【GCPSketchnote】コンピュートオプションの選び方 〜GCE、GKE、Cloud Run、GCF、GAE〜

この記事は、以下のソースをもとに和訳（意訳）し、より読みやすくなるように段落構成を一部変更したものになっています。同様に使用している画像も全て以下のソースからの引用です。

タイポや誤訳、不自然な日本語訳、誤解を招く表現、表記揺れ、リンク切れ、最新でない箇所などがありましたら、指摘していただけると幸いです。その際、該当箇所を修正した上で編集リクエストを送っていただけると助かります。

はじめに

ワークロードはどこで実行すべきでしょうか？それは場合によります...。アプリケーションを実行するための適切なコンピュートオプションを選択することは、アプリケーションの成功のためにも、それを管理し開発しているチームにとっても重要です。この記事では、コンピュートオプションを選ぶ際に考慮すべき最も重要な要素をいくつか紹介します。

サービスの種類で選ぶ

Compute Engine ( GCE )

仮想マシンです。 CPU やメモリ、ディスク、 GPU の構成、実行する OS 、追加ソフトウェアを選択します。

Kubernetes Engine ( GKE )

マネージド Kubernetes クラスタです。Kubernetes は、コンテナ化されたアプリケーションのデプロイ、スケーリング、管理を自動化するためのオープンソースのシステムです。クラスターを作成し、実行するコンテナを設定します。Kubernetes はコンテナの実行を維持し続け、スケーリング、更新、接続を管理します。

Cloud Run

個々のコンテナを実行する、フルマネージドサーバーレスプラットフォームです。 Cloud Run にコードやコンテナを渡すと、 Web やその他のイベントに対応するために、必要に応じてホスティングや自動スケーリングが行われます。

App Engine ( GAE )

完全な Web アプリケーション用のフルマネージドサーバーレスプラットフォームです。ネットワークやアプリケーション、データベースのスケーリングは App Engine が行います。サポートされている言語の一つで Web アプリケーションを書き、 App Engine にデプロイすると、スケーリング、バージョン更新などが行われます。

Cloud Functions ( GCF )

イベント駆動型のサーバーレス関数です。個々の関数を書くと、イベントが発生したとき（ HTTP 、 Pub/Sub 、 Cloud Storage の変更など）に Cloud Functions がその関数を呼び出します。

サービスの特徴で選ぶ

自由にインフラを制御したいとき

もし、基盤となるインフラ（ OS 、ディスクイメージ、 CPU 、 RAM 、ディスクなど）をよりコントロールする必要があるなら、 Compute Engine を使うのが理にかなっています。レガシーアプリケーションの移行や、特定のOSを必要とする既存システムでよくあるケースです。

コンテナを使いたいとき

コンテナは、 OS を仮想化し、1つの OS インスタンスで複数のワークロードを実行できるようにするための手段です。コンテナは、高速かつ軽量で、ポータブルです。アプリケーションがコンテナ化されている場合、主に以下の2つのオプションがあります。

GKE

Google Kubernetes Engine （ GKE ）は、 OS 、 CPU 、 GPU 、ディスク、メモリ、ネットワークなど、コンテナをノード単位で完全に制御することが可能です。 GKE は Autopilot も提供しており、柔軟性と制御が必要だが、運用とエンジニアリングのリソースが限られている場合に利用することができます。

Cloud Run

一方、インフラのスケーリングを気にせずにコンテナでアプリケーションを実行したい場合は、 Cloud Run が最適な選択肢です。アプリケーションのコードを書き、コンテナにパッケージし、デプロイするだけでよいのです。

コンテナを使わず、単にWebアプリケーションを使いたいとき

HTTP ベースのアプリケーションのコードを書き、アプリケーションのスケーラビリティとデプロイを Google Cloud に任せたい場合は、Web アプリケーションのホスティングと実行用に設計された、サーバーレスでフルマネージドのオプションである App Engine が良い選択肢になります。

イベント/トリガーで関数を実行したいとき

コードが関数で、イベント/トリガーに基づいてアクションを実行するだけなら、 Cloud Functions を使ってデプロイするのが理にかなっています。

ユースケースで選ぶ

レガシーアプリケーションの移行をしたいとき

特定のライセンス、 OS 、カーネル、またはネットワーク要件を持つレガシーアプリケーションを移行する場合は、 Compute Engine を使用します。

例：

• Windowsベースのアプリケーション
• ゲノミクス処理
• SAP HANA

特定の OS や HTTP/s 以上のネットワークプロトコルを必要とする場合

