⚡今すぐ見直してほしい、2021年版Lambdaチェックリスト！開発者のためのポイント30選 - KAKEHASHI Tech Blog
AWS Lambdaを使えば開発者がビジネス価値に集中できる一方、それでも今までの開発と異なるポイントに気をつける必要があります。この記事では注意したい計30個のチェックポイントを紹介します。 まずは比較的簡単で効果が出やすい部分から見ていきましょう。 🚀時間がないあなたに！すぐできるポイント10選 レビューしていてよく出てくる、比較的修正しやすい事項です。 (1) メモリサイズを設定する LambdaはメモリサイズによってCPU含めたリソースパワーが決まり、1792MBで1CPUちょうどとされています。利用言語やマルチスレッド処理の状況に合わせ増減させましょう。 デフォルトはCloudFormationやCDKなら128MB、Serverlesssで512MBと少なめです。ユーザーが使うAPIなら必ず設定しましょう。 (2) arm64(Graviton2)を前提とする Lambdaで
sqldefをMySQLに対してAWS Lambdaから実行するパッケージを作った - たごもりすメモ
k0kubun/sqldefはすばらしいプロダクトで便利に使ってるんだけど、もちろんDBに接続できる場所から実行する必要がある。で、DBはAWSのprivate VPCにあるのでラップトップやCI環境からやるというわけにはいかない。しょうがないので、現在はEC2インスタンスを作成して使うときだけ起動、終了したら停止してた。んだけど、これがまた面倒なんだよね。起動と停止も面倒だし、なんかあったときに確実に作り直せるようにするには……とか考えるのもダルいし、EC2へのSSHする方法やEC2へリポジトリをチェックアウトする方法も考えないといけないし。 なのでしばらく考えてたんだけど、Lambdaでやれるといいんだよな、という希望を現実的に考えて実装してみた。のがこちら。 github.com こいつは大変便利。リポジトリをcloneして、プライベートリポジトリからスキーマファイルを読み込むならデ
Server Side Rendering の技術概要 - hokaccha memo
Adventarを支える技術 Advent Calendar 2019 の10日目です。 今日は Adventar の Server Side Rendering（以下 SSR）している技術構成について書きます。 インフラ構成 まず、先日の記事に書いたように、Adventar ではすべてのページを SSR しているのではなく、カレンダーの詳細ページだけを SSR しています。SSR するカレンダー詳細は API Gateway で受けて Lambda でレンダリングしており、そうでない静的なアセットは S3 で配信しています。その前段のルーティングは CloufFront でおこなっています。 S3 で捌いているのは、JS や CSS などの静的ファイルは当然ですが、例えばトップページなどの HTML も S3 が返します。ただしこの HTML は SSR されていない、JS と CSS
AWS Lambda Node.js runtime の EoL に疲れたので Go にしていっている話 - KAYAC engineers' blog
SREチームの藤原です。Tech Kayac Advent Calendar Migration Track 19日目の記事です。いよいよ年も押し詰まってきましたね…! AWS Lambda、使ってますか？最近はサーバーレスという文脈で取り上げられることも多い Lambda ですが、カヤックではそこまでサーバーレスにこだわることはせず、主にイベントドリブンな処理に適切なユースケースに使用しています。 Lambda のリリース当初に用意されていたランタイムは Node.js のみでした。カヤックで最近使うことが多い言語である Go, Ruby のランタイムがサポートされたのが比較的最近だったということもあり、Node.js の Lambda function が比較的多く存在している状況でした。 Node.js EoL (End of Life) ところで、技術基盤チームのリポジトリで「La
AWS Lambda のミニマルなデプロイツール lambroll を書いた - 酒日記 はてな支店
3行で シンプル/ミニマルな Lambda のデプロイツール lambroll を書いてるよ Lambda API 以外は極力触らないやつです 既存 function の移行も簡単です 開発の経緯 AWS Lambda を管理、デプロイするのに数年来 Apex を使っていましたが、最近更新がないと思っていたら案の定というか、残念ながら No longer maintained となってしまいました。 で、代替を探したのですが… Lambda管理、Apexがお亡くなりになってServerlessかSAMになるんだけど、本当は関数だけdeployできればよくて(IAMとか関連リソースはTerraformでやるんで)、それなら裏でCloudFormationが動くようなのじゃないシンプルなのがいいなあ。作れば作れるけどデプロイツールばっかり書くことになるな…— fujiwara (@fujiwa
サーバレス（AWS Lambda, S3）なウィルス対策（ClamAV） - Qiita
はじめに AWS Lambdaでアンチウィルスソフト（ClamAV）を動作させ、AWS S3のオブジェクトをチェックできるようにします。 できるようになること ウィルスチェック済みのオブジェクト av-status: CLEAN タグが付与されます。 ウィルス感染を検知したオブジェクト av-status: INFECTED タグが付与されます。 感染したオブジェクトをGETしたときの応答 ステータスコード403と共に以下のXML応答があります。 アンチウィルスソフトはClamAVを利用します。ClamAVは、npmのアンチウィルスソフトとしても利用されているオープンソースです。現時点で660万種のウィルスを認識します。 S3バケットにオブジェクトをアップロードすると、Lambda上のウィルスチェックソフトがS3のオブジェクトをスキャンしウィルスかどうか判定します。 ウィルスチェックでクリ
Serverlessで始めるBacklog API | 株式会社ヌーラボ(Nulab inc.)
Backlogは、ブラウザでの操作のほぼすべての機能をAPIで提供しています。Backlog APIを皆様はご活用してますでしょうか？ヌーラボでも、日頃の業務を自動化するためにBacklog APIをフル活用しています。今回は私の仕事で利用する機会のあったBacklog APIについてご紹介させて頂きます。 Backlogには「ファイル共有」というファイルサーバの機能があります。このファイルサーバーにアップロードされたファイルの一部を、S3(AmazonS3)へ自動的に同期したい、という思いがありました。 この作業をBacklog APIとAWS Lambdaを使って自動化しましたので、今回の記事では、Bakclog APIの設定からAWS Lambdaでのプログラミング、そして、Serverless Frameworkを使った自動デプロイの方法まで詳しくご紹介します。 構成 では今回の仕
コスト効率の悪いLambdaアプリケーションの性質に関する考察 - ゆううきブログ
概要 Lambdaは100msの実行時間単位でオンデマンドに課金されるため、立ち上げっぱなしのEC2インスタンスよりも、料金が安くなる可能性があることが一般に知られている。 しかし、以下の性質を満たすアプリケーションでは、EC2インスタンス上に構築したケースと比較して、Lambda上に構築したほうがコスト効率が悪くなるのではないかと考察してみた。 Lambda functionの実行時間のうち、ネットワークI/O時間が支配的である Lambda functionの実行終了を同期的に待たなければならない 複数のレコードをLambda functionの引数に渡すことができない Lambdaの基本コスト構造 まず、Lambdaのコスト構造を把握する。 Lambdaの料金表[1]によると、「functionに対する合計リクエスト数」と「functionの合計実行時間」に応じて料金が発生する。 後
Lambda リソースのアクセス許可 - AWS Lambda
Lambda API やリソース (関数やレイヤーなど) へのアクセスを管理するために、AWS Identity and Access Management (IAM) を使用できます。アカウント内の Lambda を使用するユーザーとアプリケーションに対して、ユーザー、グループ、またはロールに適用される IAM ポリシーを作成できます。 すべての Lambda 関数には、実行ロールと呼ばれる IAM ロールがあります。このロールでは、関数が他の AWS サービスやリソースにアクセスする際に必要とするアクセス許可を、定義するためのポリシーをアタッチできます。関数には、ログストリーミング用に少なくとも Amazon CloudWatch Logs へのアクセスが必要です。関数が AWS SDK を使用して他のサービス API を呼び出す場合は、実行ロールのポリシーに必要な権限を含める必要があ
Create a serverless RESTful API with API Gateway, CloudFormation, Lambda, and DynamoDB
Stay up-to-date! We launched the cloudonaut blog in 2015. Since then, we have published 380 articles, 82 podcast episodes, and 85 videos. Our weekly newsletter keeps you up-to-date. Subscribe now!. Subscribe Our weekly newsletter keeps you up-to-date. Subscribe now! It's all free. I want to subscribe to the newsletter with new content as well as announcements regarding products and services. The n
How to return a 302 with Location header using API Gateway and Lambda
> HTTP/1.1 302 Found > Content-Type: application/json > Content-Length: 38 > Connection: keep-alive > Location: https://www.example.com Lambda codeFirst let's get your Lambda setup to return the value you want in the Location header. With Node you can you do something like: The property name location has to match up with the value you will set later your API Gateway Integration Response. API Gatew
[AWS]API Gateway + Lambda(Java)で適切なHTTPステータスを返す - Qiita
やりたいこと API Gateway + Lambdaの構成で、200以外のHTTPステータスコードを返却する。 LambdaってHTTPステータス返せないし、どうするんだろうってことでやってみました。 うまくいったやり方 以下の2つを定義すればOKです。 「Method Response」で返したいHTTPステータスコードを定義する。[^1] 「Integration Response」でHTTPステータスコードを返す条件を定義する。 実際の手順 「Method Execution」の「Method Response」で「Add Response」をクリック。 「HTTP status code」の項目にステータスコードをセットし、右のチェックボタンをクリック。 「Integration Response」の「Add integration response」を開く。 「Lambda E
![[AWS]API Gateway + Lambda(Java)で適切なHTTPステータスを返す - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/4a692ae27400aab2688b30ca1239bf9da24990c8/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCQVdTJTVEQVBJJTIwR2F0ZXdheSUyMCUyQiUyMExhbWJkYSUyOEphdmElMjklRTMlODElQTclRTklODElQTklRTUlODglODclRTMlODElQUFIVFRQJUUzJTgyJUI5JUUzJTgzJTg2JUUzJTgzJUJDJUUzJTgyJUJGJUUzJTgyJUI5JUUzJTgyJTkyJUU4JUJGJTk0JUUzJTgxJTk5JnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LWNsaXA9ZWxsaXBzaXMmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz1mMjg1OTBiYTQyZWE0ODIyZTNkNDdjNTJiZDNmYzdkNA%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwcnlvc3VrZWhheWFzaGkmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTZhZmZmYWMwYjk1NjU4ZjEyMWIxYzYyMzE0MjVhYTNh%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D932a72d59c547e478dfe806b66b9fa33)
AWS のお得な機能だけでネイティブゲームサーバをつくる | GREE Engineering
昨今何かと話題に挙がってきた AWS Lambda と AWS DynamoDB を活用して格安で堅牢、高性能なゲームサーバを作ります。 既存システムの苦労をもとに、サーバの開発や運用を頑張らずにすむための仕組みとネイティブアプリからの AWS Lambda の利用方法を簡単に紹介します。 サーバが良くわからんという、ネイティブゲーム、ネイティブアプリエンジニアにオススメです。 ※当内容は多分に個人主観を含んでおり、時事的な要素も含まれています。 ※検索して十分な資料があると考えられるツールやライブラリの利用方法等は省略しています。 おさらい まずは既存のゲームサーバの構成を初歩からおさらいしてみましょう。 簡単にサービスする方法としてアプリからのリクエストを受ける HTTP のサーバと利用者の情報を格納しておくデータベースが考えられます。しかし、すぐに思いつくだけでもいくつかの問題があり
GoogleがAWS Lambda対抗「Google Cloud Functions」を公開。Node.jsによるイベントベースのJavaScript環境。サーバレスアーキテクチャ普及へはずみ
Amazonクラウド上での、イベントドリブンかつ非同期なJavaScriptの実行環境として「AWS Lambda」が発表されたのは、2014年11月に行われたイベント「AWS re:Invent 2014」においてでした。 AWS Lambdaはマネージドサービスとして提供されるため、利用者はサーバのスケーラビリティや運用管理などを気にする必要がなく、何らかのトリガーに基づく処理をクラウドで容易に実行するシステムを構築できるようになりました。 AWS Labmdaの登場は、「サーバレスアーキテクチャ」と呼ばれる、サーバの保有や運用を考える必要のない新しいクラウド活用のトレンドを生み出そうとしています。 Google Cloud Functionsの登場 そのAWS Lambdaに対抗するような新機能がGoogle Cloud Platfromに追加されたことが明らかになりました。「Goo
AWS Lambdaの互換ソフトウェア開発に向けた「Project Kratos」始動
どのクラウドでもオンプレミスでも、AWS Lambdaの機能性を実現するという「Project Kratos」をIron.ioが発表しました。 AWS Lambdaとは、Amazonクラウドが提供するクラウド上のソフトウェア実行環境です。マネージドサービスとして提供されるため、利用者はサーバのスケーラビリティや運用管理などを気にする必要がなく、何らかのトリガーに基づく処理をクラウドで容易に実行するシステムを構築できます。 Googleは先週末、このAWS Lambda対抗となる「Google Cloud Functions」のアルファ版を公開したばかり。そしてIronMQやIronCache、IronWorkerなど、マイクロサービス向けのソフトウェアプラットフォームを提供しているIron.ioが発表したのが、このAWS Lambdaの同じ機能性を持つソフトウェアを開発しようというProj
Amazon API Gateway & Lambda & S3 で放置可能なサービスを作ってみた - Qiita
1年半ほど前に書いたこちらの記事、タイミングが良かったのか naoya 砲なのか分かりませんが、色んな方に読んで頂けたようです。 しかし、「放置可能なサービス」というタイトルに反し、この記事で作成した楷書体サービス、とうとうメンテを行うことになりました。 理由は、node v0.10 のサポートを Lambda が打ち切るためです。 コードそのまま node v6 で動かせるとは思いますが、それでも放置できなかったことには変わりありません。謹んでお詫び申し上げます。 いやまぁ1年半もメンテナンスせずに動いてたんだからすごいじゃんと思う。今クリックしたら普通に動いてびっくりした また、近年 serverless や microservices の流れがあったり、 GCP も Azure も対抗サービス出したりして、Lambda と API Gateway を取り巻く環境は大きく変わりました。
AWS Lambda + Javaは、なぜ1回目と3回目の処理が重いのか？ - 谷本 心 in せろ部屋
以前のエントリーで、AWS LambdaでJavaを使ってDynamoDBを呼び出した際に、初回起動にとても時間が掛かったという話を書きました。 http://d.hatena.ne.jp/cero-t/20160101/1451665326 今回は、この辺りの原因をもう少し追求してみます。 なぜ1回目と3回目のアクセスが遅いのか？ AWS Lambdaの中身はよく知りませんが、おそらく、アップロードしたモジュールをTomcatみたいなコンテナとして起動させて、外部からコールしているんだろうと予想しました。それであれば、2回目以降のアクセスが早くなることは理解ができます。 ただ、1回目と3回目だけが極端に遅くて、2回目、4回目以降は早くなるというところは腑に落ちません。 その辺りを調べるべく、staticなカウンタを使って、値がどんな風に変化するかを調べてみました。 こんなソースコードです
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Lambda Cold Starts benchmark | maxday
Netlify: All-in-one platform for automating modern web projects
How to use AWS Lambda in Document Processing Pipeline
