CodePipeline を利用した ECS Service の自動リリースをやってみた | DevelopersIO
ECS を利用したアプリケーションを構築する上でデプロイ戦略の選択は重要な要素になります. 開発段階では ECS が制御するローリングアップデートを利用して手動デプロイすることはあっても, 本番環境では自動デプロイが好ましいでしょう. 今回はCodePipelineを主軸に自動デプロイできる環境を構築します. デプロイ戦略の概要について 今回はパイプライン内でDocker Imageをビルド, pushを行った後に, ECS ServiceをBlue/Greenデプロイします. またDocker Imageに付与するタグとしてgitのコミットハッシュを利用することでコードとイメージを一意に紐づけることも同様に行います. パイプラインの構築は主にTerraformを利用しますが, 一部AWS CLIを利用します. 今回は検証が目的のため, 本番環境を意識したコード分割などは行っていません.
CodePipeline を使った Gitブランチ運用をまとめてみた | DevelopersIO
はじめに おはようございます、もきゅりんです。 CodePipeline は使いたいのだけど、どんなデプロイフローにするか迷ってるといったことを聞くことがあります。 本稿では、CI/CDツールを CircleCI でも GitHub Actions でもなく、CodePipeline を前提として、そして代表的と思われる Git フローでどのように考えるかをまとめてみました。 諸事情と背景があって、基本的には AWSのサービス限定で CI/CDを利用したいというケースはよくあると思います。そういった状況に限定して、かつ、よくある環境セット、一般的なステージを利用した CodePipelineの CI/CDを想定しています。 とりあえず検討してみる材料にでもなれたら幸いです。 なお、どのタイプの Gitブランチフローが一番使いやすいとかそういう話はしません (できません)。 想定とする方 C
CodePipeline, CodeBuildを使ってAmazon ECSへの継続的デプロイメントを試してみた | DevelopersIO
モバイルアプリサービス部の五十嵐です。 Amazon Web Services ブログのエントリー「AWS CodePipeline, AWS CodeBuild, Amazon ECR, AWS CloudFormationを利用したAmazon ECSへの継続的デプロイメント」 で紹介されているリファレンスアーキテクチャを実際に手組で構築してみたりサンプルで動きを確認してみましたので、ブログの補足的な位置づけとして、より詳細な動きを解説してみます。 前提知識 ECS/ECR、CodeBuild、CodePipeline、CloudFormation などのサービスの基礎知識が必要となります。 アーキテクチャ 紹介されているリファレンスアーキテクチャを以下に示します。 引用: Amazon Web Services ブログ 開発者がGitRepositoryにソースコードをPushします
AWS CodePipelineことはじめ – 概要紹介 | DevelopersIO
AWS CodePipeline Code三兄弟のなかで最後にご紹介するのはAWS CodePipelineです。似た名称のAWSのサービスにAWS DataPipelineがありますがそれとは全く異なるサービスになっています。 AWS CodePipelineはアプリケーションの継続的デリバリーと継続的インテグレーションを実現するためのツールです。継続的デリバリーはソフトウェアのリリースプロセスを自動化することでリリースの負荷を減らし、素早くリリースを実施していく仕組みのことです。 Amazon.co.jp： 継続的デリバリー 信頼できるソフトウェアリリースのためのビルド・テスト・デプロイメントの自動化 AWS CodeDeployはアプリケーションのデプロイプロセスを自動化するためのツールとしてご紹介しましたが、AWS CodePipelineはビルド、テスト、デプロイなどのアプリのリ
[AWS CDK] CodePipelineのソース元を色々指定してみました（CodeCommitとか、Githubとか、S3 Bucketとか、BacklogのGitとか) | DevelopersIO
[AWS CDK] CodePipelineのソース元を色々指定してみました（CodeCommitとか、Githubとか、S3 Bucketとか、BacklogのGitとか) 1 はじめに CX事業本部の平内（SIN）です。 CodePipelineでは、各種のソースが利用可能です。 今回は、AWS CDK(AWS Cloud Development Kit)で、CodePipelineのソース元を色々変えて記述要領を確認してみました。 2 サンプル 最初に、本記事の基準となるサンプルコードです。 更新されたコードでLambdaを更新します。 #!/usr/bin/env node import cdk = require('@aws-cdk/core'); import * as codepipeline from '@aws-cdk/aws-codepipeline'; import
![[AWS CDK] CodePipelineのソース元を色々指定してみました（CodeCommitとか、Githubとか、S3 Bucketとか、BacklogのGitとか) | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/92a069de3c7b583973daaf530883535d2e2b3e5a/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F08%2Faws-cloud-development-kit.png)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
