AWS Blackbelt online AWS Lambda 1,2,3,4

15 May 2019 - friendbear

Speecher: @Keisuke69

Lamda 2 (60m)

Alias: Prod = version no の張り替え Routing-config でトラヒックの転送される割合を決められるカナリアデプロイ

X-Rayで可視化できる。コールドスタート、ワームスタート

コードの最適化
Fatでモノシリックな関数にならないようにする
- オーケストレーションしない(関数のネスト)
- ステート管理、エラーハンドリングなど
- => Step Functionを利用する
デプロイパッケージの依存関係をコントロールする
ハンドラとコアロジックは分離させる

app = Todo() // コアロジック

def lambda_handler(event, context):
    hander()

コンテナ再利用を有効活用する
- DBクライアントの初期化はハンドラの外側で行う。
  - グローバルスコープはコールドスタートでしか実行されない
  - コンテナが維持されている間は利用可能
レジリエンシーの向上
- エラーハンドリング
- AWS Lambdaのリトライポリシーを理解すること
  - 同期はリトライなし
  - 非同期は2回リトライされる
  - ストリームは期限が切れるまでリトライが繰り返される
- Dead Letter Queueを活用する
  - 関数ごとに設定する
複雑な依存関係を避ける
組み込まれたSDKは利用しない
- AWS Lambdaのサービス側で定期的に更新される
- 組み込みSDKはデプロイパッケージとしてパッケージする
非同期実行を活用する
冪等性を確保する
- 最低１回実行することであり１回しか実行されないことではない

イベントIDをDynamoDBに保管し、処理実行前にチェックする処理前後でバケットを分け、処理後に消す

Think Parallel
Javaの場合POJOではなくバイトストリームにする
ハードコーディングしない
- コードと設定/データを分離する
  - 関数へのパラメータは環境変数を利用する
  - 書き込み先のS3バケットの名前など
  - ステージ(Prod, Dev, Testなど)ごとの切り替えなども容易になる
- 認証系は特に
AWS Systems Manager - Parameter Storeを活用する
AWS Secrets Manager DBの認証情報、パスワード、サードパーティーのAPIキーなどをシークレットを一元的に保存・制御可能
ストリーム型のイベントソースを利用する上でのプラクティス
- Kinesis/DynamoDB Streamなど
- 成功＋ログ出力はDLQへ失敗したレコードの情報を送る
DynamoDBを利用するにあたって
- サーバーレスアプリケーション向きのDB設計ベストプラクティス refs: slideshare.com/AmazonWebService/ …
RDBMSへの反映は非同期にする
- Streams -> AWS Lambdaをり湯して非同期にRDBMSへ反映
- Kinesis Data StreamsやSQSとAWS Lambdaを利用して非同期に反映
- Amazon API Gatewayとの組み合わせの場合、サービスプロキシで構成してLambda関数を非同期呼び出し
- VPCレイテンシの問題も緩和される
Aurora Serverless Data API
- コネクション管理不要
- APIコールに認証情報を渡す

CI/CDパイプライン

Source -> Build -> Beta -> Prod
GitHub -> AWS CodeBuild -> SAM -> Code Deploy

###

###