Amazon Web Services ブログ
Category: Amazon Elastic Container Service
AWS Fargate タスクのリタイア通知による運用の可視性の向上
この記事では、AWS がインフラストラクチャを安全かつ最新の状態に保つための仕組みの 1 つである AWS Fargate タスクのリタイア通知について深掘りし、リタイア通知からタスクのリタイアまでの時間を制御する方法を紹介します。また、Amazon EventBridge と AWS Lambda を使用して、タスクのリタイア通知を捕捉し、 チャットアプリケーションである Slack に転送する方法を紹介します。
ECS Blueprints で Amazon ECS ベースのワークロードを加速しよう
Amazon Elastic Container Service (Amazon ECS) でコンテナワークロードを簡単かつ素早くビルド可能にする、ECS Blueprints for AWS Cloud Development Kit (AWS CDK) をご紹介いたします。
AWS Fault Injection Simulator の Amazon ECS に関する新機能のお知らせ
Amazon ECS や Amazon EKS で稼働するワークロードに様々なフォールトインジェクション (障害注入) ができる AWS Fault Injection Simulator (FIS) の新機能をお知らせします。このブログでは、Amazon ECS に関する新しい AWS FIS アクションの利用方法を紹介します。
Amazon ECS on AWS Fargate で設定可能な Linux パラメータの追加
AWS Fargate 上の Amazoon ECS タスクにおいて、① Linux カーネルパラメータを調整可能に、② コンテナ間で PID namespace を共有可能になりました。Linux カーネルパラメータを調整することで、ワークロードのネットワークスループットを最適化したり、信頼性を向上させることが可能になります。また、ECS タスク内のコンテナ間で PID namespace を共有することで、コンテナランタイムセキュリティツールなどの可観測性ツールをサイドカーコンテナとして実行することが容易になります。
AWS Copilot を用いた pub/sub アーキテクチャの実装
このブログでは、AWS Copilot CLI を使用して、Amazon ECS 及び AWS Fargate 上で publisher サービスと subscriber ワーカーサービスを簡単に実装する方法説明します。
ECRレプリケーションを使用するECRリポジトリのKMS暗号化設定
このブログ投稿では、イメージレプリケーションを使用する Amazon Elastic Container Registry (Amazon ECR) における AWS Key Management Service (AWS KMS) の設定方法を学ぶことができます。 リポジトリ設定は自動的にレプリケートされません。この記事に記載されている情報により、お客様の組織がセキュリティを最優先し、チームが使い慣れた AWS のツールやサービスを活用できるようになります。
詳解 : Seekable OCI を使用した AWS Fargate におけるコンテナイメージの遅延読み込み
この記事では、Seakable OCI (SOCI) の詳細と、コンテナイメージの内容を変更したり既存のツールやワークフローを変更することなく、SOCI を用いてコンテナイメージのインデックスを作成する方法について説明します。また、SOCI インデックスを利用してコンテナイメージを遅延読み込みする remote containerd snapshotter、SOCI snapshotter についても説明します。最後に、AWS Fargate で SOCI を使用する際の考慮点について説明します。
AWS Fargate はシーク可能な OCI を使用してより高速なコンテナ起動を可能に
コンテナを使った開発は、アプリケーションのデプロイとスケーリングの方法としてますます人気が高まっていますが、ま […]
【開催報告&資料公開】「コンテナで ARM アーキテクチャを活用するには?Deep Dive 版」セミナー
ソリューションアーキテクトの苅野です。2023 年 5 月 25 日に「コンテナで ARM アーキテクチャを活 […]
Kubernetes as a platform vs. Kubernetes as an API
Kubernetes とは何ですか?私はこの技術に初期から取り組んできましたが、8 年経っても、この問いにハッキリと答えられません。Kubernetes をコンテナオーケストレーターとして定義する人もいますが、その定義は果たして、Kubernetes を正しく表現できていると言えるでしょうか。私はそう思いません。この記事では、Kubernetes について、従来の考え方にとらわれない考え方や、技術の伸びしろを探ってみたいと思います。
Amazon Elastic Kubernetes Service (Amazon EKS) は、お客さまに代わって、Kubernetes クラスターを運用をする AWS のマネージドサービスであり、非常に大規模で幅広いお客様にご愛用いただいております。彼らのようなお客様が、Amazon EKS をどのように活用しているか、またどのように考えているかという価値観はさまざまです。Kubernetes を「プラットフォーム」として考えている人もいれば、AWS サービスを管理するためのファサードと考えている人もいます。
つまり、完全に自分達の中でコントロールするという意見から、完全なマネージドサービスであるという意見まで、幾つもの考え方が存在します。
それでは、これからそれぞれの考え方について詳しく見ていきましょう。そのために、バックエンドのデータベースを持つ簡単なアプリケーションを AWS 上の Kubernetes へデプロイするために使用できるさまざまなモデルを探ります。また、この記事の最後には、表現された概念を着地させ、実践的に実証するためのデモがあります。