AWSラムダ
それが何であり、なぜそれがひどいのか
「サーバーレス」ソリューションの暗い腹部を強調するプレゼンテーションとライブデモ。これは、最も優れているため、AWSラムダを選んでいます。 Lambda + Dynamodbで昔ながらのヒットカウンターを構築し、このアプローチをCGI + SQLiteと比較します。
概要
- 新しいインスタンスを回転させるときの高い遅延。
- 新しい「プロビジョニングされた同時性」モデルは、AWSがダブルスピーキングを請求するのですが、VMを購入してみませんか？
- デバッグは悪夢です：
- ログはすぐにCloudWatchを通過しません
- 生産デバッグ用のptraceまたはBPFTRACEはありません
- リソースの利用を理解するための頂点にはありません。
- 他の場所では使用されていない奇妙なパッケージングと展開パターン。
- 実際には、サーバーレスやザッパなどのフレームワークを使用する必要があります
- 彼らはあなたのためにすべてではなくいくつかを処理します - 線はどこに描かれるべきですか？
- 「パッチングサーバー」は本当に難しいですか？ヤムクロン、誰か？
- 秘密を提供することは、AWS Secrets Managerのために +支払いを使用することを意味します
- 秘密のマネージャーは、どこかで秘密を平文に維持することを意味しません
- 秘密を避けることは、IAMに完全に依存することを意味します。
- ネットワークのパフォーマンスは、メモリの割り当てに比例します
- これにより、レスポンシブアプリを取得するために必要以上に支払います
- 憶測：これはKSM経由でRAMを過剰に登録することから来ています、ネットワークでは同じことができません
- Lambdaは、アプリがほとんどオフになっている場合にお金を節約しますが、開発者の時間は決して報われません。
謝辞
- 安倍シンプソン画像©20世紀フォックス
- 現代の問題Meme©Dave Chappelle / Comedy Central
- @myoung34からの重要なフィードバック
