Actionsを使ってAWSにデプロイする方法についてまとめました。新しくCDKでインフラを定義するとなると、最初は開発したコードをローカルPCでCLIを使ってデプロイすると思います。継続的に開発をしていると環境のデプロイをローカルでやっていると変更をGithubにプッシュし忘れたり、そもそもコミットしていなかったりなど管理しているコードと実際の環境に乖離が発生しやすくなってきます。Githubのコードと実際の環境を一致させる方法の一つとしてCICDでレポジトリへのコードのプッシュをトリガーとして、自動的にCDKをデプロイするようにする方法があります。ActionsはGithubを使用していればすぐ使うことができるし、Actionとして再利用可能なタスクが公開されているため使いやすいです。Actionsを使用します。ActionsはGithubが管理するRunner上でワークフローを実行します。AWSにリソースをデプロイするにはこのRunnerに適切なAWSへのアクセス権限を与える必要があります。(OIDC)を利用する方法があります。Credentialを利用しないため、Credentialの流出などのリスクを考慮しないでよいため使いやすいです。providerを作成します。ActionsのドキュメントとAWSのドキュメントに書いてありますが、今回はCloudformationでささっと作ります。使用するのは以下のTemplateです。Repositoryのユーザー名またはOrganization名を入力してください。ActionsにAWSの権限を与えることができます。RoleをCloudformationで作成します。実行することができます。Repositoryを特定するためのものです。自身が所有するレポジトリをして下さい。GithubRefは権限を与える対象をより限定するために使用しています。Roleできるようになります。Actionsが起動します。今回配置するYAMLファイルは以下のものです。ROLEのARN、AWS_REGIONはCDKでStackを作成するAWSのリージョンを指定してください。neverこのWorkflow定義ではシンプルにmainブランチが更新されたらWorkflowが実行されます。この条件を変更することで様々な応用が可能です。以下のように設定すると新しいReleaseをpublishしたときWorkflowが実行されます。ActionsでCDKで定義したインフラをAWSへデプロイする方法についてまとめました。diffでインフラの変更内容を出力するなど考慮すべきことは他にもありますが基本は同じです。2024awsgithubスタートアップで働くデータエンジニア兼データサイエンティスト。興味の範囲はデータパイプラインの構築、データ分析、機械学習、クラウドなどなど。