アプリケーションが特定の OS や HTTP/s 以上のネットワークプロトコルを必要とする場合は、 GKE を使用します。 GKE を使用する場合、 Kubernetes を使用しているため、ハイブリッド/マルチクラウド環境へのデプロイやスケールが容易になります。

マルチクラウドとは、複数のパブリッククラウドサービスを利用することですが、ハイブリッドクラウドでは、1つまたは複数のパブリッククラウドサービスを、オンプレミスのプライベートクラウドと組み合わせて使用します。¹

Anthos は、ハイブリッド/マルチクラウドのデプロイメントに特化して設計されたプラットフォームです。インフラからアプリケーションのパフォーマンスやトポロジーまで、すべてのクラスタに一元的な可視性を提供します。

例：

• マイクロサービスベースのアプリケーション

HTTP/s と WebSocket をサポートし、任意のプログラミング言語でコンテナ化されたアプリケーションをデプロイしたいとき

HTTP/s と WebSocket をサポートし、任意のプログラミング言語でコンテナ化されたアプリケーションをデプロイするだけなら、 Cloud Run を使用します。

例：

• Web サイト
• Web アプリケーション
• API
• データ処理アプリ
• Webhook

コンテナを使わず、サーバーレスに Web アプリをデプロイしたいとき

サーバーレスプラットフォームで Web ベースのアプリケーション（ HTTP/s ）をデプロイしてホストしたい場合は、 App Engine を使用します。

例：

• Web アプリケーション
• モバイルアプリのバックエンド

コードが関数で、イベント/トリガーに基づくアクションを実行するだけの場合

コードが関数で、 Pub/Sub や Cloud Storage からのイベント/トリガーに基づくアクションを実行するだけの場合は、 Cloud Functions を使用します。

例：

• Cloud Storage のバケットに動画が保存されたら、すぐに動画のトランスコード機能を起動させる。

オープンソースによるポータビリティで選ぶ

もし、あなたの要件がポータビリティとオープンソースのサポートなら、　GKE　、　Cloud Run　、　Cloud Functions　を検討してください。これらはすべてオープンソースのフレームワークに基づいており、ベンダーロックインを回避し、ハイブリッド/マルチクラウド環境にインフラをスケールする自由をもたらしてくれます。

GKE クラスタは、 Kubernetes というオープンソースのクラスタ管理システムを利用しており²、クラスタと対話するためのメカニズムを提供します。

Cloud Run for Anthos は、 Kubernetes 上のサーバーレスワークロードをサポートするオープンソースプロジェクトである Knative によって提供されています³。

Cloud Functions は、オープンソースの FaaS （ function as a service ）フレームワークを使用し⁴、複数の環境にわたって関数を実行します。

チームの規模で選ぶ

開発者のチームが小規模で、彼らの注意をコードに集中させたい場合は、インフラ、スケール、および運用を管理するチームを持つ必要がないため、 Cloud Run や App Engine などのサーバーレスオプションが良い選択となります。

大規模なチームと独自のツールやプロセスがある場合は、 CI/CD 、セキュリティ、スケール、および運用のための独自のプロセスを定義できる Compute Engine または GKE がより理にかなっています。

課金モデルで選ぶ

Compute Engine および GKE の課金モデルは、リソースに基づいています。つまり、使用量とは関係なく、プロビジョニングしたインスタンスに対して支払うということです。また、継続利用割引や確約利用割引を利用することも可能です。

プロビジョニングとは、必要に応じてネットワークやコンピュータの設備などのリソースを提供できるよう予測し、準備しておくこと⁵

Cloud Run 、 App Engine 、および Cloud Functions は、リクエストごとに課金されるため、使用した分だけ支払うことになります。

おわりに

アプリケーションに適したコンピュートオプションを選ぶには、関連するすべての要素を考慮することが重要です。どのような決定も必ずしも完全なものではなく、ある選択肢から別の選択肢に移ることはいつでも可能であるということを覚えておいてください。

これらの点についてより詳しく知りたい方は、ビデオ「 Where Should I Run My Stuff? 」を、 GKE について知りたい方は、このトレーニングをご覧ください。

1. 「マルチクラウド」はなぜ話題？〜ハイブリットクラウドとの違いと特長〜 | VMware Cloud Frontier ↩

2. GKE の概要 | Kubernetes Engine ドキュメント | Google Cloud ↩

3. Knative-based Cloud Run services are GA | Google Cloud ↩

4. Cloud Functions | Google Cloud ↩

5. プロビジョニングとは | クラウド・データセンター用語集/IDCフロンティア ↩