Google の OnAir ビデオガズムも 7 週目に入りました。つまり (まだ聞いている人がいるなら)、最新のトピックはアプリケーションのモダナイゼーションです。これは、Google の世界では (ご想像のとおり) コンテナ内で、できれば Anthos と呼ばれるサービス バンドル経由で、ものを実行するためのコードです。
クラウド大手の同社は、OnAir の機会を利用して、いくつかの新しい Anthos 機能を発表しました。具体的には以下のとおりです。
- Anthos アタッチド クラスターを使用すると、Amazon EKS (Elastic Kubernetes Service) または Microsoft AKS (Azure Kubernetes Service) 上で実行されているクラスターを Anthos 環境に接続できます。Anthos Config Management を使用してクラスターを構成したり、Anthos 機能のサブセット（具体的には Anthos Service Mesh、Config Connector、Policy Controller）を有効にしたりすることもできます。EKS または AKS クラスターでは、Kubernetes 1.16 を実行している必要があります。
- VS CodeおよびIntelliJ IDE向けのCloud Codeプラグインの機能強化。サーバーレスコンテナプラットフォームであるGoogle Cloud Run向けのアプリケーション開発に重点を置いています。テストとデバッグのためにローカルで実行できる新しいCloud Runエミュレータが追加されました。サポートされる言語はJava、Node.js、Python、Goです。C#および.NET開発者は他のツールを検討してください。開発者はIDE内からKubernetesクラスタを作成できるようになりました。高額請求を避けるため、この機能は慎重に使用することをお勧めします。
- Anthos Identity Service は、OpenID Connect をサポートする新機能で、既存のディレクトリを Anthos ワークロードで利用できるように拡張します。オンプレミスの Anthos では現在ご利用いただけませんが、AWS 上の Anthos ではベータ版としてご利用いただけます。
- 新しい Anthos 移行機能を使用すると、オンプレミスで実行されている VM を Anthos に変換したり、Windows コンテナ (ベータ版) を実行したり、GCP Web 管理コンソールで移行を監視したりできます。
- 5月に初めて導入されたAnthos for Bare Metalは、ハイパーバイザー層を介さずにLinux上でAnthosを直接実行できるオプションです。サポートされているオペレーティングシステムは、CentOS、Red Hat Enterprise Linux、Ubuntuです。主にエッジデプロイメントを対象としたこのサービスは、現在ベータ版です。
- Hybrid AI for Anthos を使用すると、Google の AI サービスをオンプレミスで実行できます。最初の例として、音声テキスト変換サービスが挙げられます。
ところで、Anthosとは何でしょうか？ギリシャ語で「野の花」を意味するこの言葉は、サブスクリプションバンドルを説明するには分かりにくい表現に思えるかもしれませんが、実際にはその役割を担っています。課金の観点から見ると、現在、従量課金制の場合はvCPUあたり9.00ドル、コミットサブスクリプションの場合はvCPUあたり6.00ドルをお支払いいただきます。オンプレミスの場合は、それぞれ75.00ドル、50.00ドルに跳ね上がります。お支払いいただく料金で、ここに挙げた機能をご利用になれます。機能は、オンプレミス、AWS、Google Cloud、または新しく接続されたクラスタを使用しているかによって異なります。
まだ混乱していますか？この技術概要を詳しく読んで、現在の図の意味を理解してみてください。この図では、Anthos が完全なプラットフォームとして示されており、GKE が低レベルのインフラストラクチャを提供し（GKE が提供しない場合を除く）、その上にクラスタ管理、サービスメッシュ、構成とポリシーの管理、アプリケーションのデプロイメントメカニズムがあり、最上位では開発者が懸命にコードを作成しています。
Anthosの大きな図: Googleがサービスのさまざまな部分を示す取り組み
Googleは「Anthosの裏側」という論文も発表しており、これは同社がAnthosの野花を徹底的に分析した優れた取り組みの一つです。「Anthosは抽象化されたインフラストラクチャ層上で動作し、その上で実行されるアプリケーションは高価値なサービスにアクセスできます」と説明されています。Cloud Runはスタックの重要な部分であり、DevOpsの観点から見ると、Cloud Code、Cloud Build、そしてCloud Runという流れが理想的なAnthosワークフローと言えるでしょう。
おそらく重要な疑問は、Cloud Code、Cloud Build、Cloud Runといった必要なGCPサービスを使うことに加え、Anthosからどのような付加価値が得られるのかということです。Googleはこの点をもっと明確に説明できるはずです。®
