Anthosとは？GKE Enterpriseへ統合されたマルチクラウドKubernetes管理の全体像

Anthosは、Googleが2019年に打ち出した、複数のクラウドやオンプレミスにまたがってKubernetesを一元管理するための基盤です。ただし、いま「Anthosとは」と調べて出てくる情報の多くは2021年前後のもので、現状とはずれています。Anthosという名称はその後GKE Enterpriseへ集約され、2025年9月にはエディション自体が廃止されて単一のGoogle Kubernetes Engine（GKE）へ統合されました。本記事は、Anthosが担ってきたマルチクラウドKubernetes管理の実体、Fleet・Connect Gateway・Anthos Service Meshといった構成、そして改称の経緯までを実装の視点で整理します。読み終えると、古い記事の記述を現在の名称へ読み替えたうえで、自社にこの種の基盤が必要かを条件付きで判断できます。

まとめ：Anthosは名称変更を経てGKE中心のマルチクラウド基盤へ集約された

Anthosの正体は、Google Cloud・他社クラウド・オンプレミスに散らばったKubernetesクラスタを、Fleet（艦隊）という単位で束ねて一括管理する仕組みです。設定の同期、サービス間通信の制御、認証の統一といった横断的な運用を、クラスタごとの個別作業から解放するのが狙いでした。この機能群は現在、製品名としてのAnthosではなくGKEの一部として提供されています。

実務での結論を先に示します。Anthos（現在のGKEによるマルチクラウド管理）が効くのは、規制や既存資産の都合で複数環境にクラスタを分散させざるを得ない組織です。逆に、単一クラウドで数個のクラスタしか動かさない規模では、束ねる仕組みの運用コストが得られる価値を上回ります。名称の変遷に振り回されず、実体である「マルチクラウドKubernetes管理が本当に要るか」で判断するのが要点です。

マルチクラウドとハイブリッドでKubernetesを一元管理するAnthosの正体

Anthosが解こうとしたのは、Kubernetesが普及した先で起きる「クラスタが増えすぎて管理しきれない」課題です。オンプレミスにも他社クラウドにもクラスタが立ち、それぞれで設定・認証・監視がばらばらになる。この分散を、Google Cloudの管理面から横串で扱えるようにしたのがAnthosの設計思想でした。

複数環境に散らばるKubernetesクラスタを束ねる運用課題

Kubernetes単体は、1つのクラスタを動かす技術です。ところが実際の企業では、本番はGoogle Cloud、既存システムはオンプレミス、別部門はAWSといった形でクラスタが分かれます。各クラスタで設定ファイルもアクセス権も別管理になると、ポリシーの一貫性が崩れ、監査もつらくなる。Anthosはこの「クラスタの群れ」を1つの対象として扱い、設定とポリシーを中央から配る発想で組み立てられています。Kubernetesそのものの役割や、自社にオーケストレーションが要るかの判断は、Kubernetesによるコンテナオーケストレーションの基礎と要否判断で先に押さえておくと理解が早まります。

Fleetという単位で複数クラスタを一括管理するAnthosの設計

Anthosの中核概念がFleet（艦隊）です。複数のクラスタを1つのFleetに登録すると、それらを論理的なグループとしてまとめて扱えます。設定の同期先も、サービスメッシュの適用範囲も、認証の共通化も、このFleet単位で指定します。クラスタが物理的にどのクラウドにあるかを意識せず、「Fleetに属するクラスタ全部へ同じポリシーを適用する」といった操作ができる。これが、環境をまたいだ一元管理を成立させる土台です。

Config同期とService MeshとMigrateという主要コンポーネント

Anthosは単一の製品というより、複数の機能の束でした。設定を全クラスタへ宣言的に同期するConfig Sync、通信制御を担うAnthos Service Mesh、既存の仮想マシンをコンテナへ移すMigrate、ポリシー違反を防ぐPolicy Controllerが代表格です。いずれもコンテナ化されたワークロードを前提にしており、コンテナの基礎と仮想マシンとの違いを理解していると、各機能が何を管理しているのかが具体的につかめます。

AnthosからGKE Enterpriseへ統合された改称の経緯

ここが、既存の解説記事と現状が最も食い違う箇所です。Anthosという名称は、いまのGoogle Cloudでは基本的に使われていません。二段階の変更を経て、機能はGKEへ吸収されました。古い情報を読むときは、この経緯を前提に読み替える必要があります。

2019年の発表から2023年のGKE Enterprise化までの流れ

