Amazon Web Services は、共有 Elastic File System ストレージのサポートを追加し、Docker Engine の使用を削除するサーバーレス コンテナ プラットフォームのアップデートである Fargate 1.4 をリリースしました。
Fargateは、サーバーインスタンスやKubernetesポッドのプロビジョニングを不要にすることで、コンテナベースのアプリケーションのデプロイを簡素化するAmazonのサービスです。AWS Elastic Container Service (ECS) または Elastic Kubernetes Service (EKS) リソースのプロビジョニングを自動化するため、AWSはこれをサーバーレスアプローチと呼んでいます。FargateにおけるEKSのサポートは、バージニア、オハイオ、アイルランド、東京の4つのリージョンに限定されており、FargateはWindowsコンテナではなくLinuxコンテナのみをサポートしている点にご注意ください。
新たにリリースされたFargateプラットフォーム1.4には、重要な新機能が含まれています。すぐに役立つ機能の一つがElastic File System（EFS）のサポートです。FargateにEFSボリュームをマウントできるようになりました。EFSストレージはNFS（Network File System）を使用して共有されるため、柔軟なソリューションとなります。以前は、基盤となるコンテナサービスからはEFSにアクセスできましたが、Fargateを使用する場合はアクセスできませんでした。この変更により、コンテナアプリケーションでステートフルなワークロードを簡単に実行できるようになります。EKSからEFSにアクセスする方法もあります。
Fargate 1.4では、ECSまたはK8sポッドのいずれの場合でも、利用可能な一時ストレージ容量が20GBのエフェメラルボリュームに増加しました。ネットワークスタックにも変更があり、ネットワークパフォーマンスメトリクスへのアクセスを可能にする新しいFargateエージェントが追加されました。
AWSは裏で実装に変更を加え、Docker Engineを廃止しました。この変更については、こちらで詳しく説明しています。Docker Engineは、Cloud Native Computing FoundationのプロジェクトであるContainerdデーモンを基盤とするコンテナエンジンです。
AWSは、Docker Engineによって追加された機能を独自に実装することで依存関係を排除できると考えましたが、最終的なテクノロジーは依然としてContainerdに基づいています。なお、Docker Hubは引き続きサポートされています。
「Fargateは既にその機能の大部分をネイティブに提供しており、Dockerが提供するような余計な機能は必要ありません。そのため、下位のランタイムはシンプルなままで、Docker Engineの使用は不要だと判断されました」と、AWSデベロッパーアドボケイトのマッシモ・レ・フェレ氏は述べています。この変更は開発者にとってほとんど目立たないものになるはずですが、Docker固有のエラーメッセージの削除など、いくつかの細かい点があります。
新しいプラットフォームにより、AWS は、コンテナを実行するために設計されたマイクロ VM である Firecracker を Fargate コンテナと EKS ポッドで使用できるようになります。
AWS Kubernetesサービスの全リージョンでFargateがサポートされる？「現在対応中」とAWS
AWSは伝統的に製品計画について秘密主義を貫き、「顧客の要望に応える」とのみ述べています。これは概ね依然として当てはまりますが、特定の分野では少しずつオープンになってきています。例えば、チームが取り組んでいるプロジェクトの一部を示すコンテナロードマップを公開しています。
ただし、具体的な日付は記載されていません。FAQには「ジョブゼロはセキュリティと運用の安定性に関するものであるため、機能の具体的なリリース予定日をお伝えすることはできません」と記載されています。では、EKSのFargateサポートはいつ全リージョンで提供されるのでしょうか？ステータスは「現在対応中」です。®
