Cloud Workstations

Cloud Workstations をインストールしてカスタマイズすることで、任意の言語、ライブラリ、さらにはお好みのコードエディタを自由に組み合わせて使用できます。独自の内部ツールを使用することもできます。

GitLab や TeamCity などのサードパーティのデベロッパー ツールおよび DevOps ツールをサポートしています。外部、セルフホスト、オンプレミス、他のクラウドのツールへのアクセスを構成できます。

インフラストラクチャの管理不要。 チームごとにワークステーション構成を作成するだけで、Cloud Workstations が、定義したテンプレートに基づいてオンデマンドの開発環境を提供します。

CPU、RAM、ストレージの設定をフレキシブルに構成可能なマシンタイプを提供し、ワークステーションを用途に応じて最適なサイズに設定できます。

NVIDIA A100、T4、V100、P100、P4 などの GPU プラットフォームをサポートし、ML とデータ処理タスクを高速化します。

Cloud Workstations は、各ワークステーションのホームフォルダに Persistent Disk をアタッチできます。これによりデータを永続化できるため、使用していないときにワークステーションを稼働させておく必要はありません。

非アクティブ タイムアウトを設定して、アイドル状態のワークステーションを自動的にシャットダウンし、不要なコストを削減します。

Cloud Workstations は VPC 内で実行できるため、プライベート ネットワーク内でコードの開発や実行が可能で、サービスをエミュレートする必要はありません。

Cloud Workstations の周囲にセキュリティ境界を定義して、機密リソースへのアクセスを制限し、データの引き出しリスクを軽減します。

セキュリティを強化するために、Cloud Workstations は、プライベート ネットワークに直接アクセスできるユーザーのみにアクセスを制限するよう設定できます。

Cloud Workstations は最小権限の原則に従っており、デフォルトのユーザーは自身で作成したワークステーションにのみアクセスできます。管理者は、必要に応じて追加のアクセスレベルを付与できます。

コンテキスト ベースのアクセス ポリシーや、ダウンロード、コピー、貼り付け、印刷などでのコードの引き出し防止。

ワークステーション セッションの最大時間を設定します。これにより、開発者がログインするたびに、開発環境の最新バージョンや更新プログラム、パッチが自動的に適用されます。

Cloud Workstations のすべての開発環境はコンテナとして定義されており、拡張や変更、さらには完全に置き換えることもできます。これにより、ツール、ライブラリ、IDE 拡張機能、プリロードされたファイル、起動スクリプトなどを柔軟にカスタマイズできます。

ブラウザ IDE、ローカル IDE、SSH トンネル、さらには TCP トンネルなど、複数のインターフェースから Cloud Workstations にアクセスできるため、用途に最も適したインターフェースで開発できます。

Code OSS 用 Cloud Workstations などのマネージド IDE、または複数の JetBrains IDE（例: IntelliJ IDEA、PyCharm、Rider、CLion）を使用します。また、Posit Workbench（RStudio Pro 対応）を使用することも、独自のコードエディタを使用して開発ワークフローとツールを柔軟に定義することもできます。

組み込みのポート転送により、ブラウザから直接 Cloud Workstations の任意のポートにすばやくアクセスできます。ポート転送は IAM によって自動的に制御されます。

JetBrains IDE のデベロッパーは、JetBrains Gateway 経由で Cloud Workstations にアクセスできるため、クラウドにリモート バックエンドを配置しながら、好みの IDE ですぐに開発を開始できます。

Visual Studio Code デベロッパーは、リモート SSH を介して Cloud Workstations にアクセスできるため、リモート バックエンドをクラウドに保持しながら、Visual Studio Code をローカルで使用できます。

Cloud Workstations は、WebSocket 接続を介してトンネリングされた SSH アクセスをサポートしています。すべての SSH アクセスは Google Cloud の認可と IAM 権限の対象となるため、SSH 認証鍵を管理したりローカルに保存したりすることなく、アクセス制御を確保できます。