Anthosは2019年4月のGoogle Cloud Next ’19で発表されました。当初はハイブリッド・マルチクラウド向けの有償サブスクリプションとして位置づけられ、GKE On-PremやMigrateなどの機能をまとめて利用できる契約単位でした。その後、2023年8月のGoogle Cloud Next ’23で、これらの機能群はGKEの上位エディションであるGKE Enterpriseへ再編されます。「Anthosという別製品を契約する」形から、「GKEのエディションを選ぶ」形への移行です。

2025年9月にエディションが廃止され単一のGKEへ統合された流れ

変更はもう一段進みました。Google Cloudの公式リリースノートによれば、2025年9月にGKEのエディション（tier）区分そのものが廃止されます。旧GKE Enterpriseの機能は標準のGKEへ統合され、必要な追加機能は個別のSKUとして購入する形へ変わりました。GKEクラスタから「tier」という属性がなくなり、単一のGKEに一本化された、というのが2025年時点の姿です。名称の変遷を時系列で整理すると、次のようになります。

つまり、機能は消えていません。マルチクラウドでKubernetesを束ねる能力はGKEの中に残り、ブランドとしてのAnthosだけが役目を終えた、と捉えるのが正確です。

検索で出る2021年前後の古いAnthos記事を読み替える方法

SERP上位に並ぶ解説の多くは、Anthosが独立した製品だった時期に書かれています。それらが説明する機能自体は今も有効ですが、「Anthosを契約する」「Anthosの料金」といった記述は、現在のGKEのSKU体系へ読み替える必要があります。GKEの版そのものの動きは頻繁に更新されるため、たとえばKubernetes 1.34の新機能とEOLのように、最新の版情報は別途一次情報で確認するのが安全です。

他クラウドやオンプレのKubernetesを束ねる実装の勘所

実装の観点でAnthosすなわちGKEのマルチクラウド管理を見ると、鍵になるのは3つです。外部クラスタの接続、認証の統一、通信制御。名称が変わっても、この3点の仕組みは引き継がれています。

Connect Gatewayで外部クラスタをGoogle Cloudへ接続

Google Cloudの外にあるクラスタをFleetへ登録する入口が、Connect Gatewayです。オンプレミスや他社クラウド上のクラスタにエージェントを入れ、そこからGoogle Cloud側へアウトバウンド接続を張ります。管理者はGoogle CloudのコンソールやAPIを窓口に、外部クラスタへコマンドを届けられる。ファイアウォールの内側にあるクラスタでも、外向き通信さえ許可すれば中央管理の対象にできる点が実装上の勘所です。

Fleet Workload Identityで認証情報を統一する仕組み

複数クラスタを束ねるとき、各クラスタが個別にサービスアカウントの鍵を持つと、鍵の配布と失効が破綻します。Fleet Workload Identityは、Fleet全体で共通のIDプールを使い、クラスタ上のワークロードへ短命な認証情報を発行する方式です。長期の鍵ファイルを配らずに済むため、漏えい面の負債を減らせます。この基盤にあるWorkload Identityの仕組みを理解しておくと、なぜ鍵を持たせずに認証できるのかが腑に落ちます。

マネージドIstioとしてのAnthos Service Meshの位置づけ

サービス間通信の制御を担うのが、Anthos Service Meshです。実体はオープンソースのIstioをGoogleがマネージドで提供するもので、各サービスへプロキシを差し込み、暗号化・リトライ・観測性をアプリのコード変更なしに足します。Fleetに登録したクラスタ群へ横断的に適用できるのが、単体のIstioとの違いです。サービスメッシュのサイドカー方式とAPIゲートウェイとの違いを押さえると、この機能が通信のどの層を引き受けているのかが具体化します。

マルチクラウドKubernetes基盤を自社に入れるべきかの損益分岐

ここからは判断を言い切ります。マルチクラウドでKubernetesを束ねる基盤は、便利そうだからという理由で入れるものではありません。束ねる仕組みには恒常的な運用コストがかかり、それを正当化できる条件は限られます。採用が効く条件と、逆に過剰になる場面を具体的に分けます。

規制対応やマルチクラウド要件が揃う場合にAnthosが効く条件

この種の基盤が明確に効くのは、環境を分けざるを得ない事情があるときです。データの所在に関する規制でオンプレミスを残す必要がある、買収で複数のクラウドが混在している、特定ベンダーへの依存を避けたい、といった要件が実在する組織が該当します。クラスタが十数個以上に増え、共通のセキュリティポリシーを一括で当てたい規模なら、中央管理の恩恵が運用コストを上回ります。環境が分かれている事実が先にあり、それを束ねる手段としてこの基盤を選ぶ、という順番が健全です。

