🚀 ニフティ’s Notion

• Amazon Elastic Container Registry (ECR)
  • コンテナソフトウェアを公開または私的に共有して、デプロイする
  • 完全マネージド型のコンテナレジストリ
  利点

  • フルマネージドレジストリで労力を削減
    • コンテナレジストリを動かすためのインフラストラクチャの運用やスケーリングが不要になる
    • インストールや管理が必要なソフトウェアや、スケールが必要なインフラストラクチャはない
    • コンテナイメージを Amazon ECR にプッシュし、 デプロイが必要なときにコンテナ管理ツールを使用してそのイメージをプルするだけ
  • コンテナイメージを安全に共有およびダウンロード
    • コンテナイメージは HTTPS 経由で転送され、保管時にはイメージが自動的に暗号化される
    • AWS Identity and Access Management (IAM) のユーザーとロールを使用してイメージへのアクセス権限の管理やアクセスの制御を行えるようポリシーを設定できるため、認証情報を EC2 インスタンスで直接管理する必要はない
  • 高速で可用性の高いアクセスを実現
    • 高度にスケーラブルで、冗長性と耐久性を備えている
    • コンテナイメージは可用性が高くてアクセスしやすいため、アプリケーションに新しいコンテナを確実にデプロイできる
    • パブリックコンテナイメージだけでなく、ヘルムチャートやポリシー設定などの関連ファイルを配布して、デベロッパーが使用できるようにすることができる
    • コンテナソフトウェアを複数の AWS リージョンに自動的にレプリケートして、ダウンロード時間を短縮し、可用性を向上させられる
  • デプロイワークフローを簡素化する
    • Amazon EKS、Amazon ECS、AWS Lambda、Docker CLI に統合されているため、開発から本稼働までのワークフローを簡略化できる
    • Docker CLI を使用して開発マシンからコンテナイメージを簡単に Amazon ECR にプッシュでき、AWS の統合されたサービスはそのコンテナイメージを本番用デプロイにプルできる
    • コンテナソフトウェアの公開は、ソフトウェア開発プロセスで使用される CI/CD ワークフローの 1 つのコマンドと同じくらい簡単
• Amazon Elastic Compute Cloud (EC2)
  • サーバーレベルの制御でコンテナを実行する
  • 安全でサイズ変更可能なコンピューティング性能をクラウド内で提供するウェブサービス
  利点

  • ウェブスケールのクラウドコンピューティングをデベロッパーが簡単に利用できるよう設計されている
  • シンプルなウェブサービスインターフェイスによって、手間をかけず、必要な機能を取得および設定できる
  • プロセッサ、ストレージ、ネットワーキング、オペレーティングシステム、購入モデルを選択できる、幅広く奥の深いコンピューティングプラットフォームを提供する
  • クラウドの中でも最速のプロセッサを提供し、400 Gbps イーサネットでのネットワークを備えた唯一のクラウド
  • 機械学習トレーニングとグラフィックスワークロード向けの強力な GPU インスタンスに加え、クラウド内でインファレンスごとのコストが最も低いインスタンスを備えている
• Amazon Elastic Container Service (ECS)
  • コンテナ化されたアプリケーションを実行するか、マイクロサービスを構築する
  • 完全マネージド型コンテナオーケストレーションサービスであり、コンテナ化されたアプリケーションを簡単にデプロイ、管理、スケールするのに役立つ
  利点

  • 既存のツールの使用
    • お好みの CI/CD と自動化ツールを使用して、AWS の幅広いコンピューティングオプション全体で数千ものコンテナをすばやく起動する最も簡単な方法
  • コントロールプレーンやノードを管理する必要がない
    • AWS Fargate を利用してデフォルトでサーバーレスであり、管理するコントロールプレーンやノードがなく、パッチ適用やスケールするインスタンスがないため、運用に多くの時間を費やす必要がなくなる
  • コンピューティングコストが削減できる
    • プロビジョニングや自動スケーリングを自律的に処理できるため、コンピューティングコストを最大 50% 削減できる
  • セキュリティ要件や規制要件を満たしている
    • ネイティブで AWS マネジメントとガバナンスソリューションが統合されているため、実質、全世界の規制当局が定める安全性やコンプライアンスのスタンダードを満たすことができる
