AWS Cloud Formation Git Syncで始める頑張らない自動デプロイ

AWS Cloud Formation Git Syncで始める頑張らない自動デプロイ miyamo2

話すこと - Cloud Formation/Git Syncの概要 - Git Syncの課題と解決案話さないこと -
Cloud Formation/Git Syncの設定手順

Cloud Formation AWSリソースをYAMLもしくはJSONで管理できるIaCサービス

AWSTemplateFormatVersion: "2010-09-09" Parameters: Env: Type: String Default: dev AllowedValues: -
dev - stage - prod Resources: UserTable: Type: AWS-:DynamoDB-:Table Properties: TableName: !Sub users-${Env} AttributeDefinitions: - AttributeName: "UserId" AttributeType: "S" KeySchema: - AttributeName: "UserId" KeyType: "HASH" ProvisionedThroughput: ReadCapacityUnits: "1" WriteCapacityUnits: "1" BillingMode: PROVISIONED Outputs: UsersTableName: Value: !Ref UserTable Parameters このテンプレートで受け取るパラメータ Resources このテンプレートで生成するリソース Outputs このテンプレートが出力するリソース Cloud Formation

Cloud Formation AWSコンソールからGUIベースでポチポチ操作することも可 CI/CD製品と組み合わせて使うのが主流？

Git Sync Cloud Formationの新機能 GitリポジトリとCFnスタック(≒デプロイの粒度)を連携させることでスクリプトレスなCDを構築できる連携しているリポジトリに用意されたパラメータ定義用ファイルを参照

Git Sync CIワークフローが必要な場合は自前で用意する必要あり on: pull_request: branches: - "連携ブランチ" 連携ブランチへ merge
Git SyncによるCD

Git Sync 課題 ①別スタック/別手順で管理されているリソースを参照する場合、パラメータを手修正し続けるのがツラい ②そもそもパラメータを平文で管理していいの？

パラメータは原則 SSM Parameter Storeで管理する

実装例 AWSTemplateFormatVersion: "2010-09-09" Parameters: # Resources.Somethingが依存するリソース FooArn: Type: AWS-:SSM-:Parameter-:Value<String> NoEcho:
true Default: /dev/foo/arn Env: Type: String Default: dev AllowedValues: - dev - stage - prod Resources: # なにがしかのリソース Something: --. # SomethingのArnをSSM Parameter Store SomethingArnSSMParameter: Type: "AWS-:SSM-:Parameter" Properties: Tier: "Standard" Name: !Sub /${Env}/something/arn Type: "String" Value: !GetAtt Something.Arn パラメータを AWS::SSM::Parameter::Value<T> で受け取る生成リソースを AWS::SSM::Parameterで出力 SSM Parameterのパスだけお互いに握っていればOK

実装例 -!/bin/sh REGISTRY=$1 REPOSITORY=$2 TAG=$(git rev-parse HEAD) docker push ${
REGISTRY }/${ REPOSITORY }:${ TAG } aws ssm put-parameter \ --name /ecr/${ REGISTRY }/${ REPOSITORY }/tag \ --value ${ TAG } \ --type String \ --overwrite \ --region ap-northeast-1 CFnで管理できないリソース → シェルスクリプトでよしなに後々GitHub ActionsなどのCI/CD製品に移行する場合を踏まえて、コード資産としての引き継ぎやすさを意識したい

まとめ CDの構築を頑張らない分、運用はちょっと煩雑になりそう以下に当てはまる場合はおすすめ - リリース頻度が高くない - とりあえずサクッと1つの環境にデプロイしたい SPA、SSRのWebフロントエンドならAmplify Hostingの方がおすすめ

参考 Working with AWS CloudFormation Git sync https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/git-sync.html CloudFormationがCD Pipelineなしで
そのままGit連携デプロイが可能に！ #AWSreInvent https://dev.classmethod.jp/articles/cloudformation-git-sync-update/ miyamo2が構築したサンプル https://github.com/miyamo2/cfn-with-gitsync-dynamodb https://github.com/miyamo2/cfn-with-gitsync-lambda

AWS Cloud Formation Git Syncで始める頑張らない自動デプロイ

AWS Cloud Formation Git Syncで始める頑張らない自動デプロイ

miyamo2

More Decks by miyamo2

Other Decks in Programming

Featured

Transcript