Terraform CI/CD パイプラインにおける AWS CodeCommit の代替手段

2024/11/14 HashiTalks: Japan
https://events.hashicorp.com/hashitalksjapan

視聴者数は幅あって50-150くらいだった

構築の参考
https://zenn.dev/hiyanger/scraps/0a10e7150e8e9e

Transcript

1. Terraform CI/CD パイプライン AWS CodeCommit 代替手段
2. 自己紹介 名前 / 檜山 準（ひやんが） 職種 / AWS エンジニア（SIer 所属） 出身 / 栃木県 趣味 / ギター 🎸 @hiyanger
3. 話す内容 1. 旧 Terraform CI/CD パイプライン 2. CodeCommit の代替手段検討 2-1. Amazon CodeCatalyst / 概要から動作まで 2-2. GitLab（EC2） / 概要から動作まで ちょっと AWS よりの内容です
4. 旧！ Terraform CI/CD パイプライン
5. ときは 2024 年 3 月 Zenn でこんな本を書きました
6. こんなものがつくれます 「AWS CodeCommit」を起点に develop ブランチ：開発環境へ plan / apply main ブランチ：商用環境へ plan / apply
7. …CodeCommit ? 🤔 「AWS CodeCommit」を起点に develop ブランチ：開発環境へ plan / apply main ブランチ：商用環境へ plan / apply
8. …CodeCommit ? 🤔
9. 2024 年 7 月某日 （本の作成から約 4ヶ月後...）
10. 2024/7 「今後作成される」AWSアカウントで CodeCommit が使えなくなりました 😢
11. というわけで... CodeCommit の 代替手段検討
12. 前提 そもそもなんで GitHub じゃなくて、 CodeCommit を使ってたの？ システムを AWS 内で 完結させたいからなのだ！ （データを一歩も外に出したくない!!）
13. AWSさま「CodeCommit の代わりに、Amazon CodeCatalyst、GitLab、GitHub、ま たはお好みのサードパーティソースプロバイダーの使用を検討してください🙏」
14. 先に（自分的）結論 　　　① まずは CodeCatalyst を検討！ 　　　② ダメなら GitLab（AWS 環境内に構築）！
15. CodeCatalyst
16. CodeCatalyst ・利用は通常 AWS アカウントからではなく、ビルダー ID から AWS アカウントに繋ぎ混んで使う ・Workflows という GitHub Actions 的なものがあり、 　AWS 側は IAM ロールだけ作れば terraform plan や apply が流せる（CodePipeline がいらない🔥） AWS 版 GitHub みたいな感じ😽 許容が必要なポイント ※前提：もともと CodeCommit を使っていた理由はシステムを AWS 内に閉じさせたいから （通常 GitHub 利用ができない案件） ・ビルダーID → AWS アカウント という通信経路が発生する ・リージョンがオレゴンとアイルランドしかない（デプロイ自体はどこにでもできる） ・権限まわり（IAM と連動した CodeCommit レベルまでできるのか）
17. 料金 小規模であれば 意識しなくてよさそう!!
18. 実際に terraform plan / apply してみる！
19. Workflows pull request terraform plan merge main ブランチ terraform apply
20. 動作する Workflow は2本
21. コードを push / pull request !!
22. Workflows の コード 参考↓
23. plan / apply が Run 成功!!
24. GitLab（EC2）
25. GitLab（EC2） ・EC2 上に構築するのでコードが AWS 上に配置できる（ ≒ CodeCommit） ・正しい https 通信が必要なため、証明書の設定も必要 ・CodePipeline で使う過程で AWS のデベロッパーツールの接続が必要 ・GitLab 構築、証明書、接続、CodePipeline など CodeCatalyst に 　比べると作業ボリュームは大きい ・EC2 がデフォルトのインスタンスサイズとディスクでは動かない 　多少の上乗せが必要 = コスト要考慮 許容が必要なポイント 概要
26. 実際に terraform plan / apply してみる！
27. 動作の流れ plan apply merge
28. 接続設定はこんな感じ！
29. CodePipeline のソースステージ
30. CodePipelineでの terraform plan / apply
31. ※ 非 VPC 経由における GitLab と CodePipeline 間の通信 接続には別 VPC を経由する方法としない方法がある ↓ 経由しない方法で GitLab 側の通信を自分の IP からの https （git push だけできる）のみに絞る ↓ CodePipeline 側でソースステージの動作がエラーになった （フローログには CodePipeline からのアクセスが記録されてた コード変更検知まではできたのでおしい！） ↓ 非 VPC だと内部通信だけで完結きる？🤔 非 VPC 経由の接続では GitLab と CodePipeline で AWS 外の通信がされるもよう🤤
32. さいごにもういっかい！（自分的）結論 　　　① まずは CodeCatalyst を検討！ 　　　② ダメなら GitLab（AWS 環境内に構築）！
33. 参考（神たちへの感謝 🙏）
34. おわり ありがとうございました！ ※ 構築の詳細は私の Zenn Scrap にて