API Gateway バックエンドのLambdaにおけるジレンマをLayerで解決する | DevelopersIO

テクノロジーカテゴリーの変更を依頼記事元:

dev.classmethod.jp

48users がブックマークコメント

コメント

2

記事へのコメント2件

注目コメント
新着コメント

daikikohara Serverless FrameworkはLambda Layer問題なくデプロイできてたけど、どこらへんがネックなんだろ。

2019/09/16 リンク

mapk0y SAM で使えないのは辛い、serverless framework なら大丈夫なのかな

lambda
AWS

2019/09/15 リンク

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

規約違反を報告

アプリのスクリーンショット

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

関連記事

API Gateway バックエンドのLambdaにおけるジレンマをLayerで解決する | DevelopersIO

渡辺です。 Developers.IO Cafeのブログドキュメントシリーズ第3弾は、Lambdaの構成に関するトピックで... 渡辺です。 Developers.IO Cafeのブログドキュメントシリーズ第3弾は、Lambdaの構成に関するトピックです。 Lambdaは小さな独立した処理（プログラム）を実行するには適したサービスです。一方、多くの関連する処理を行うAPI Gatewayのバックエンドとして利用する場合、必ずしも適したサービスとは言えません。例えば、一般的なウェブアプリケーションフレームワークでREST APIを構築したとしましょう。フレームワークは、単一アプリケーションとしてサーバ上で実行されます。リクエストは、フレームワークでルーティングを解決され、対応する処理（アクション）がキックされます。前段にELB等のロードバランサが入ることもありますが、雑に言えばこういう仕組みです。このよう場合、共通処理を切り出し、各処理から呼び出す構成にするのが一般的です。そうしなければ、各処理のコー

ブックマークしたユーザー

yatata2020/03/15
shunmatsu2019/09/17
ikasumi_wt2019/09/17
rutei2019/09/16
dai_hi_saru2019/09/16
kiichi692512019/09/16
yokochin_htb2019/09/16
nishitki2019/09/16
coppieee2019/09/16
rutenmeister2019/09/16
daikikohara2019/09/16
yshdyk112020002019/09/15
shonansurvivors2019/09/15
Hiro_Matsuno2019/09/15
ksk_uchimura2019/09/15
dhesusan46492019/09/15
mstk_knife2019/09/15
michael262019/09/15

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - テクノロジー

いま人気の記事 - テクノロジーをもっと読む

新着記事 - テクノロジー

新着記事 - テクノロジーをもっと読む

いま人気の記事 - 企業メディア

企業メディアをもっと読む

設定を変更しましたx