App Design Center の概要

App Design Center を使用すると、プラットフォーム チームと開発チームは Google Cloudでアプリケーションを設計してデプロイできます。テンプレートを作成して共有することで、プラットフォーム チームはアプリケーションが組織の標準に準拠していることを確認し、デベロッパーのデプロイ時間を短縮できます。

App Design Center のメリット

App Design Center は、次の成果に焦点を当てることでワークフローの効率化を支援します。

  • デリバリーを加速する: 事前構成済みでポリシーに準拠したテンプレートを提供し、手動レビューを不要にします。デベロッパーは、構成が承認されていることを確認して、安心してデプロイできます。
  • ガバナンスの確保: 組織の標準をテンプレートに組み込み、すべてのデプロイで最初からセキュリティとコンプライアンスのルールが適用されるようにします。
  • パターンを標準化する: 再利用可能なテンプレートの中央カタログを作成して、複雑さを軽減し、チーム全体のスケーラビリティを向上させます。

プラットフォーム チームは、組織の標準に準拠したテンプレートのライブラリを確立できます。デベロッパーは、新しいアプリケーションを作成する必要がある場合、検証済みのテンプレートを選択して、数週間ではなく数分でデプロイできます。

アプリケーションのユースケース

App Design Center を使用すると、ビジネス上の問題に対する一般的なアプローチの提供を迅速化できます。たとえば、次のようなアプローチがあります。

  • ウェブ アプリケーション プラットフォーム: フロントエンド、バックエンド、データレイヤを分離してセキュリティとパフォーマンスを向上させる、スケーラブルな 3 階層アーキテクチャをデプロイします。
  • マイクロサービスのモダナイゼーション: 基盤となるサーバーの管理の複雑さを伴うことなく、需要に合わせて自動的にスケーリングするコンテナ化されたサービスを迅速にデプロイします。
  • AI を活用したエクスペリエンス: 検索拡張生成(RAG)などの生成 AI テンプレートを実装して、データを有用な分析情報に変換します。

設計とデプロイのアプローチ

目的に最適な設計とデプロイ方法を判断するには、次の表を使用します。

目標 主なメリット アプローチ
アーキテクチャを可視化する リアルタイムの提案とビジュアル レイアウト デザイン キャンバス
迅速なプロトタイピング 要件から AI を活用した出発点 自然言語チャット
自動化と統合 再現可能なプログラマブル ワークフロー REST API
コマンドライン管理 効率的なターミナルベースのオペレーション Google Cloud CLI

チームのコラボレーション ワークフロー

プラットフォーム チームとデベロッパーは、次のワークフロー例を使用して、ビジネス要件から動作するアプリケーションに移行します。

  1. コラボレーションを設定する: プラットフォーム管理者がスペースを作成し、チームのアクセス権を割り当てます。
  2. 設計テンプレート: プラットフォーム エンジニアは、組み込みのガードレールを使用してテンプレートを作成して検証します。
  3. セルフサービスを有効にする: プラットフォーム エンジニアは、検証済みのテンプレートをカタログに公開します。
  4. アプリケーションをデプロイする: アプリケーション デベロッパーは、テンプレートを選択し、アプリケーションをカスタマイズして、デプロイします。
  5. 管理と反復処理: アプリケーション デベロッパーはパフォーマンスをモニタリングし、ビジネスニーズの進化に合わせてテンプレートの更新を適用します。

App Design Center のワークフロー

次の図は、App Design Center のワークフローと結果を示しています。

テンプレート、アプリケーション、カタログを含む 2 つのスペース。

以降のセクションでは、これらの要素がワークフローをどのように推進するかについて説明します。

チームのコラボレーション スペース

スペースは、プラットフォーム チームがテンプレートを設計してアプリケーションをデプロイする専用の領域です。この分離により、チーム固有の構成と試験運用アプリケーションが他のグループに影響しないようにします。プラットフォーム チームは、テンプレートをカタログに追加することで、組織の他のメンバーとテンプレートを選択的に共有できます。

承認済みのコンポーネント ビルディング ブロック

コンポーネントは、アプリケーションの設計に使用するビルディング ブロックです。次のタイプのコンポーネントから選択できます。

これらのコンポーネントを使用すると、アプリのすべての部分がセキュリティとパフォーマンスの標準に準拠していることを確認できます。コンポーネントには次のものがあります。

  • アセット: サービス アカウントやシークレットなど、他のリソースの制御に役立つサポート リソース。

  • サービス: クライアントに機能を公開するネットワーク インターフェースまたは API インターフェース(ロードバランサやデータベースなど)。

  • ワークロード: アプリケーション ロジックを実行するコンテナや仮想マシン グループなどの実行中のアプリケーション。

テンプレートを使用したセキュリティ ガバナンス

テンプレートは承認済みの設計です。テンプレートを使用することで、プラットフォーム チームはセキュリティとコンプライアンスのルールをアプリケーションの基盤に組み込むことができます。次のテンプレートを作成して使用できます。

  • アプリケーション テンプレート: プラットフォーム チームは、スペースで次のアプリケーション テンプレートを作成し、共同編集します。
    • 標準: コンポーネントと接続が含まれます。
    • 複合: 標準のアプリケーション テンプレート、コンポーネント、接続が含まれます。
  • カタログ テンプレート: プラットフォーム チームは、スペースのカタログにカタログ テンプレートを追加し、他のスペースと共有します。
  • 共有済みテンプレート: 開発チームは、スペースと共有された共有済みテンプレートを変更してデプロイできます。

要件が変更された場合は、テンプレートを更新して、デベロッパーに変更を適用するよう通知できます。これにより、デプロイされたアプリケーションのフリート全体が安全で最新の状態に保たれます。

カタログを使用したテンプレートの再利用

カタログは、プラットフォーム チームによって作成され、共有が承認されたテンプレートの一元的なリポジトリとして機能します。スペース間でカタログを共有すると、共通プロジェクトの重複作業を回避し、起動時間を短縮できます。

各スペースには、次のカタログタイプを設定できます。

  • デフォルト カタログ: プラットフォーム チームがテンプレートを追加して他のスペースと共有するカタログ。
  • 共有カタログ: 別のスペースからスペースと共有されたカタログ。

デプロイの標準化

アプリケーションのドラフトは、デプロイの準備が整ったテンプレートのカスタマイズ バージョンです。開発チームがドラフトをデプロイすると、アプリケーションになります。このモデルにより、開発者は標準化された管理された基盤の上に構築しながら、特定のアプリケーションを柔軟に構成できます。

次のステップ