• AWS Fargate
  • Amazon Elastic Container Service (ECS) と Amazon Elastic Kubernetes Service (EKS) の両方で動作する、コンテナ向けサーバーレスコンピューティングエンジン
  • サーバーの管理が不要なコンテナの使用
  利点

  • インフラストラクチャではなくアプリケーションをデプロイおよび管理
    • ECS または EKS で Fargate を実行するアプリケーションの構築および運用に集中することができる
    • 操作が必要なのはコンテナのみで、料金もコンテナの分のみ
    • サーバーのスケーリング、パッチ適用、保護、管理にまつわる運用上のオーバーヘッドは発生しない
    • コンテナが実行されるインフラストラクチャが、必要なパッチにより常に最新の状態に保たれる
  • 適切なサイズのリソースと柔軟な料金オプション
    • コンテナに対して指定したリソース要件に一致するよう、コンピューティングを起動およびスケーリングする（オーバープロビジョニングおよび追加サーバーの料金は発生しない）
  • 設計段階からの安全な分離
    • 各 ECS タスクまたは各 EKS ポッドは、専用のカーネルのランタイム環境でそれぞれ実行される
    • CPU、メモリ、ストレージ、ネットワークのリソースが他のタスクやポッドと共有されることはないため、各タスクまたは各ポッドでワークロードの分離とセキュリティの向上が実現する
  • 充実したアプリケーションの可観測性
    • Amazon CloudWatch Container Insights など他の AWS サービスとの組み込み統合によって、すぐに利用できる可観測性を得ることができる
    • オープンなインターフェイスを有する幅広いサードパーティー製ツールを介してメトリクスおよびログを収集し、アプリケーションをモニタリングすることが可能
• Amazon Elastic Kubernetes Service (EKS)
  • Kubernetes でコンテナを管理する
  利点

  • 可用性とオブザーバビリティを向上させる
    • Kubernetes コントロールプレーンが複数のアベイラビリティーゾーンで運用される
    • 異常のあるコントロールプレーンノードの検出と置換が自動的に実行され、オンデマンドかつダウンタイムがゼロのアップグレードとパッチ適用も提供される
    • EKS コンソールは Kubernetes クラスターのオブザーバビリティを提供するため、問題を迅速に特定して解決することができる
  • リソースを効率的にプロビジョニングおよびスケーリングする
    • Kubernetes アプリケーションをスケーリングするためにコンピューティング容量を個別にプロビジョニングする必要がなくなる
    • AWS Fargate を選択して、アプリケーションのオンデマンドサーバーレスコンピューティングを自動的にプロビジョニングすることもできる
  • 安全な Kubernetes 環境を得る
    • 最新のセキュリティパッチが使っているのクラスターのコントロールプレーンに自動適用される

• Azure Kubernetes Service (AKS)
  • 高可用性で安全なフル マネージド Kubernetes サービス
  • Kubernetes のデプロイ、管理、運用を簡略化する
  機能

  • コンテナ化されたアプリケーション開発の高速化
    • 最も複雑な Kubernetes アプリケーションでも簡単に定義、デプロイ、デバッグ、アップグレードでき、アプリケーションを自動的にコンテナ化できる
  • 運用効率の向上
    • 組み込みの自動プロビジョニング、修復、監視、スケーリングを利用できる
    • スピーディな起動と実行が可能になり、インフラストラクチャのメンテナンスを最小限に抑える
  • エンタープライズ レベルのセキュリティが強化された基盤上で構築する
    • デプロイ時または CI/CD ワークフローの一部として、Azure Policy で定義されたガードレールを動的に適用できる
    • 検証済みのイメージのみをお使いのプライベート コンテナー レジストリにデプロイできる
  • クラウド内またはエッジで、あるいはハイブリッドとしてワークロードを実行する
    • 選択した環境内で実行されるあらゆる種類のワークロードを調整する
• Container Registry
  • すべての OCI 成果物をサポートする、Docker イメージと Open Container Initiative (OCI) イメージのレジストリ
  • Azure でのデプロイの種類を問わず、さまざまなコンテナー イメージを保存、管理
  機能

  • コンテナー イメージ以外も格納
    • コンテナワークロードを高速かつスケーラブルに取得できる
  • 開発と修正プログラムの適用にパイプラインを利用
    • Azure Container Registry タスクを使用して、イメージのビルド、テスト、プッシュ、Azure へのデプロイを効率化する
  • 数回のクリックでグローバルにスケーリング
    • 単一レジストリを有効にして、マルチマスターの geo レプリケーションによって、ユーザーとホストの場所を問わず、サービスを提供する
  • プライベート ネットワーク上にプライベート イメージを配置
    • Azure Virtual Network の統合とファイアウォール規則を使用して、プライベート ネットワークのセキュリティと、geo レプリケートされたマネージド サービスの堅牢性の両方を実現する
    • レジストリへのアクセスを、仮想ネットワーク内にデプロイされたサービス (Azure Kubernetes Service インスタンスなど) に制限する
  • コンテンツの信頼によってコンテンツ配信の保護を支援
    • レジストリからプルするコンテンツが、ノードで実行されるコンテンツであることを確認する
    • レジストリにプッシュするコンテナイメージに署名し、プル時にイメージの整合性を検証するようにイメージのコンシューマーを構成する
  • Azure Security Center の統合を利用してイメージを確認
    • Azure Container Registry でイメージを継続的にスキャンする
    • パッケージ内の既知の脆弱性や、コンテナイメージファイルで定義された他の依存関係を検出する
