チュートリアル: CodePipeline を使用した Amazon ECS 標準デプロイ - AWS CodePipeline
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 チュートリアル: CodePipeline を使用した Amazon ECS 標準デプロイ このチュートリアルでは、CodePipeline を使用して Amazon ECS で完全なエンドツーエンドの継続的デプロイメント (CD) パイプラインを作成する方法を説明します。 コンソールでのパイプライン作成の一環として、CodePipeline は S3 アーティファクトバケットをアーティファクトとして使用します (これは S3 ソースアクションで使用するバケットとは異なります)。S3 アーティファクトバケットがパイプラインのアカウントとは異なるアカウントにある場合は、S3 アーティファクトバケットが によって所有 AWS アカウント されており、安全で信頼できること
[小ネタ]CodePipeline上でシンボリックリンクを利用していたコードが想定外の動きをした話 | DevelopersIO
こんにちは！DA(データアナリティクス)事業本部 インテグレーション部の大高です。 先日ハマった「CodePipelineを利用した場合にシンボリックリンクが想定外の動きをすることを知った」という話の紹介です。 何が起きたのか？ CodeCommit、CodeBuild、CodePipelineを利用しています。また、CodeCommit上にはsymlink（シンボリックリンク）でパスを通したmoduleの参照をしているPythonのソースコードがコミットされています。 CodePipelineでこのソースコードに対するテストコードを動かそうとしたした際に、ローカル環境では問題なくテストコードが動くのに、CodePipeline上ではmoduleが見つからない旨のビルドエラーが起きている、という話を聞いて調査してみたのが発端です。 # bar-linkがsymlink。bar-linkが見
![[小ネタ]CodePipeline上でシンボリックリンクを利用していたコードが想定外の動きをした話 | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/088885a18b5cefb1e65678213009a097228dedf8/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F05%2Faws-codepipeline.png)
【備忘録】CodeBuildで`aws ecr get-login`コマンド実行時にエラーが発生する - Qiita
問題点 CodeBuildでaws ecr get-loginコマンド実行時にエラーが発生する ビルド結果 buildspec.yml(抜粋) version: 0.2 phases: pre_build: commands: - # 省略 - $(aws ecr get-login --no-include-email --region ${AWS_DEFAULT_REGION}) - # 省略 [Container] 2018/08/23 06:59:56 Running command $(aws ecr get-login --no-include-email --region ${AWS_DEFAULT_REGION}) An error occurred (AccessDeniedException) when calling the GetAuthorizationToken
CodeBuildでGitHubのOrganizationアカウントと接続する | Simple is Beautiful.
CodeBuildで個人のアカウントとの接続ではなく所属しているOrganizationと接続したかったので調べてみました。 GitHubアカウントと接続 GitHubアカウントのリポジトリを選択してOAuthで接続します。 GitHubの連携設定 右上のアカウントの設定を選んだあと左側のメニューからApplicationを選択します。次にAWS CodeBuildを選択して詳細を開き 下の方にあるOrganization accessのところにある対象のOrganizationの横にあるGrantを押します。 これでOrganizationアカウントとの連携の設定は完了なので、CodeBuildの設定画面に戻ってGitHubリポジトリの横のリロードマークを押してリロードするとGrantを押したOrganaizationのプライベートリポジトリも表示されているはずです。 参照 https:
[小ネタ] CodeBuild の最新ビルド結果を GitHub リポジトリに表示する（CodeBuild のバッジアイコン） | DevelopersIO
ども、藤本です。 今回紹介するのはタイトルから少し分かりづらいかもしれませんが、よく GitHub リポジトリの README.md に貼られているバッジの CodeBuild 版です。↓の画像のようなやつ。↓のバッジは左から Travis CI、Codecov、Read the Docs のバッジです。 このバッジ機能のリリース自体は 2017/11/22にリリースにされています。 概要 CodeBuild は CodeCommit、S3、GitHub、BitBucket にあるソースコードをコンパイルしたり、スタイルチェックしたり、ユニットテストしたりできるビルドサービスです。CodeBuild のビルド結果はマネジメントコンソール（WEB GUI）やSDK、CLIなど様々な方法で確認することができます。ただビルドのステータスを見るには AWS にログインできる必要があります。READ
![[小ネタ] CodeBuild の最新ビルド結果を GitHub リポジトリに表示する（CodeBuild のバッジアイコン） | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/973d1f1133f801c1bef12a58dfd68c9574de9c5f/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2017%2F01%2Feyecatch-codebuild.png)
AWSで実践! 基盤構築・デプロイ自動化(10) AWS CodeBuildを用いた継続的インテグレーション自動化(その1)
前回までで、下図のようにマイクロサービスアプリケーションや、それを呼び出すWebアプリケーションの単体／結合／E2E(EndToEnd)テストのコードを実装しました。 続く今回は、GitHubにプッシュしたこのアプリケーションのソースコードやテストコードに対し、AWS CodeBuildを使ってビルド／テストを行った後、カバレッジなどのソースコードメトリクスをスキャンした結果をSonarQuberServerへ連携する環境(最初の図「構築する環境の全体像」の3～6の部分)の構築を進めていきます。 AWS CodeBuildの概要 AWS CodeBuildはクラウドでアプリケーションのビルドを行う従量課金型サービスです。ビルドの元になるソースコードはS3に保存したものに加え、AWS CodeCommit、GitHub、BitBucketなどの各Gitベースのバージョン管理システムをサポート
GitHub + AWS CodePipeline|Build|Deployで自動ビルド・デプロイ環境の構築 - lycheejam's tech log
概要 ASP.NET CoreアプリをAWS LightsailでホスティングされているCentOS 7のサーバで公開するにあたり自動ビルド・自動デプロイ環境を構築しました。 所謂、CI環境と言うものですが自動テストは組み込んでいないためタイトルを「自動ビルド・デプロイ環境の構築」としています。 今回のインフラ基盤として使用したAWS LightsailはCodePipelineと統合されていないため、自動ビルド・デプロイ環境にAWS Codeシリーズを使用する旨味はあまりありません。 しかし、過去にAWS CodeBuildを使用してVue.jsの自動ビルド・デプロイ環境を整えた自身の経験があったためAWSを選択しました。 また、今回の構成では下記のような特徴があります。 AWS EC2などではなくオンプレミスなサーバ AWS CodeDeployと統合されていない環境 CodeDepl
CodePipelineからECSにBlue/Greenデプロイする | DevelopersIO
こんにちは、かたいなかです。 以前、ECSがCodeDeployによるBlue/Greenデプロイに対応したことをお伝えしました。 今回は、CodePipelineからECS+CodeDeployへのデプロイを行うことで、CodeBuildでDockerイメージをビルドし、ビルドしたイメージをもとにタスク定義の新しいリビジョンを登録、ECSのサービスを更新するといった一連の流れを自動で行えるようにする方法をご紹介します。 構築するパイプラインの概要 今回は、以下のようなパイプラインを構成します。 GitHubの特定のブランチを変更を契機に処理を開始します。CodeBuildでイメージをビルドし、ECRにプッシュします。そして、最後にCodeDeploy + ECSを使用してデプロイを行うという流れです。 手順 では、実際にやっていきましょう。 設定としては以下の流れで進めます。 CodeD
CodePipeline で ECS にデプロイできるようになり、Docker 環境の継続的デリバリも簡単になりました | DevelopersIO
ども、藤本です。 現地時間 2017/12/12、CodePipeline のデプロイにて、ECS を選択できるようになり、ECS Service にデプロイできるようになりました。 AWS CodePipeline Adds Support for Amazon ECS and AWS Fargate 早速、試してみました。 概要 AWS CodePipeline は AWS や AWS 以外の SaaS を繋ぎ合わせて継続的デリバリを実現、モニタリングするサービスです。今まで CodePipeline が連携可能なデプロイサービスには CodeDeploy、Beanstalk、CloudFormation、OpsWorks の 4つがありました。ここに ECS が加わりました。ECS へのデプロイには、今までの EC2 上のコンテナにも可能ですし、先日の re:Invent 2017
CodePipelineでGitHub上のコードをS3にデプロイする - かべぎわブログ
概要 CodePipelineを利用してGitHub上のコードをS3にデプロイしてみたいと思います。 やりたいことはだいたい以下のようなかんじ。 手順 こんなかんじでできます。 マネジメントコンソールのCodePipelineから「パイプラインの作成」を選択します。 適当にパイプライン名をつけてあげて「次へ」を選択します。 ソースプロバイダをGitHubにし、「GitHubに接続」します。 新たにウインドウが立ち上がるので「Authorize aws-codesuite」を選択してAWSとGitHubを接続してあげます。 デプロイしたいリポジトリとブランチをえらんで「次へ」を選択します。 今回はビルドは行わないのでスキップします。 「ビルドステージのスキップ」を選択します。スキップしますか？みたいな確認メッセージが出ますが、かまわずスキップします。 デプロイプロバイダにS3を選択し、デプロ
AWS CodePipelineことはじめ – 概要紹介 | DevelopersIO
AWS CodePipeline Code三兄弟のなかで最後にご紹介するのはAWS CodePipelineです。似た名称のAWSのサービスにAWS DataPipelineがありますがそれとは全く異なるサービスになっています。 AWS CodePipelineはアプリケーションの継続的デリバリーと継続的インテグレーションを実現するためのツールです。継続的デリバリーはソフトウェアのリリースプロセスを自動化することでリリースの負荷を減らし、素早くリリースを実施していく仕組みのことです。 Amazon.co.jp： 継続的デリバリー 信頼できるソフトウェアリリースのためのビルド・テスト・デプロイメントの自動化 AWS CodeDeployはアプリケーションのデプロイプロセスを自動化するためのツールとしてご紹介しましたが、AWS CodePipelineはビルド、テスト、デプロイなどのアプリのリ
CodePipeline で承認プロセスを設けて本番環境へリリースする #reinvent | DevelopersIO
おはようございます、藤本です。 先日、AWS re:Invent 2016 でリリースされた CodeBuild を CodeCommit、CodeDeploy、CodeCommit と組み合わせて、デリバリプロセスの自動化を試してみました。 CodePipeline で CodeCommit/CodeBuild/CodeDeploy を繋げてデリバリプロセスを自動化してみた #reinvent こちらは master ブランチにプッシュしたら、テスト、ビルドを通して、インスタンスにアプリケーションをデプロイします。リポジトリへプッシュするだけでデプロイまで全て自動化されていて、デプロイが簡単ですね。ただし、テストが全て自動で網羅されていることが前提となっています。 ユニットテスト、単一アプリケーション内のインテグレーションテストであれば、ある程度できるかもしれませんが、ペネトレーションテ
Automate static website deployment from Github to S3 using AWS CodePipeline - sithum devops
Automatically deploy changes made to the GitHub repository of the static website to AWS S3. The change you make will be instantly available on live website yourdomain.com. You don’t need to clone the git repository to make changes. You can do it from the github.com website itself. After configuring the pipeline, you don’t need to login to AWS. Everything happens automatically under the hood. Aint
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Deploying code from GitHub to AWS EC2 with CodePipeline - Sean Ziegler