(更新あり)AWS LambdaでCommon Lispを動かす - Lambdaカクテル
[追記]IPv6を無効化することによりうまく動作させることができました．詳細は記事下方を参照してください． いやー来ましたね．AWS Lambdaで新言語・・・あれ？？ aws.amazon.com ナンダテメッコラー！！Lambdaの名前を冠しておきながらAWS LambdaでCommon Lispが動かないとはどういうことなんだ． 幸いにもLambdaにはCustom Runtimeという仕組みがあり，自由な言語を動かすことができるようになりました． というわけでAWS Lambda上で動くCommon Lispプログラムを実装してみました． 俺だってLambdaを冠したブログやってるからな．責任がありますよ責任． Let Lambda over Lambda over Lambdaじゃん． docs.aws.amazon.com というわけで後学のためにもLambdaでCommon
GitHub Actionsを使ってAWS Lambdaへ自動デプロイ (詳説＋デモ手順付きver) - Qiita
前置き ソースコードの管理をGitHubで行なっているのでCI/CDもGitHubに統一できたら楽だな〜と思って、GitHub Actionsを色々検証したり、実際にステージング・本番環境へデプロイするのに使ったりしています。 そこで今回はAWS Lambdaへの自動デプロイ方法を説明したいと思います。 今回例として使用するデモアプリはこちらに置いてあります。 概要 CDにはタイトル通りGitHub Actionsを使用 デプロイにはServerless Frameworkを使う ただデプロイするのは簡単なので、GitHubのSecretsからLambdaの環境変数に値をセット GitHub Actionsとは GitHubのリポジトリ上でビルド、テスト、デプロイなのでCI/CDを完結できる CI/CDを実行する環境を選択できる jobを並列実行可能 (制限はある) Price 自動デプロ
Amazon Kinesis Firehose, Amazon Athena, Amazon QuickSightを用いたVPCフローログの分析 | Amazon Web Services
Amazon Web Services ブログ Amazon Kinesis Firehose, Amazon Athena, Amazon QuickSightを用いたVPCフローログの分析 多くの業務や運用において、頻繁に更新される大規模なデータを分析することが求められるようになっています。例えばログ分析においては、振る舞いのパターンを認識したり、アプリケーションのフロー分析をしたり、障害調査をしたりするために大量のログの可視化が必要とされます。 VPCフローログはAmazon VPCサービス内のVPCに属するネットワークインターフェースを行き来するIPトラフィック情報をキャプチャします。このログはVPC内部に潜む脅威やリスクを認識したり、ネットワークのトラフィック・パターンを調査するのに役立ちます。フローログはAmazon CloudWatchログに格納されます。いったんフローログを
Clojure + AWS Lambda + API GatewayでJSON APIを作る - Qiita
aws lambda create-function \ --function-name hello \ --handler hello.core \ --runtime java8 \ --memory 512 \ --timeout 10 \ --role arn:aws:iam::YOUR_AWS_ACCOUNT_ID:role/YOUR_ROLE \ --zip-file filed://./target/hello-0.1.0-SNAPSHOT-standalone.jar これでClojureコードがAWS Lambdaで動かせるようになっているはずです。 API GatewayからLambda Functionを呼び出す APIを作成 API Gatewayコンソールから新しくAPIを作成します。 Resourceの追加 "Create Method"ボタンをクリックすると"
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
