AWS Lambda
它是什麼以及為什麼可怕的
演示文稿和現場演示，突出了“無服務器”解決方案的深色腹部，選擇了AWS lambda，因為它是最先前的。我們在Lambda + DynamoDB中構建了一個老式的殺手，並將這種方法與CGI + SQLITE進行了比較。
大綱
- 旋轉新實例時的高潛伏期。
- 新的“配置並發性”模型是AWS帳單雙口語，為什麼不購買VM呢？
- 調試是一場噩夢：
- 日誌不會立即通過CloudWatch
- 沒有Ptrace或BPFtrace進行調試
- 沒有理解資源利用率的頂部。
- 怪異的包裝和部署模式，在其他任何地方都沒有使用。
- 在實踐中，您必須使用無服務器或Zappa之類的框架
- 他們為您處理一些但不是全部的下文 - 應該在哪裡繪製這條線？
- “修補服務器”真的很難嗎？尤姆克隆，有人嗎？
- 提供秘密意味著使用 +支付AWS Secrets Manager
- 沒有秘密經理意味著將秘密保存在某處
- 避免秘密意味著完全依靠IAM，這很容易擰緊
- 網絡性能與內存分配成正比
- 這使您為獲得響應式應用程序所需的付費超出了所需的費用
- 猜測：這來自通過KSM的超額訂購RAM，無法與網絡相同
- Lambda大部分關閉應用時會節省資金，但是開發人員的時間將永遠不會得到回報。
致謝
- 安倍·辛普森（Abe Simpson）圖像©20世紀福克斯
- 現代問題模因©Dave Chappelle / Comedy Central
- @myoung34的重要反饋
