ECSでCodeDeployを使用したBlue/Green Deploymentがサポートされたので早速試してみた ｜ DevelopersIO
こんにちは、かたいなかです。 先日のre:InventにてECSに対してCodeDeployを使用してBlue/Green Deploymentを行う機能が発表されました。 AWS CodeDeploy/AWS CodePipelineでAWS Fargate/Amazon ECSのCI/CDがサポートされました！ #reinvent 個人的にワクワクが止まらくなってしまい、ラスベガスに行ってもないのに早速試してみましたので、内容を紹介します。 今回の記事では、デプロイ後に本番トラフィックを向ける前に本番環境内で動作を確認し、動作確認後リリースを行う、という流れを実装していきます。 Blue/Green Deploymentとは Blue/Green Deploymentはデプロイの一つのパターンです。 本番環境内に2つの環境を用意し、トラフィックを片方だけに向けておきます。新しいバージョ
Amazon VPC設計時に気をつけたい基本の5のこと | DevelopersIO
EC2やECS、RDSなどといったサービス利用時にAmazon VPC（以下よりVPC）が合わせて必要になります。 VPCの設計はCIDRとテナンシーの選択のみとシンプルですが、案外迷ってしまいます。 私が設計時に気をつけている5点をまとめてみました。 RFC1918準拠のIPアドレス範囲から指定する IPアドレスの範囲はrfc1918に準拠した範囲を指定することを推奨します。 少し難しく聞こえますが、下記のIPアドレス範囲から指定するということです。 10.0.0.0 - 10.255.255.255 (10/8 プレフィックス) 172.16.0.0 - 172.31.255.255 (172.16/12 プレフィックス) 192.168.0.0 - 192.168.255.255 (192.168/16 プレフィックス) よく見るプライベートIPアドレス範囲ですね。 16ビット以上で
開発環境のECSリプレイスとterraformでのコード化 - 弥生開発者ブログ
こんにちは、Misoca開発チームの黒曜です。 先日シャニマスの1stライブで会場限定CDを入手したので、作業用BGMにヘビロテしています。 甜花ちゃんのアルストロメリアが特にお気に入りです。 真面目な近況としては、Rails Developer Meetup 2019に登壇するので発表準備をしてます。 railsdm.github.io 以前@lulu-ululが記事にしていたビジュアルリグレッションテストについて、構成やその後などを掘り下げてお話する予定です。 もしご興味があればセッションにお越しください。 tech.misoca.jp 🐳 環境のDocker化 Misocaのローカル開発環境はDockerで立ち上げられるように整備されているのですが、デプロイ先の環境はEC2になっていました。 これでも問題なく運用できていたのですが、以下のような課題がありました。 逐次更新を積み重ね
Amazon ECSを使った簡単なコンテナアプリの構築 - Qiita
はじめに 仕事でChatBotを使ってDigdagコマンドを叩きたいっていう案件があって、あまりAWS触ったことなかったので、以下のような構成のものを作りました 案件を満たすだけであれば、ECSとかDockerとか必要なくて、Lambdaで出来そうだったんですけど、勉強のために使いました 今回の記事ではDigdag関連は全て省いてます HubotのDockerfileを用意 FROM node LABEL maintainer="kurosame" RUN npm install -g yo generator-hubot && \ useradd bot && \ mkdir /home/bot && \ chown bot:bot /home/bot USER bot WORKDIR /home/bot RUN yo hubot --defaults && \ npm install
CloudWatch LogsでAWSコンソールでfilterできない量のログをCLIでなんとかする - Qiita
こんな課題を解決したい CloudWatch Logsでログを調査したい 特にログ周りの整備や連携は進んでいないので、現状CloudWatch Logsだけでなんとかしている 探したいおおまかな時間とキーワードはわかっている AWS Console上でイベントのフィルターで時間とキーワードを指定して検索しようとする ログが多すぎて、いつまで経っても結果が帰ってこない 基本Lambdaのログを想定（他でも使えると思います） これを、CLIとコマンドを組み合わせて、なんとか周辺のログを取得するお話です モデルケース 今回は、例えば以下のようなLambdaのログを仮定してみます Lambda関数名: TestLambda 取得したい時間: 2019/08/20 10:00 - 10:10 (1566262800000 - 1566263400000) 検索したいキーワード: Error その他条
Amazon ECS における Docker の基本 - Amazon Elastic Container Service
Amazon ECS は、タスク定義で Docker イメージを使用して、コンテナを起動します。Docker は、コンテナ内の分散アプリケーションの構築、実行、テスト、デプロイするためのツールを提供するテクノロジーです。 ここでは、最初の Docker イメージを作成し、そのイメージを Amazon ECS タスク定義で使用するために、コンテナレジストリである Amazon ECR にプッシュするステップを説明します。このチュートリアルは、Docker の概念と機能を基本的に理解していることを前提としています。Docker の詳細については、「Docker とは」、「Docker の概要」を参照してください。 前提条件 開始する前に、以下の前提条件を満たしていることを確認します。 Amazon ECR のセットアップステップを完了したことを確認します。詳細については、Amazon Elas
[アップデート] EKSがマネジメントコンソールおよびCLIでのワーカーノードの作成・管理をサポートしました | DevelopersIO
EKS (Elastic Kubernetes Service) で、ワーカーノードの作成・管理がマネジメントコンソールやAWS CLIから行えるようになりました。 みなさん、こんにちは！ AWS事業本部の青柳＠福岡オフィスです。 Amazon EKS において、ワーカーノードの作成・管理がマネジメントコンソールやAWS CLIから行えるようになりました。 Amazon EKS adds support for provisioning and managing Kubernetes worker nodes Extending the EKS API: Managed Node Groups | Containers 何が変わったのか？ これまで 今まで、EKSサービスに関して、マネジメントコンソールやAWS CLIで作成・管理できるのは「コントロールプレーン」のみでした。 ワーカーノー
![[アップデート] EKSがマネジメントコンソールおよびCLIでのワーカーノードの作成・管理をサポートしました | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/5bef8406c819ae31c520f2ab23f9913d87cef0fc/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F09%2Famazon-elastic-Kubernetes-service.png)
Amazon Fargate for Amazon EKSを試してみた #reinvent | DevelopersIO
みなさん、こんばんは！ AWS事業本部の青柳＠福岡オフィスです。 今、私は猛烈に感動しています！！(大げさ) [速報] Fargete for EKSがGAされました！！！ #reinvent ｜ Developers.IO そう、以前からリリース予定とされてきた Amazon Fargate for Amazon EKS がとうとう正式発表されたのです！ しかも、即日使えるようになっています！ ということで、さっそく試してみました。 やってみた AWS公式ブログ (英語) が公開されていますので、こちらを参考に進めてみます。 Amazon EKS on AWS Fargate Now Generally Available | AWS News Blog 準備その1： EKSクラスターの作成 まず、通常通りにEKSクラスターを作成します。 サクっと作成するために eksctl コマンドを
【書評】IAMの管理・運用に関わる人なら必読！「AWS IAMのマニアックな話」レビュー | DevelopersIO
オペレーション部 江口です。 少し前の話になってしまいましたが、2019年9月に開かれた技術書典7で、「AWS IAMのマニアックな話」という書籍が頒布されました。私も参加して購入、読んでとても良い本だなあ、と思ったのですが、当ブログに書評は投稿していませんでした。 ところが最近、作者の佐々木拓郎氏のTwitterでこんなフリが。 ちなみにサンタさんのクリスマスプレゼントで、クラメソさんがIAMのマニアックな話の書評かいてくれないかなぁと期待しています — Takuro SASAKI＠技術書典-1日目 (@dkfj) December 18, 2019 これには答えざるを得ない。 ということで、この書籍を購入したクラメソ社員として不肖私がレビューさせていただきます。 最初に端的に感想を書いておくと、IAMについて知りたい技術者にとってはまさに必読と言えるでしょう。「マニアックな話」というタ
初めてのAWS Batch – 必要な各コンポーネントを理解する – | DevelopersIO
コンニチハ、千葉です。 AWS Batchを導入する機会があり、AWS Batchのコンポーネントを整理してみました。 AWS Batchとは？ AWS Batch登場以前、バッチ処理でスケーラビリティをもたせようとすると以下のような構成案がありました。SQSを利用したpull型のバッチ処理です。 処理対象をSQSにキューイング EC2上にデプロイされたプログラムにより、キューを取得、処理、キューを削除 AutoScalingを設定し、キューの数によりスケールアウト、スケールイン この方式を利用する場合、SQS、AutoScaling、AMI(アプリをインストール)を設計・構築する必要があり各サービスを理解して使いこなす必要がありました。 この構成を簡単一発で利用できるようになるのがAWS Batchです。 AWS Batchでは、Dockerを利用したバッチ処理環境が構成できます。FIF
Amazon EC2 Eメール送信ベストプラクティス | DevelopersIO
ども、大瀧です。 EC2からEメールを送るという案件、たくさんありますよね。そして結構な確率でトラブるんですよね(涙目)。そんな苦い経験をベストプラクティスとしてまとめてみました。一応技術的なところは網羅したつもりですが、メールセキュリティの専門ではないので、不備や間違いがあればご指摘ください。 では、メール送信トラブルの元凶である、スパムメールとその対策からご紹介していきます。 スパムメールとの闘いダイジェスト Eメールの歴史は、スパムメールとの闘いの歴史と言えます。 不特定多数に送信されるスパムメール(未承諾の広告メール)は、メール受信者に不快な思いをさせるとともに、メールサーバーのメール流量を爆発的に増加させ、長らくメールサーバー管理者を泣かせてきました。 このスパムメールをなんとか撃退しようと、現在では主に以下のような対策が行われています。 1. 送信メールサーバー側のネットワーク
「Fargate for EKS」というタイトルでre:Growth 2019に登壇しました #reinvent #cmregrowth | DevelopersIO
2019年12月11日に弊社主催セミナーで「Fargate for EKS」についてお話させて頂きましたので資料を公開します。 資料 まとめ 5分のLTということもあり、そんなに多くのことは話せなかったので別途検証ブログ（ログ周りの実装やコスト面など）書きます！
CloudFront-ELB-EC2構成でApacheのディレクトリ名補完リダイレクト時の問題をAWS側で可能な限り対応してみた | DevelopersIO
CloudFront-ELB-EC2構成でApacheのディレクトリ名補完リダイレクト時の問題をAWS側で可能な限り対応してみた CloudFront-ELB-EC2な構成でEC2上のApacheがディレクトリ名のスラッシュを補完するためのリダイレクトレスポンスを返す際に、リダイレクト先ドメインが変わってしまう、リダイレクト先のプロトコルが変わってしまう、という問題に遭遇しました。CloudFrontのHostヘッダ転送、HTTPSリダイレクト機能を用いてAWS側のみで対応する方法を検討してみました。 はじめに 清水です。先日以下のようなCloudFront-ELB-EC2な構成で、EC2上のApacheがディレクトリ名のスラッシュを補完するためのリダイレクトレスポンスを返したときに発生する問題と出くわしました。解決策をできる限りAWS側で対応する方法を検討してみたのでまとめてみます。 A
Amazon SageMaker を使用して、人口区分のために米国の国勢調査データを分析する | Amazon Web Services
Amazon Web Services ブログ Amazon SageMaker を使用して、人口区分のために米国の国勢調査データを分析する 米国では 2018 年の中間選挙に向けて、人々は投票プロセスについてより多くの情報を求めています。このブログ記事では、有権者を理解するタスクに科学を有効に統合するために、機械学習 (ML) を適用する方法を探っています。 通常、機械学習アプリケーションでは、ラベルの付いたデータから明確なユースケースが得られます。例えば、古さや型番などデバイスの属性に基づいて、障害の可能性を予測できます。特定の結果を予測する際に監督またはガイドがあるため、これは教師あり学習と呼ばれます。 しかし、現実世界では、きれいなラベルを定義するのが難しい場合、予測する特定の結果が存在しない大規模なデータセットがしばしば存在します。適切な結果が予測するものを、正確に特定することは
AWS定義情報をGoogleスプレッドシートに出力する | DevelopersIO
こんにちは、城岸です。 今回はAWS定義情報をGoogleスプレッドシートに出力する方法を紹介したいと思います。 なぜやろうと思ったのか 弊社にはAWS定義情報を一撃でExcelに出力するツールが存在します。所謂Excel魔改造というやつです。 Excel改造 – シリーズ – これ自体は非常に良くできていて利用する側の立場であればとても便利なものです。 ですが、魔改造系の宿命でしょうか、メンテしようとすると結構ハードルが高いのです。 そんなモヤモヤした気持ちでいた時に、ふと「AWS定義情報をスプレッドシートに出力できたらこの苦しみから解放されるんじゃないか？」という思いになったので実際にやって見ることにしました。 完成系のイメージ 今回はこのような情報を出力をします。 aws cliでいうところのdescribe-instancesで取得できる情報（の一部）を出力します。 事前準備 Go
クラスメソッド社員が企画・参加予定の『2019年アドベントカレンダー』のお知らせ | DevelopersIO
今年もこの季節がやってまいりました。そうです。『アドベントカレンダー』です。 という事で、開催直前のこのタイミングで恒例となったこちらの企画＝クラスメソッド社員が企画・参画予定の『アドベントカレンダー』についてエントリー情報をご紹介していきたいと思います。過去のエントリについては下記をご参照ください。 クラスメソッド社員のみでの構成されている企画 アドベントカレンダーの日程として定められている計25日の担当分を、全てクラスメソッド社員で埋めた企画です。 機械学習 on AWS Advent Calendar 2019 Qiita関連ページ： クラスメソッド 機械学習 on AWS Advent Calendar 2019 - Qiita Developers.IO シリーズリンク: クラスメソッド 機械学習 on AWS Advent Calendar 2019 ｜ シリーズ ｜ Deve
AWS re:Invent 2019 の記事一覧 | DevelopersIO
[レポート] データ保護、アクセス制御、監査に AWS KMS を使用する #SEC340 #reinvent
CloudFront のキャッシュ時間に関する問題をトラブルシューティングする
Amazon CloudFront ディストリビューションがオブジェクトをキャッシュする時間を指定しようと考えて、オリジンに Cache-Control または Expires ヘッダーを追加しました。しかし、CloudFront が指定した時間においてオブジェクトのキャッシュを実行しない、またはCloudFront がキャッシュを一切行わないことがあります。 解決策 Cache-Control または Expires ヘッダーに設定したディレクティブが互いに競合していないことを確認します。Expires ヘッダーの代わりに Cache-Control max-age ディレクティブを使用することをお勧めします。両方に値を指定した場合、CloudFront は Cache-Control max-age に設定した値のみを使用します。 CloudFront ディストリビューションに設定した
[AWS] Amazon CloudFrontのキャッシュ無効化(TTL設定) | DevelopersIO
こんぬづは、昨日飲みの席でインターン時代の先輩から「ドープ」というスラングを教えてもらいました田中です。 "Awesome"とかと同じ感じで「スゲェ」とか「最高」とかの意味らしいです。イケてないのは「ノー ドープ」と言う用法らしいです。 今日はCloudFrontのキャッシュ無効化設定の方法を紹介します。 TTL設定とは まずTTLというのはTime to liveの省略で、生存期間を示す言葉です。 今回はCloudFrontのキャッシュのTTLなので、CloudFrontのエッジサーバーにキャッシュが保存される期間の設定の話になります。 キャッシュの無効化方法 オリジンサーバーのCache-Controlを設定する 今回の例はEC2上のnode.js/expressで設定。 レスポンスヘッダのCache-Controlにno-cacheか、max-ageを0に設定します。 // inde
![[AWS] Amazon CloudFrontのキャッシュ無効化(TTL設定) | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/05bf92c3dad6e282bf2cded7bb4b61f42547e50e/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F05%2FAmazon_CloudFront.png)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Terraform Registry