Ruby on Jetsでサーバーレス
CloudFormationの利用を強制されるのがツラく、2023年時点で脱JetsしてRailsに移行しています。 ※ JetsからRailsへの移行はとても楽でした。 ※ 現在はTerraform + Railsで快適に運用しています。 これはなに？ 普段からRubyを使っているのですが、バッチ主体のシステムを開発するにあたり安価にサーバーレスを使いたく、Ruby on Jetsを選択して半年ほど運用した上での共有です。 Ruby on Jets Ruby on Jetsの特徴 Railsライク書いたコードでAWSのアーキテクチャを扱えるフレームワークです。 これらのRailsに慣れた人なら見覚えのあるコマンド群が使える。 jets new jets generate scaffold jets db:migrate jets server jets console jets depl
Ruby で Rails ライクにサーバーレスアプリケーションが作れる Jets を使ってみた | DevelopersIO
西田@大阪です Rubyが好き人はいろいろなORMを使っていると、どうしてもActiveRecord が使いたくなる人もいるのではないでしょうか？ 今回はRuby でサーバーレスアプリケーションが Railsライクで構築できる Jets を試してみました tongueroo/jets: Ruby on Jets 試した環境 jets: 2.3.12 jestsは2.3.12時点では ruby 2.5.3 を要求するため、事前にインストールしておきます $ rbenv install 2.5.3 $ rbenv global 2.5.3 ※ rbenv でのインストールコマンドです。試される場合はご自身の環境に合わせたコマンドでお使いください Quick Start - Jets Ruby Serverless Framework に従い動かしてみたいと思います インストール Jetsをge
とってもRailsライクなサーバーレスフレームワーク「Ruby on Jets」を本番環境に導入した話 - Qiita
※ この記事は2019年7月12日に作成した とってもRailsライクなサーバーレスフレームワーク「Ruby on Jets」を本番環境に導入した話 - LiBz Tech Blog と同じ内容です はじめに こんにちは！先日26歳を迎え、30歳への恐怖感が着々と増してきた渡邊です。 今回が３回目のブログ投稿になります。 前回のKubernetes(GKE)にお安く入門するではたくさんのブックマークをいただきありがとうございました。 今回は実際に業務での利用をしはじめたRailsライクなRuby製 サーバーレスフレームワーク 「Ruby on Jets」について書きます。 経緯 自分が開発を担当しているプロダクトには、求職者の方と弊社のキャリアアドバイザーがLINEを介してメッセージのやりとりができるような機能があります。 この機能はLINEのMessaging APIを利用して実装されて
PlantUMLで少しだけ複雑な構成図を書いてみた【AWSとか】 | SyachikuLOG
```plantuml skinparam sequence { ArrowFontSize 20 } !define AWSPUML https://raw.githubusercontent.com/milo-minderbinder/AWS-PlantUML/release/18-2-22/dist !includeurl AWSPUML/common.puml !includeurl AWSPUML/Compute/AmazonVPC/AmazonVPC.puml !includeurl AWSPUML/Compute/AmazonVPC/Internetgateway/Internetgateway.puml !includeurl AWSPUML/Compute/AmazonVPC/VPCNATgateway/VPCNATgateway.puml !includeurl AWS
PlantUML Standard Library
@startuml !include <archimate/Archimate> title Archimate Sample - Internet Browser ' Elements Business_Object(businessObject, "A Business Object") Business_Process(someBusinessProcess,"Some Business Process") Business_Service(itSupportService, "IT Support for Business (Application Service)") Application_DataObject(dataObject, "Web Page Data \n 'on the fly'") Application_Function(webpageBehaviour,
長く維持されるシステム構成図のつくりかた 〜 PlantUML で継続的に AWS/GCP/Azure アーキテクチャ図をメンテする仕組み 〜 - Qiita
最新バージョンについては適宜 公式サイト をご確認ください。 AWS アイコン最新バージョン（2022/09/11 時点） 2022/09/11 時点の AWS Icons for PlantUML の最新バージョンは v13.1 です。 このバージョンにすると、アイコンが最近っぽい感じに変わります（語彙力 記事中のバージョンは古くなっているので、適宜以下のように読み替えてください。 インポートするアイコンによってはパス名が変わっていることがあるので、エラーが出たら適宜 アイコン一覧 を見て現在のパス名に修正してください。 （一文字だけ小文字が大文字になっているなど、微妙に変わっている場合があります） 最新バージョンについては適宜 公式サイト をご確認ください。 本記事は株式会社 Works Human Intelligence の アドベントカレンダー の 20 日目の記事となります。
LambdaよりCloudWatchログをS3に保存方法紹介 - 協栄情報ブログ
協栄情報の陸です やりたいこと Lambda関数を使ってCloudWatchからAmazon S3バケットにログのグループをインポートします。 利用するサービス Lambda Amazon S3 CloudWatch ロググループ 構成図 操作ステップ まずLambda関数を作成し、そこに与えられたロールにCloudWatch、Amazon S3を操作する権限を持たせます。 それを使うためのテストコードを書きます。 Amazon S3 ロググループを受け取る良いバケットを作成し、Lambdaエクスポートしたオブジェクトをバケットに配置できるようにするバケットポリシーを作成します。 CloudWatch ロググループ CloudWatchのロググループの中からエクスポートしたいロググループを探します。 名前をLambda関数にコピーしてダウンロードする 結果 異常発生ない場合 独自のサービス
Lambda + S3 で、CloudWatch Logsのログをログローテーションする - Qiita
🔷 はじめに AWSの各種プロダクトのログは、CloudWatchに出力する事ができます。 そして、CloudWatchに出力したログは、手動でS3にエクスポートする事もできます。 しかし、S3に自動でログローテーションする機能はありません。（2018年12月時点） そこで、今回は、ログローテーションをLambdaで実現したいと思います。 🔷 作業手順 今回は、CloudWatchのログを日次処理でS3にエクスポートする処理を行う、Lambda関数を作成します。 作業手順は大きく3つになります。 1. S3のバケットを作成する。 2. CloudWatch LogsのログをS3にエクスポートする処理を行う、Lambda関数を作成する。 3. CloudWatch Eventsで、Lambda関数が日次処理で実行するように設定する。 🔷 実装 🔶 S3のバケット作成 S3は「バケット
CloudWatch Logs に蓄積したログをS3に定期的にエクスポートする - あくまで個人的なメモ
前回各サーバのログを集約させた。 これをS3にexportしてログの集計など他の処理に繋げる。 また、古いログなどCloudWatch Logsで見る必要がないログはexportしてから消してしまうのも一つの手だと思う。 (S3のほうがアーカイブ料金は若干安い) S3バケットの作成 export先として指定するバケットを作る。ログの出力先用に作ると良いと思う。 export元のCloudWatch Logsと同じリージョンになるように注意すること。 バケットポリシーの設定 作成したバケットの Permissions > Bucket policy を選択し、バケットポリシーを編集する。 下記は作成したバケット名が「export-log-backet-name」の場合の例。Resourceを書き換えてね。 { "Version": "2012-10-17", "Statement": [ {
Lambda を使って CloudWatch Logs から S3 へ自動的にエクスポートする
Lambda のログは自動的に CloudWatch Logs に保存されますが、他と連携する場合は S3 のほうが何かと都合がいいです。 CloudWatch Logs にはログデータを一括で Amazon S3 にエクスポートする機能があります。リアルタイム性が求められずバッチ処理で定期的にエクスポートする用途に向いています（リアルタイム性が求められる場合は、サブスクリプションを使用したログデータのリアルタイム処理が用意されています）。 というわけで Lambda と CloudWatch Events を使って、CloudWatch Logs から S3 へ自動的にエクスポートしてみます。 CloudWatch Logs API の CreateExportTask S3 へのエクスポートは CloudWatch Logs API の CreateExportTask を使います。
Serverless Framework コマンド チートシート - Qiita
以下はAWSの場合に基づく。 基本的には 2019年4月現在、AWSが一番多機能。他環境(Azure等)では当該CLIコマンドがない場合がある。 用語とか。 Service: 複数のLambda関数とAPI GatewayとかをまとめたServerless Framework 上の概念。Serverless Service。 Function: Lambda関数のこと。 Serverless registry: プラグインとテンプレートの登録サービス。以下単にレジストリと言う。 CLIコマンド一覧 初回作成系 sls create Servelessサービスを新規作成。 -t(レジストリ登録template名), -p(独自templateのディレクトリパス), -u(同左URL), のいずれかを指定するとそれのコピーを新規作成。 sls install GitHubから npm inst
とってもRailsライクなサーバーレスフレームワーク「Ruby on Jets」を本番環境に導入した話 - LiBz Tech Blog
はじめに 経緯 構成 技術選定 Lambdaのランタイム(言語)は何で実装するのか？ サーバーレスアーキテクチャの構成管理に何を利用するのか？ Jetsをちょっとだけ解説 プロジェクトの作成 ルーティングの設定 コントローラー 必要なIAMポリシー シークレットキーなどの扱い方 デプロイ方法 最後に おまけ はじめに こんにちは！先日26歳を迎え、30歳への恐怖感が着々と増してきた渡邊です。 今回が３回目のブログ投稿になります。 前回のKubernetes(GKE)にお安く入門するではたくさんのブックマークをいただきありがとうございました。 今回は実際に業務での利用をしはじめたRailsライクなRuby製 サーバーレスフレームワーク 「Ruby on Jets」について書きます。 経緯 自分が開発を担当しているプロダクトには、求職者の方と弊社のキャリアアドバイザーがLINEを介してメッセー
サーバーレスアーキテクチャという技術分野についての簡単な調査 - Qiita
BaaSの制約で実現しにくい要件があったときに、サーバーレスアーキテクチャという選択肢は魅力的に見えてくる。そこで今回は最も柔軟性が高いサーバーレスインフラストラクチャだと思われるAWS Lambdaを取り上げ、BaaSの代わりになりうるか検討する。 AWS LambdaのファンクションはJava 8で書ける。ということはGroovyでも書ける。ドメインクラスをJava/Groovyで書いてLambdaファンクションのなかで利用することができれば、サーバーレスアーキテクチャでも本格的なアプリケーションを開発できそうだ。 今後のアプリケーションインフラストラクチャ選択において、従来型のアプリケーションサーバーと、近年普及してきたBaaSに加え、サーバーレスインフラストラクチャという選択肢も増えるとすれば有意義だ。 非常駐型のデメリット 歴史的にはCGI/PHPのようなイベント駆動型のアプリケ
初めてのサーバーレスアプリケーション開発 ～API GatewayからLambdaを呼び出す～ | DevelopersIO
前回はDynamoDBから項目を取得するLambdaを作成しました。今回は第3回ということでバックエンドでLambdaを実行するAPI Gatewayを作成していきます。 初めてのサーバーレスアプリケーション開発 ～DynamoDBにテーブルを作成する～ 初めてのサーバーレスアプリケーション開発 ～LambdaでDynamoDBの値を取得する～ 初めてのサーバーレスアプリケーション開発 ～API GatewayからLambdaを呼び出す～ ↓追加しました。 初めてのサーバーレスアプリケーション開発 ～Serverless Framework を使ってAWSリソースをデプロイする～ 初めてのサーバーレスアプリケーション開発 ～Serverless Framework と Codeシリーズを連携させる～ 対象読者 サーバーレスアプリケーション開発未経験の方 サーバーレスに縁のないインフラエンジ
AWS Lambda + API Gateway で Slack Bot を動かす - Speee DEVELOPER BLOG
こんにちは、17新卒エンジニアの中嶋です(id:nyamadori)。 イエウール のサーバサイドエンジニアをやっています。 去年の SpeeeKaigi で「Serverless で Speee に Bot 天国を作る」というネタで発表しました。 SpeeeKaigi についてはこちらです。 tech.speee.jp 発表資料 speakerdeck.com はじめに 無味乾燥とした Web アプリケーションよりも、SlackBot のほうが使っていて愛着が湧くし、いちいち Web ブラウザを開かなくても良いので、楽だと思うことがあります。 そこで、Slack Bot を簡単に作成でき、安全に動かすことができる構成を考えました。 運用をできるだけ楽にしたいので、AWS Lambda + API Gateway を用いた Serverless アーキテクチャを採用し、echo ボットが動
サーバーレスのメリット＆本質を、AWS Lambdaを使って理解しよう - エンジニアHub｜Webエンジニアのキャリアを考える！
サーバーレスのメリット＆本質を、AWS Lambdaを使って理解しよう 「サーバーレス」はここ数年の技術トレンドの一つです。サーバーレスアーキテクチャを2年運用してきたJX通信社の小笠原みつき（yamitzky）さんが、そのメリットや実際の業務における考え方を、ハンズオンを交えながら解説します。 JX通信社の小笠原みつき（@yamitzky）と申します。ニュース速報アプリ「NewsDigest」の事業統括をしているエンジニアです。 JX通信社では、人手のかかる「報道」という分野を機械化・自動化することをミッションの一つとして掲げており、技術選択においても、なるべく運用を自動化できる方法を選ぶよう心掛けています。その過程で「サーバーレス」という技術に出会い、2016年ごろから本番運用してきました。 今回の記事のゴールは、サーバーレスという技術が「どんなものであるか？」を理解することです。サー
AWS CodeStarを使っていい感じの開発環境を一瞬で作る - Qiita
AWS CodeStarを使っていい感じの開発環境を爆速で作る この記事は Recruit Engineers Advent Calendar 2017の19日目です。 この記事を書くに至った背景 2017/12/26~2017/12/1に渡って開催されたAWSのカンファレンス re:inventに参加してきました。 みなさまもご存知の通り想像を超える新機能や追加機能が発表されとても賑わいました。 今回発表された新機能というわけではないのですが、前から気になっていたCodeStarがいくつかのセッションで紹介されていたので自分でも実際に使ってみて記事にまとめることにしました。（最近CodeBuildでGithubのpull requestをbuildできるようになったり、code commitにpull request機能が追加されたりしてました。） ただ、一点、現時点では東京リージョンで
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - awslabs/aws-icons-for-plantuml: PlantUML sprites, macros, and other includes for Amazon Web Services services and resources
Serverless Frameworkの使い方まとめ - Qiita
超シンプルなLambda Layersのサンプル（Python、Serverless Framework使用） - Qiita
