Application Design Center を使用すると、プラットフォーム チームと開発チームは Google Cloudでアプリケーションを設計してデプロイできます。プラットフォーム チームは、テンプレートを作成して共有することで、アプリケーションが組織の標準に準拠するようにし、デベロッパーのデプロイ時間を短縮できます。
App Design Center のメリット
App Design Center は、次の成果に重点を置くことで、ワークフローの効率化を支援します。
- デリバリーを加速する: 手動レビューを不要にする、ポリシーに沿った事前構成済みのテンプレートを提供します。デベロッパーは、構成が承認されていることを確認して、安心してデプロイできます。
- ガバナンスを確保する: 組織の標準をテンプレートに組み込み、すべてのデプロイが最初からセキュリティ ルールとコンプライアンス ルールに準拠するようにします。
- パターンを標準化する: 再利用可能なテンプレートの一元的なカタログを作成して、複雑さを軽減し、チーム間のスケーラビリティを向上させます。
プラットフォーム チームは、組織の標準に準拠したテンプレートのライブラリを確立できます。デベロッパーが新しいアプリケーションを作成する必要がある場合は、検証済みのテンプレートを選択して、数週間ではなく数分でデプロイします。
アプリケーションのユースケース
App Design Center を使用すると、ビジネス上の問題に対する一般的なアプローチの提供を加速できます。次に例を示します。
- ウェブ アプリケーション プラットフォーム: フロントエンド、バックエンド、データレイヤを分離したスケーラブルな 3 階層アーキテクチャをデプロイして、セキュリティとパフォーマンスを向上させます。
- マイクロサービスのモダナイゼーション: 基盤となるサーバーを管理する複雑さを伴わずに、需要に合わせて自動的にスケーリングするコンテナ化されたサービスを迅速にデプロイします。
- AI 搭載エクスペリエンス: 検索拡張生成（RAG）などの生成 AI テンプレートを実装して、データを有用な分析情報に変換します。
設計とデプロイのアプローチ
目的に最適な設計とデプロイのアプローチを決定するには、次の表を使用します。
| 目標 | 主なメリット | アプローチ |
|---|---|---|
| アーキテクチャを可視化する | リアルタイムの提案とビジュアル レイアウト | デザイン キャンバス |
| 迅速なプロトタイピング | 要件から AI が生成する出発点 | 自然言語チャット |
| 自動化と統合 | 繰り返し可能でプログラム可能なワークフロー | REST API |
| コマンドライン管理 | 効率的なターミナル ベースのオペレーション | Google Cloud CLI |
アプリケーション設計を検証する
App Design Center を使用すると、Security Command Center で管理者が定義した組織のセキュリティ ポリシーに照らして、アプリケーション インフラストラクチャを検証できます。
セキュリティ フレームワークをテンプレートにアタッチすることで、デザイン キャンバスでアプリケーション評価を直接実行できます。これらの評価では、アプリケーション設計を評価し、ポリシー違反をハイライト表示するセキュリティ スコアカードを生成します。これらの検出結果は、デプロイ前に手動で、または Gemini の支援を受けて解決できます。
詳細については、セキュリティ ポリシーを適用するをご覧ください。
チームのコラボレーション ワークフロー
プラットフォーム チームとデベロッパーは、次のワークフロー例を使用して、ビジネス要件から動作するアプリケーションに移行します。
- コラボレーションを設定する: プラットフォーム管理者がスペースを作成し、チームのアクセス権を割り当てます。
- 設計テンプレート: プラットフォーム エンジニアは、組み込みのガードレールとセキュリティ ポリシーを使用してテンプレートを作成して検証します。
- セルフサービスを有効にする: プラットフォーム エンジニアは、検証済みのテンプレートをカタログに公開します。
- アプリケーションをデプロイする: アプリケーション デベロッパーは、テンプレートを選択し、アプリケーションをカスタマイズして、セキュリティ ポリシーに照らして評価し、デプロイします。
- 管理と反復処理: アプリケーション デベロッパーは、パフォーマンスをモニタリングし、ビジネスニーズの進化に応じてテンプレートの更新を適用します。
App Design Center のワークフロー
次の図は、App Design Center のワークフローと成果を示しています。
以降のセクションでは、これらの要素がワークフローをどのように推進するかについて説明します。
チームのコラボレーション スペース
スペースは、プラットフォーム チームがテンプレートを設計し、アプリケーションをデプロイする専用の領域です。この分離により、チーム固有の構成や試験運用版のアプリケーションが他のグループに影響を与えないようにします。プラットフォーム チームは、テンプレートをカタログに追加することで、組織の他のメンバーとテンプレートを選択的に共有できます。
承認済みのコンポーネント構成要素
コンポーネントは、アプリケーションの設計に使用するビルディング ブロックです。次のタイプのコンポーネントから選択できます。
- Google コンポーネント: Google Cloud のベスト プラクティスとデフォルトのセキュリティ構成を組み込んだ、Google が設計したコンポーネント。
- インポートされたコンポーネント: 独自の Terraform モジュールに基づいて、App Design Center にインポートする独自のコンポーネント。
これらのコンポーネントを使用すると、アプリケーションのすべての部分がセキュリティとパフォーマンスの標準に準拠するようになります。コンポーネントには、次のものが含まれます。
アセット: サービス アカウントやシークレットなど、他のリソースの制御に役立つサポート リソース。
サービス: クライアントに機能を公開するネットワーク インターフェースまたは API インターフェース（ロードバランサやデータベースなど）。
ワークロード: アプリケーション ロジックを実行するコンテナや仮想マシン グループなどの実行中のアプリケーション。
テンプレートを使用したセキュリティ ガバナンス
テンプレートは承認済みのデザインです。テンプレートを使用することで、プラットフォーム チームはセキュリティとコンプライアンスのルールをアプリケーションの基盤に組み込むことができます。次のテンプレートを作成して使用できます。
- アプリケーション テンプレート: プラットフォーム チームは、スペースで次のアプリケーション テンプレートを作成し、共同作業を行います。
- カタログ テンプレート: プラットフォーム チームは、カタログ テンプレートをスペースのカタログに追加し、他のスペースと共有します。
- 共有済みテンプレート: 開発チームは、スペースと共有された共有済みテンプレートを変更してデプロイできます。
要件が変更された場合は、テンプレートを更新して、変更を適用するようデベロッパーに通知することで、デプロイされたアプリケーションのフリート全体を安全かつ最新の状態に保つことができます。
カタログを使用したテンプレートの再利用
カタログは、プラットフォーム チームによって作成され、共有が承認されたテンプレートの中央リポジトリとして機能します。スペース間でカタログを共有すると、共通のプロジェクトでの重複作業を回避し、起動時間を短縮できます。
各スペースには、次のカタログタイプを設定できます。
- デフォルト カタログ: プラットフォーム チームがテンプレートを追加して他のスペースと共有するカタログ。
- 共有カタログ: 別のスペースからスペースに共有されたカタログ。
デプロイの標準化
アプリケーション ドラフトは、デプロイ可能なテンプレートのカスタマイズ バージョンです。開発チームがドラフトをデプロイすると、アプリケーションになります。このモデルにより、デベロッパーは標準化された管理された基盤の上に構築しながら、特定のアプリケーションを柔軟に構成できます。
次のステップ
- 主なコンセプトの定義の完全なリストをご覧ください。
- 環境を設定して、パターンの設計と共有を開始します。
- 事前構成済みのテンプレートを使用してすぐに開始するには、クイックスタート: Google テンプレートをカスタマイズしてデプロイするをご覧ください。
- Gemini アシスタンスを使用して最初のアーキテクチャを構築します。
- 開発チームと共有するアプリケーション テンプレートを作成します。