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 インターフェース（ロードバランサや データベースなど）。

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

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

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

  • アプリケーション テンプレート: プラットフォーム チームは、スペースで アプリケーション テンプレートを作成して共同作業を行います。
  • カタログ テンプレート: プラットフォーム チームは、スペースの カタログにカタログ テンプレートを追加し、他のスペースと共有します。
  • 共有済みテンプレート: 開発チームは、スペースと共有された共有済みテンプレートを変更してデプロイできます。

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

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

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

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

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

デプロイの標準化

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

次のステップ