CodePipeline が追加のトリガーフィルターと新しい実行モードのサポートを開始
AWS CodePipeline V2 タイプのパイプラインは、追加のパイプライントリガーフィルターと、Parallel と Queued の 2 つの新しいパイプライン実行モードをサポートするようになりました。パイプライントリガーフィルターを使用すると、GitHub.com、GitHub Enterprise Server、Bitbucket.com、GitLab.com、および GitLab セルフマネージドのソースを使用しているお客様は、パイプラインの実行をトリガーするタイミングを制御できます。パイプライン実行モードを使用すると、パイプラインの複数の実行が開始されたときの同時実行動作をお客様が制御できます。 お客様は、プッシュリクエストやプルリクエストなどの Git イベントタイプのフィルターと、ブランチ名やファイルパスなどの Git メタデータのフィルターを使用して、パイプラインの
概要 CodePipelineでServerless Frameworkのデプロイを自動化する デプロイはCodeBuildから直接slsコマンドを実行する CodePipelineを使えば、リリースリーダー確認後の本番デプロイみたいな管理もできる（はず） 経緯 Serverless Frameworkで作ったアプリを以下のようなフローで管理してみたくなった。 masterブランチにPR masterブランチにマージ stg用環境をデプロイ 動作確認 リリースリーダー承認 prod環境にデプロイ Pipelineを作ってみた 流れとしては、以下の通り。 GitHubのリポジトリからソースを取得 CodeBuildがsls deploy --stage stgを実行 SNSからリリース担当者へメール or Slack通知 動作確認後、承認ボタンクリック CodeBuildがsls deplo
Lambda アプリケーションのモニタリング - AWS Lambda
Lambda コンソールの [アプリケーション] セクションには [モニタリング] タブが含まれており、アプリケーション内のリソースの集計メトリクスが表示された Amazon CloudWatch ダッシュボードを確認できます。 Lambda アプリケーションをモニタリングするにはLambda コンソールの [Applications (アプリケーション)] ページを開きます。 [モニタリング] を選択します。 グラフ内のメトリクスの詳細を表示するには、ドロップダウンメニューから [メトリクスで表示] を選択します。 グラフが新しいタブで開き、関連するメトリクスがグラフの下に一覧表示されます。このグラフの表示はカスタマイズできます。表示されるメトリクスやリソースを変更し、統計や期間などの要因を変更することで、現在の状況を詳しく理解できます。 デフォルトでは、Lambda コンソールにベーシ
ちゃだいん（@chazuke4649）です。 先日、Terraform とマネジメントコンソールを使って、Codeシリーズの通知まわりを作る機会がありましたのでご紹介します。 前提 下図構成のCodeシリーズを使用したCI/CDパイプラインの、赤枠部分を作ります。 赤矢印が通知の流れです。すでにCodeCommit,CodePipeline,ECSなどは作成済みであり、それらの構成に追加します。 Terraform と Provider のバージョンは以下のように指定しています。 terraform { required_version = "= 0.13.5" required_providers { aws = "~> 3.18" } 1.SNSトピックを作成する まずは、SNSトピックを作成します。 以下tfファイルを実行します。 # SNS topic for Slack: pro
DevOpsやCI/CDに必須なサービスとしてすっかりおなじみになったCodeシリーズですが、今般、そのCodeシリーズに特化した通知サービスがリリースされました。 Introducing notifications for AWS CodeCommit, AWS CodeBuild, AWS CodeDeploy, and AWS CodePipeline Codeシリーズはアプリケーション開発〜運用のライフサイクル全般に関わるものが多く、それらを使っている中でリポジトリに対するプルリクエストの連絡、ビルド結果やパイプラインの実行結果、デプロイ結果などを通知するシチュエーションは非常に多くあります。従来、通知にはCloudWatch Eventsの利用が必須でしたが、今回Notificationsサービスとしてリリースされることで、Codeシリーズの中だけでの設定が可能となっています。
【備忘録】AWS ECS Blue / Green Deploy で 複数コンテナを含んだ ECS サービス / タスク を更新するAWSCodeDeployblue_green_deploymentCodePipelineCodeBuild はじめに 以前、CodePipelineを利用した「ECS Blue / Green Deploy」を実現したのですが、その後 タスク定義の構成を変更（1タスク定義内に1コンテナを配置→2コンテナを配置）するにあたって必要だった設定について備忘録のために投稿させていただきます。 以前の投稿 【備忘録】AWS ECS Blue / Green Deploy 実現のために学んだこと - Qiita 本投稿で説明しないこと 本投稿では、実現したいことのために必要なCodeBuild/Deploy設定の追加・変更・差分についてのみ記載させていただきます。 「
はじめに 先日、僕が担当する業務でECS/Fargate利用を前提にDevSecOpsアーキテクチャをデザインし、社内のAWS勉強会にて登壇する機会をいただきました。 本ブログでも内容をかいつまんでご紹介できればと思います。 AWSによらず、コンテナを利用されている方にとって、一つのプラクティス例としてご参考になれば幸いです。 ※コンテナ自体の説明や必要性に関する内容は省略していますm(_ _)m そもそもDevOpsとは？ DevSecOpsの導入意義をお伝えするた前に、まず軽くDevOpsの意義をお伝えします。 ※とは言え、この記事をご訪問されている方にとっては「何をいまさら...」な内容かもしれませんし、ググればDevOps自体の情報はたくさん見つかりますので、重要なポイントのみ述べることにします。 DevOpsとは、一言で述べれば、開発チームと運用チームが協力してビジネス価値を高め
AWSにおけるコンテナワークロード運用のデファクトスタンダードの地位を確立したECS。 デプロイ方法も進化を続け、CodeDeployとALBで連携したB/Gデプロイやカナリアリリースにも対応し、そのデプロイにおける柔軟性はEKSに勝るとも劣りません。 そんなECSですが、手段が豊富になったこともあり現…
CodePipeline 用に Amazon S3 に保存したアーティファクトのサーバー側の暗号化を設定する - AWS CodePipeline
Amazon S3 アーティファクトのサーバー側の暗号化を設定するには、次の 2 つの方法があります。 CodePipeline は、Create Pipeline ウィザードを使用してパイプラインを作成すると、S3 アーティファクトバケットとデフォルトの AWS マネージドキー が作成されます。AWS マネージドキー はオブジェクトデータとともに暗号化され、AWS によって管理されます。 独自の カスタマーマネージドキー を作成して管理できます。 デフォルトの S3 キーを使用している場合、この AWS マネージドキー を変更または削除することはできません。カスタマーマネージドキーを使用して AWS KMS で S3 バケット内のアーティファクトを暗号化または復号する場合は、必要に応じてカスタマーマネージドキーを変更または更新できます。 Amazon S3 は、バケットに格納されているす
イメージ定義ファイルのリファレンス - AWS CodePipeline
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 イメージ定義ファイルのリファレンス このセクションは参照のみを目的としています。コンテナのソースまたはデプロイアクションを使用してパイプラインを作成する方法については、「パイプライン、ステージ、アクションを作成する」を参照してください。 AWS CodePipeline Amazon ECRソースアクションや Amazon ECSデプロイアクションなどのコンテナアクションのジョブワーカーは、定義ファイルを使用してイメージURIとコンテナ名をタスク定義にマッピングします。各定義ファイルは、アクションプロバイダーが次のように使用するJSONフォーマットされたファイルです。 Amazon ECS標準デプロイでは、デプロイアクションの入力として imagedefinitio
CodePipelineからAWS Lambdaを呼び出してCloudFrontのキャッシュを削除(Invalidation)してみた | DevelopersIO
CodePipelineからAWS Lambdaを呼び出してCloudFrontのキャッシュを削除(Invalidation)してみた CodePipelineからAWS Lambdaを呼び出してCloudFrontのキャッシュ削除(Invalidation)を行うLambda Functionを作ってみました。AWS Lambdaを呼び出すときどういう感じで作ればいいか？というのが本エントリの主旨です。 こんにちは、佐伯です。 CodePipelineからAWS Lambdaを呼び出してCloudFrontのキャッシュ削除(Invalidation)、キャッシュ削除のステータス確認、SNSへ通知までを行うLambda Functionを作ってみました。 CodePipelineからAWS Lambdaを呼び出すときどういう感じで作ればいいか？というのが本エントリの主旨です。 やってみた
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
