AWS再入門ブログリレー2022 AWS CodeDeploy 編 | DevelopersIO
こんにちは、AWS事業本部コンサルティング部の枡川です。 当エントリは弊社コンサルティング部による『AWS再入門ブログリレー2022』の16日目のエントリです。 このブログリレーの企画は、普段AWSサービスについて最新のネタ・深い/細かいテーマを主に書き連ねてきたメンバーの手によって、今一度初心に返って、基本的な部分を見つめ直してみよう、解説してみようというコンセプトが含まれています。 AWSをこれから学ぼう！という方にとっては文字通りの入門記事として、またすでにAWSを活用されている方にとってもAWSサービスの再発見や2022年のサービスアップデートのキャッチアップの場となればと考えておりますので、ぜひ最後までお付合い頂ければ幸いです。 では、さっそくいってみましょう。16日目のテーマは『AWS CodeDeploy』です。 AWS CodeDeployとは アプリケーションを構成するフ
[2パターン] CFn で Fargate の Blue/Green Deployment の CodePipeline を構築する | DevelopersIO
[2パターン] CFn で Fargate の Blue/Green Deployment の CodePipeline を構築する はじめに おはようございます、もきゅりんです。 皆さん、Blue/Green デプロイメントしてますか？ Blue/Green デプロイメントとは、はすでに理解されていることを前提として話を進めます。 本稿では、Fargate の Blue/Green デプロイする CodePipelineを構築します。 CodePipeline を使った Fargate のBlue/Greenには下図の通り、プレースホルダを利用したものと、CodeDeploy::BlueGreen フックを利用したものと、2パターンがあるという認識です。(他にもいろいろあるかもしれませんが) プレースホルダ CodeDeploy::BlueGreen フック 2つのデプロイパターンの違い
![[2パターン] CFn で Fargate の Blue/Green Deployment の 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)
CodeDeployを使用したECS-FargateのBlue/Green Deploymentをしてみた。 | DevelopersIO
CodeDeployを使用したECS-FargateのBlue/Green Deploymentをしてみた。 はじめに Blue/Green Deploymentとは？ Blue/Green Deploymentでは、2つの環境を作成します。1つの環境(Blue)は現在のアプリケーションバージョンを実行し、もう1つの(Green)は新しいアプリケーションバージョンを実行します。Green環境でのテストが完了すると、アプリケーショントラフィックはGreen環境に転送されて、Blue環境は非推奨になります。 この記事では、CodeDeployを使用したFargateのblue/green deploymentをしてみました。 やってみた Application Load Balancer の作成 Target Groupsの作成 EC2 コンソールで、Load Balancingで Targe
CodeDeployを利用したECSのデプロイをCLIから試す | DevelopersIO
ECS ServiceへのBlue Greenデプロイをする場合にデプロイメントコントローラとしてECSではなく, CodeDeployを利用することが多いかと思います. 以前CodePipelineを利用したBlue Greenデプロイは試して実装しましたが, 今回はDocker ImageをECR にpushするところから, CodeDeployでdeploymentを作成するところまで全て手動で実行してみたいと思います. 今回は内部動作の理解とCIツールで何をすべきかの確認を目標として行っています. 最終的にはCIツールからCodeDeploy経由でデプロイできれば一番良いとは思っています. 概要 実装する内容は図の通りです. この図の内容に沿ってどのような流れでデプロイをするかについて説明していきます. ECRリポジトリにDocker Imageをpushします. Docker I
あなたの組織に最適なECSデプロイ手法の考察 | DevelopersIO
「ECSデプロイの話だけで45分喋った男がいた…」 というわけで、先日、Developers.IO 2020 CONNECTにおいて、以下のタイトルで喋りました。 「あなたの組織に最適なコンテナデプロイ方法とは？〜ECSにおけるデプロイ最新機能てんこ盛り〜」 オンラインセッションは何度か登壇経験あったのですが、今回は45分。正直めっちゃくちゃ疲れました。いやぁ、登壇ってもしかしたら、リアルよりもオンラインのほうがつかれるかもしれません。 そんな登壇だったわけですが、内容あれこれ詰め込んでECSのデプロイだけに内容を絞ったのですが、その甲斐あってかいろんな方に参考にしていただける内容になったのではと考えています。 ぜひ、この記事を、皆さんの現場のECSデプロイをパワーアップする参考にしていただければと思います。 ホンマにECSデプロイだけで45分喋ったの…!? ( ﾟдﾟ) ｶﾞﾀｯ /
【IDM】最近ログオンしていないユーザーを検索する とっても簡単な方法
いまさらながら、ADでは「ログオン可能なワークステーション（userWorkstation属性）」の設定が最大1024文字だと気づき、自分の無知に愕然としています。だって…NTのころは4台固定だったんだもの…。 https://support.microsoft.com/kb/938458 さて、話は変わりますが、VBScript を使用して Active Directory 内のユーザーを検索しようと思った時、面倒だなと感じるのが、以下のような条件です。 既に無効化されたアカウント 既に有効期限の切れたアカウント ロックされたアカウント パスワードの有効期限が切れているアカウント パスワードが無期限に設定されているアカウント 指定した日付までに有効期限が切れるアカウント 最近ログオンしていないアカウント 上の条件を見て、頭の中に使用する属性名が思い浮かんだ方は、完全にADマニアです。もち
にわか管理者のためのActive Directory入門(41) ユーザーアカウントのプロパティに関する補足情報とアカウントの区別
今回は、まず先週の続きとして、ユーザーアカウントのプロパティ変更について解説する。それと、Active Directoryが管理するユーザーアカウント(ドメインアカウント)と、個々のコンピュータが持つユーザーアカウント(ローカルアカウント)の区別についても解説しよう。 表示名の変更 日本語版WindowsサーバのActive Directoryでは、ユーザーアカウントに対して[姓]と[名]を設定すると、両者を連結する形で表示名を自動的に設定している(自動設定した表示名を、後から変更することもできる)。 したがって、ユーザーアカウントのプロパティ画面にある[アカウント]タブで[姓]や[名]、さらに[表示名]や[ミドルネーム]の設定も可能だ。これについては先週の本連載で取り上げている。 ユーザーログオン名と一緒に表示名を変更するのであれば、プロパティ画面を使用する方法が合理的だ。しかし、表示名
【Windows 11対応】不要な「ユーザープロファイル」削除でディスク容量を節約
Windows OSにサインイン／ログインすると、アカウントごとに「ユーザープロファイル」という情報が作成される。この中には、ユーザーの［ドキュメント］［ピクチャ］［ミュージック］［ビデオ］フォルダの他、デスクトップや個人設定、レジストリの設定、ユーザーごとのアプリケーションデータなどが保存される。Windows OSを長く使っていると、このユーザープロファイルのサイズが数G～数十GBにもなる。 ユーザープロファイルは、Windows OSにサインインするアカウントごとに作成され、複数のユーザー間で共有されることはない。そのため、1台のPCを複数のユーザーで利用していたり、誰かが使っていたPCを譲り受けてそのまま使っていたりすると、ユーザープロファイルがシステム中に複数残ったままになる。場合によっては、こうした不要なユーザープロファイルによってディスク領域が圧迫されてしまうことになる。 そ
AWS Partner SA ブログ
AWS運用管理コミュニティとは 今までオンプレミスで行ってきたシステム運用がそのままクラウドでも使えるのか、クラウド運用ならではの注意点がないのかを懸念されているお客様が多いのではないでしょうか。本コミュニティは上記のような疑問を持たれるAWSユーザに対し、運用ベストプラクティスをまとめ、発信することを目的としており、クラウドの運用管理プラクティスを普及することを目的としています。プラクティスは下記カテゴリごとにまとめ、適時更新をしていきます。 情報共有の場としてTwitter / Doorkeeper も準備していますので、ご興味のある方は是非ご登録して頂ければと思います。 https://twitter.com/opsjaws (Tips、情報共有) https://opsjaws.doorkeeper.jp/ (イベント情報) やってみようシリーズ Part1: Sumologicの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
