CDKとcdkd 一体どのくらい早くなるんだい？

JAWS-UG CDK支部 #26 〜CDKに関する真夏のLT大会〜

Transcript

1. CDKとcdkd 一体どのくらい早くなるんだい？ JAWS-UG CDK支部 #26 〜CDKに関する真夏のLT大会〜 くらっち
2. 自己紹介 普段の業務 Railsアプリのエンジニア / QAエンジニア / AIエンジニア 社内業務アプリ開発 自社プロダクトQA担当 開発部AI推進担当 ちょっとインフラも 趣味 スポーツ 野球, ソフトボール くらっち 23卒 JAWS-UG 東京支部 運営メンバー マラソン ビーチラグビー スキー, スノボ
3. 早速ですが皆さん
4. AWSのリソース管理に使っているツールは なんですか？
5. CDK？CloudFormation？Terraform？
6. 個人的に好きで使っているのは AWS CDKなんですが
7. 最近、こういう投稿を見かけました
9. cdkdって何？ Agenda CDKとcdkdの違い どのくらいユーザ体験が変わる？ まとめ
10. 01 cdkdって何？
11. cdkdとは CDKのコードはそのまま使いながら、CloudFormationを経由せず AWSリソースを作ることで、開発中のデプロイを高速化するCLI 特徴 CloudFormationを経由せずにデプロイ実行するためデプロイ速度 が速い CDKリソースの記述はそのまま使えるため学習コストが小さい
12. 02 CDKとcdkdの違い
13. CDKデプロイのイメージ CloudFormationを経由して CloudFormationが デプロイ実行されます リソースを作成 CloudFormationへ デプロイ依頼 CloudFormation テンプレート生成 POINT リソース定義 CloudFormationでデプロイ状況の確認 や管理をしやすい
14. cdkdデプロイのイメージ AWS SDK or AWS Cloud Control APIを 使用してデプロイされる API経由で デプロイ実行 テンプレート内容を 解析 CloudFormation テンプレート生成 POINT リソース定義 デプロイ速度が速い CDKのスタック定義をそのまま使える
15. CDKとcdkdの比較 CDK cdkd デプロイ速度 遅い 速い リソース作成 CloudFormation経由 AWS SDK, Cloud Control API経由 デプロイ状況の確認 AWSマネコン上で確認しやすい cdkd自身で状態管理 リソース対応 CloudFormationの対応範囲と同じ cdkdの対応状況次第 向き・不向き 本番環境を含む全てのデプロイタスク 開発, テストなどにおける高速サイクル
16. 03 どのくらいユーザ体験が変わる？
17. 実際に計測してみました
18. 計測したこと（deploy） それぞれのCLIコマンドを実行して終了するまでの時間を計測 # 【CDK】 通常デプロイコマンド（リソースの安定化を待つ） $ cdk deploy --require-approval never # 【CDK】CloudFormation ChangeSet作成を省略する $ cdk deploy --method direct --require-approval never # 【CDK】CloudFormation Expressモードを使用する（安定化を待たない） $ cdk deploy --express --require-approval never # 【cdkd】リソースの安定化を可能な限り待つ $ cdkd deploy --full-wait --yes # 【cdkd】リソースの安定化の待機が必要だと判断されたものだけ待つ $ cdkd deploy --yes # 【cdkd】基本的にリソースの安定化を待たない $ cdkd deploy --no-wait --yes
19. 計測したこと（destroy） 前スライドで示したコマンドで作成されたリソースの削除 # 【CDK】 削除コマンド $ cdk destroy {スタック名} # 【cdkd】リソースの安定化を可能な限り待つ $ cdkd destroy {スタック名}
20. 計測対象のリソース シナリオベースで計測しました シナリオ 対象のリソース baseline S3バケット, SQSキュー, DynamoDBテーブル serverless HTTP API, Lambda3個, DynamoDB, SQS, SNS, EventBridgeルール, CloudWatch Logs 他にも計測したシナリオはありますが、時間の都合上省略。 後日、Qiita記事で投稿予定。
21. 計測方法・制約 方法 macOS標準搭載のtimeコマンドを使用 条件 リージョンはap-northeast-1を使用 バージョンは、CDK=v2.1139.0, cdkd=v0.285.7
22. いざ計測結果へ
23. デプロイ結果 単位は「秒」 シナリオ CDK 通常 CDK direct CDK express cdkd full cdkd default cdkd no-wait baseline 82.22 79.43 85.51 14.68 17.23 14.34 serverless 197.08 115.90 120.07 19.23 18.72 19.89 CDKとcdkdのデプロイ速度は一目瞭然 通常のCDKデプロイとCDK direct, expressでは速度に差がある （serverlessのみ） cdkdの各デプロイにおいては大きな差は発生せず
24. 削除実行結果 単位は「秒」 シナリオ CDK 通常 CDK direct CDK express cdkd full cdkd default cdkd no-wait baseline 73.47 73.86 72.07 9.80 10.31 11.19 serverless 88.21 89.52 95.92 10.08 11.49 11.81 CDKとcdkdの削除速度も一目瞭然 CDK, cdkdともに、デプロイ実行コマンドの違いによる削除速度の 差はないことを確認
25. まとめ CDKとcdkdにおいて、デプロイと削除の実行に費やす時間を計測 計測の結果、cdkdが圧倒的なデプロイ速度, 削除速度を記録 今回の結果から、AWSリソースのデプロイに時間がかかる原因は CloudFormation経由のデプロイ時にリソースの安定化を待っ ているから ChangeSetの作成もCDKデプロイにおいて時間がかかる原因にな っていることを確認できた
26. Thank You!