• Azure Service Fabric
  • 常時接続可能でスケーラブルな分散アプリを構築して運用
  • Windows または Linux でのマイクロサービスの開発とコンテナーのオーケストレーション
  機能

  • マイクロサービス開発とアプリケーション ライフサイクル管理をシンプルに
  • コンテナとマイクロサービスを確実にスケーリングし調整
  • ステートフルなコンテナまたはマイクロサービスにより低待機時間、高スループットのワークロードに対応したデータ認識型プラットフォーム
  • あらゆるものを実行
    • 言語やプログラミング モデルを自由に選択可能
  • どこでも実行可能
    • Azure やオンプレミス、他のクラウドにある Windows/Linux をサポート
  • 最大で数千台のコンピューターに合わせてスケーリング可能
• Container Instances
  • サーバーを管理することなく Azure でコンテナを簡単に実行
  • 仮想マシンを管理したり、新しいツールを習得したりせずに、アプリをすばやく開発できる
  • 自分のアプリケーションだけを、コンテナー内でクラウドで実行できる
  機能

  • サーバーを管理することなくコンテナを実行
    • Azure Container Instances (ACI) でワークロードを実行することで、アプリケーションの設計と開発に集中できる
    • アプリケーションを実行するインフラストラクチャの管理を心配する必要はない
  • 必要に応じてコンテナの俊敏性を向上
  • ハイパーバイザー分離によってアプリケーションをセキュリティ保護
    • 軽量なコンテナの効率性を維持しながら、コンテナワークロードに関して仮想マシンのセキュリティを確保する
    • コンテナグループごとにハイパーバイザー分離が行われるため、コンテナはカーネルを共有することなく、分離した状態で実行される

• Cloud Run
  • コンテナ化アプリを運用するためのフルマネージド環境
  利点

  • コンテナを秒単位で本番環境にデプロイ
  • フルマネージド
    • トラフィックに応じてほぼ瞬時にゼロから自動的にスケールされるため、インフラストラクチャの管理は一切不要
  • 開発者エクスペリエンスの向上
    • アプリケーションの開発とデプロイが、よりシンプルかつ迅速になる
• Google Kubernetes Engine（GKE）
  • コンテナ化アプリケーションを効率的かつ安全な方法で確実に実行できる（コンテナ化アプリを運用するためのマネージド環境）
  • 多数のコンテナを使って1つのサービスを実現する際に、サービスがどのようなコンテナで構成されるかを定義すれば、コンテナの立ち上げ、モニタリング、ロードバランシング、サービスの自己修復などを行うことができる
  利点

  • セキュリティを損なうことなくアプリ開発を高速化
  • リリース チャンネルによって運用を合理化
    • ビジネスニーズに合ったチャンネル（Rapid、Regular、Stable）を選択できる
  • Google SRE のサポートにより運用を簡素化
    • 自分のアプリケーションに集中して取り組む時間を取り戻すことができる
    • SRE は、クラスタとそのコンピューティング、ネットワーク、ストレージのリソースを継続的にモニタリングする
• Container Registry
  • Docker コンテナ イメージを保存、管理、保護するためのレジストリ
  特徴

  • 安全な非公開 Docker レジストリ
    • イメージのアクセス権限、表示権限、ダウンロード権限をどのユーザーに与えるかを制御できる
  • 自動的にビルドしてデプロイ
    • CI / CD 統合がすでに組み込まれているため、Cloud Source Repositories、GitHub、Bitbucket にコードを commit するとイメージが自動的にビルドされ、非公開レジストリに push される
  • 徹底的な脆弱性スキャン
    • 安全にデプロイできるコンテナ イメージを確保できる
  • リスクのあるイメージをロックダウン
  • ネイティブ Docker サポート
    • 必要に応じて複数のレジストリを定義できる
  • 高速で可用性の高いアクセス

• サービスの複雑度（クラスタ外のインフラ）
  • サービス数が少なく、サービス間通信に関するインフラが定義ファイルで記述できないとしても、全体を無理なく見通せる程度のシンプルさに抑えられるのであれば、ECSを選択するのが良さそう
• 開発状況（クラスターの運用）
  • サービスが開発途上で、サービスをどれだけ追加するか見通しが立たない状況では、EKSを選択するのが良さそう
  • 運用・保守フェーズのものをレガシー環境から移行する際に、サービス複雑度が高くない場合は、ECSを選択するのが良さそう
• kubernetesの習得状況（学習コスト）
  • Kubernetesを十分にキャッチアップできているのであれば、EKSを選択することも現実的

（参考： AWS EKSとECSの比較と選択基準 ）