単一クラウドや小規模のシステムでは過剰になる見送りの判断基準

逆に、Google Cloudだけで完結し、クラスタも数個という規模では、この基盤は過剰です。FleetやService Meshの運用には学習コストと恒常的なリソース消費が伴い、小規模ではその負担が便益を上回ります。判断の目安を整理します。

単一クラウド・小規模なら、GKEを素直に使い、通信制御はアプリのライブラリで足すほうが軽く済みます。流行や名称の新しさを理由に導入すると、運用の負債だけが残ります。

受託開発でマルチクラウドへの移行基盤を設計するときの実装指針

新規に基盤を設計するなら、最初からFleetやメッシュを前提に固めず、まず単一クラスタで動かし、環境を分ける必然が生じた段階で束ねる仕組みを足すのが安全です。将来のマルチクラウド化が読めているなら、認証をFleet Workload Identityへ寄せておくと、後からクラスタを増やしても鍵管理が破綻しません。こうした移行のフェーズ分けと基盤設計は、規模と規制要件を前提に切り分けておくと手戻りが減ります。マルチクラウド前提のシステム設計を外部の力で進めたい場合は、Webシステム開発の相談時に、既存環境の構成とクラウド戦略をあわせて整理しておくと精度が上がります。

よくある質問

Anthosとその後継にあたるGKEについて、検索でよく調べられる疑問を5つ整理します。

Anthosとは何ですか？

Googleが2019年に提供を始めた、複数のクラウドやオンプレミスにまたがってKubernetesを一元管理する基盤です。クラスタ群をFleetという単位で束ね、設定の同期・通信制御・認証の統一を横断的に行います。ただし製品名としてのAnthosは現在使われておらず、機能はGKEへ統合されています。

AnthosとGKEの違いは何ですか？

もともとGKEはGoogle Cloud上でKubernetesを動かすマネージドサービスで、Anthosはそれを他環境まで広げてマルチクラウド管理を足す上位の枠組みでした。2023年にAnthosの機能はGKE Enterpriseエディションへ再編され、2025年9月にはエディション区分が廃止されて単一のGKEへ統合されています。現在は「GKEの一機能」として同じ能力が提供されると捉えると整理できます。

Anthos Clustersとは何ですか？

Anthosの管理下に置かれる個々のKubernetesクラスタを指す呼び方です。Google Cloud上のGKEクラスタだけでなく、オンプレミスやAWS・Azure上に構築したクラスタも含みます。これらをFleetへ登録することで、環境の違いを越えて共通のポリシーや通信制御を適用できる仕組みでした。現在はGKEのFleet管理として同じ構成が引き継がれています。

Anthos Service Meshの料金はいくらですか？

Anthos Service Meshは、かつてAnthosやGKE Enterpriseのサブスクリプションに含まれる形で課金されていました。2025年9月にエディションが廃止され単一GKEへ統合された結果、メッシュ機能は追加のSKUとして購入する体系へ変わっています。料金は時点と構成で変動するため、契約前にGoogle Cloudの公式料金ページで現行の条件を確認するのが確実です。

Anthosは今も使えますか？

製品名としてのAnthosは役目を終えていますが、Anthosが担っていたマルチクラウドKubernetes管理の機能はGKEの中に残り、今も利用できます。過去のドキュメントやブログにある「Anthos」の記述は、現在のGKEおよび個別SKUへ読み替えて理解するのが正確です。新規に検討するなら、GKEのFleet機能を起点に調べるのが近道です。

関連記事

• コンテナオーケストレーションとは？Kubernetesの役割と自社に必要かの判断を解説：Anthosが束ねる対象であるKubernetesの役割と要否判断を扱う親テーマ
• サービスメッシュとは？サイドカー方式の仕組みとAPIゲートウェイとの違い・導入判断を解説：Anthos Service Meshの基盤にあたるサービスメッシュの仕組み
• Workload Identityとは何か？その仕組みと基本概念を解説：Fleet Workload Identityの土台となる認証方式の基礎
• Kubernetes 1.34の新機能・変更点・EOLまとめ｜DRA GAやEKS対応を解説：GKEの土台であるKubernetes本体の最新の版動向
• コンテナとは？仮想マシンとの違いからDocker・企業の導入判断まで解説：Anthosが管理するコンテナ化ワークロードの前提知識