Amazon Web Services（AWS）のコンテナサービスで、今最もホットな動きとは何か。コンテナ責任者を務めているディーパック・シン（Deepak Singh）氏は、迷わず「AWS Fargate」を挙げる。自身の子のような存在であり、AWSで最も好きなプロダクトだという。 「そのうち、大部分のコンテナアプリケーションのインフラとして、（「Amazon EC2」ではなく）Fargateが使われるようになるだろう。EC2上でのコンテナ配備は、一部のレガシーあるいはステートフルなアプリケーションに限られるようになる。私たちは、広範な利用を支えられるよう、Fargateの機能を強化していく」 AWSはコンテナサービスで、「Amazon Elastic Container Service（Amazon ECS）」と「Amazon Elastic Container Service for
前回までに、VPC環境／アプリケーションロードバランサ（ALB）を構築しました。今回はECSコンテナで実行するSpringアプリケーションの実装方法について解説します。 Springを使用したコンテナアプリケーションの実装方法 ECSの実態はDockerコンテナなので、ECSで実行するSpringアプリケーションは、単純にLinuxベースのOSで実行するアプリケーションを「Spring Boot」を使って実装し、ExcutableJar形式で実行するコンテナイメージを作成する方法が簡易です。 ただ、ECSを用いると、単にDockerをEC2上で実行する場合に比べて、クラスタのポートの管理やコンテナ実行がAWSのマネージドサービスになり、コンテナアプリケーション間のサービス連携はALBを介して行うほうが良いという特徴があります。アプリケーションを実装する際は、こうした点を理解しておくことが必
Amazon ECSでAuto Scaling | Amazon Web Services
Amazon Web Services ブログ Amazon ECSでAuto Scaling Amazon EC2 Container Service (Amazon ECS)のClusterを自動的にスケールさせる方法はありましたが、本日Auto ScalingとAmazon CloudWatchのAlarmに追加された新機能により、ECSのServiceにScaling Policyを利用することができます。ServiceのAuto Scalingにより、需要が高まった時にスケールアウトさせて高い可用性を実現したり、需要が下がったらServiceとClusterをスケールインさせることでコストを最適化するのを、全て自動でリアルタイムに行うことができます。 この記事では、Clusterを需要に合わせて自動的にリサイズさせつつ、この新しい機能がどうやって利用できるかをお見せします。 Se
概念図 とりあえずECSに出てくるエンティティがそれぞれどんな多重度で関連しているのかをまとめてみました。ここからはそれぞれのエンティがどんな概念なのかを解きほぐしていきたいと思います。 図1 概念図 Serviceが中心 ECSは平たく言うと クラスター（＝複数EC2インスタンスの集合）の上で Dockerコンテナを使って、 Serviceを動作させる ものです。 図2 例えばの構成 上図は、 Front Service (裏にいるAPIをCallしてWEB UIを提供するもの） API Service （ビジネスロジック、DBへの読み書きをRESTful APIで提供するもの） と言う２つのService で構成されるWEBアプリケーションの例です。 ECSで言うServiceは、Serviceは利用者から見た「サービス」よりも一段階か二段階細かいもので、APIサーバーとか、フロントサ
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 関連記事 マイクロサービスを支えるインフラアーキテクチャ (AWS Dev Day 2019登壇資料) ECSデプロイツールを公開しました ECSにおけるログの取り扱いを別ページに移動させました 設計 基本方針 基盤を設計する上で次のキーワードを意識した。 Immutable infrastructure 一度構築したサーバは設定の変更を行わない Infrastructure as Code インフラの構成をコードで管理 (Terraformを採用) Serverless architecture 無駄にサーバを増やさない アプリケーシ
AWSはなぜ、ECSがあるのにKubernetesのサービスを始めたのか、コックロフト氏に聞いた：AWSとオープンソース（1） Amazon Web Servicesが、オープンソースへの取り組みを強めている。同社は具体的に、何をどのようにやろうとしているのか。AWSクラウドアーキテクチャ戦略バイスプレジデントのエイドリアン・コックロフト氏へのインタビューを、2回に分けてお届けする。前半では特に、Kubernetesベースのコンテナ管理基盤運用サービスを提供開始した理由などを聞いた。 Amazon Web Services（以下、AWS）が、オープンソースへの取り組みを強めている。同社は具体的に、何をどのようにやろうとしているのか。本連載では、同社におけるオープンソースへの取り組みを指揮する、AWSクラウドアーキテクチャ戦略バイスプレジデントのエイドリアン・コックロフト（Adrian Co
trippieceでは2014年末頃からレガシーなEC2からOpsWorksに移行しています。 前提条件としてインフラ専属エンジニアが現時点で社内に存在せず、兼任であるため管理サーバーなどの監視、運用工数がほとんど、もしくは全くかからないで、管理サーバーなどを自前で立てないで済む選択肢に限っています。 かっちりとした構成管理、リソースに依存した設定を入れなくて済むのでスケールアップが自由自在、githubにプッシュするだけのお手軽デプロイオートメーションなど今までの面倒な手順や操作ミスから解放されるという、非常に当時は画期的な導入効果がありましたが約2年の運用期間を経てDocker運用のノウハウが一般的に十分蓄積され成熟してきたことと、OpsWorksやChefに関連する以下の問題が顕著になり移行を計画し始めました。 新規インスタンスの追加に相当時間がかかる (構成によっては20分以上)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon ECS とマネージドサービスを活用したフルコンテナ構成によるゲームサーバの構築と運用 / Amazon-ECS-game-server