説明
仮想マシン (VM) インスタンスを作成するときは、VM のブート ディスクも作成する必要があります。パブリック イメージ、カスタム イメージ、または別のブート ディスクから取得したスナップショットを使用できます。ブート ディスクを作成するときは、MBR パーティション分割の制限を考慮して、ディスク サイズを 2 TB に制限します。
Compute Engine は、インスタンスの作成時にブート永続ディスクを自動的に作成します。インスタンスに追加のデータ ストレージ スペースが必要な場合は、1 つ以上のセカンダリ インスタンス ストレージ オプションを追加します。
スタンドアロンのブート永続ディスクを作成して後でインスタンスに接続するか、ブート永続ディスクのサイズを変更してパフォーマンスを向上させ、追加のアプリケーションまたはオペレーティング システム ファイル用の領域を追加する必要がある場合があります。このプロセスについては、「永続ディスクの追加またはサイズ変更」で説明されています。
ベスト プラクティスとして、ブート ディスクにはリージョン永続ディスクを使用しないでください。フェールオーバー状況では、VM に強制的に接続されません。
ブート永続ディスクのスナップショットを作成した後、そのスナップショットのデータを新しい永続ディスクに適用できます。スナップショットからデータを適用できるのは、最初に永続ディスクを作成するときのみです。既存の永続ディスクにスナップショットを適用したり、そのスナップショットとは異なるプロジェクトに属する永続ディスクにスナップショットを適用したりすることはできません。

説明
ここで覚えておくべき重要な点は、提供されるサービス (この場合は GCP) が PaaS に対して責任を負うには、そのサービスをマネージド サービスとして提供する必要があるということです。GCP は、GKE と呼ばれる独自の Kubernetes プラットフォームを提供します。ただし、OpenShift は Google が提供する PaaS ソリューションではありません。そのため、Google はバックエンドの運用と OpenShift 環境の設計について責任を負いません。OpenShift が GCP デプロイの一部としてプロビジョニングするすべての VM を管理する必要があります。したがって、これは責任共有モデルの観点から見た IaaS 導入です。

説明
AutoML Image を使用するのが最も簡単です。画像を Cloud Storage に配置し、AutoML からそれを指定して、モデル構築プロセスを開始します。
参考リンク - https://cloud.google.com/automl

説明
Coldline ストレージは、データ アーカイブ、オンライン バックアップ、災害復旧のための、非常に低コストで耐久性の高いストレージ サービスです。Coldline ストレージは、可用性がわずかに低く、データ アクセスの最小ストレージ期間コストが 90 日であり、操作あたりのコストが高いため、アクセスする予定が年に 1 回以下のデータに最適です。
Nearline と Coldline はバックアップおよびアーカイブ ストレージ用であり、両方のストレージで最高の可用性を備えています。
99.9パーセント。

ここで覚えておくべき重要な点は、提供されるサービス (この場合は GCP) が PaaS に対して責任を負うには、そのサービスをマネージド サービスとして提供する必要があるということです。GCP は、GKE と呼ばれる独自の Kubernetes プラットフォームを提供します。ただし、OpenShift は Google が提供する PaaS ソリューションではありません。そのため、Google はバックエンドの運用と OpenShift 環境の設計について責任を負いません。OpenShift が GCP デプロイの一部としてプロビジョニングするすべての VM を管理する必要があります。したがって、これは責任共有モデルの観点から見た IaaS 導入です。