App Design Center 개요

Application Design Center를 사용하면 Google Cloud에서 애플리케이션 인프라의 설계 및 배포를 간소화할 수 있습니다. App Design Center를 사용하여 승인된 아키텍처 패턴의 카탈로그를 설정하고 관리하면 개발자가 조직 표준 및 권장사항에 부합하는 애플리케이션을 빠르고 안전하게 프로비저닝할 수 있습니다.

App Design Center를 사용해야 하는 이유

앱 디자인 센터는 다음과 같은 책임과 관련된 목표를 달성하는 데 도움이 됩니다.

  • 플랫폼 관리자 및 플랫폼 엔지니어: 각 개발팀의 요구사항에 맞게 스페이스를 맞춤설정합니다. 각 스페이스에서 회사 거버넌스 규칙을 통합하는 애플리케이션 템플릿을 제공합니다.

  • 애플리케이션 개발자: 애플리케이션을 빠르게 맞춤설정하고 배포합니다. 배포 후 코드 저장소에 연결하여 클라이언트 코드 또는 컨테이너를 가져올 수 있습니다.

예를 들어 App Design Center를 사용하여 비즈니스 목표를 해결하는 개념을 개발하고 평가할 수 있습니다. 관리자는 초기 템플릿을 만들고 반복하면서 템플릿을 개선할 수 있습니다. 개발자는 템플릿을 사용하여 여러 환경에 애플리케이션을 배포할 수 있습니다.

앱 디자인 센터를 사용하여 다음 애플리케이션 유형을 설계하고 배포할 수 있습니다.

  • 서빙 인프라 예를 들어 격리된 여러 백엔드를 포함하는 3계층 웹 애플리케이션이 있습니다.
  • 컨테이너화된 클라우드 네이티브 예를 들어 데이터베이스의 장기 실행 작업을 처리하는 Cloud Run 서비스가 있습니다.
  • 소개합니다. 예를 들어 포괄적인 검색 결과를 제공하는 검색 증강 생성 (RAG) 아키텍처가 있습니다.

App Design Center 사용 방법

다음 항목을 사용하여 App Design Center에서 애플리케이션을 설계하고 배포할 수 있습니다.

  • 디자인 캔버스: 캔버스에 애플리케이션 구성요소를 추가하여 애플리케이션 다이어그램을 만듭니다. 구성요소를 추가하면 추가 구성요소와 가능한 연결에 대한 제안을 받을 수 있습니다.

  • 자연어 채팅: Gemini Cloud Assist가 있는 경우 채팅을 통해 다음 작업을 할 수 있습니다.

    • 비즈니스 문제를 제공하면 제안된 초기 디자인을 받을 수 있습니다.
    • 특정 Google Cloud 제품을 설정하고 연결합니다. Gemini가 App Design Center에서 제안된 초기 디자인으로 응답합니다. 애플리케이션을 만들 때 Gemini와 채팅하여 디자인 제안을 받으세요.
  • API: 프로그래매틱 방식으로 애플리케이션을 만들고 관리합니다.

App Design Center 워크플로

관리자와 애플리케이션 개발자는 다음 반복 워크플로를 사용하여 App Design Center에서 애플리케이션을 설계하고 배포합니다.

  1. 요구사항을 수집하고 계획합니다.
  2. 설계, 아키텍트, 공동작업
  3. 템플릿과 가이드라인을 개발합니다.
  4. 테스트, 디버그, 최적화, 배포
  5. 반복합니다.

App Design Center 개념

다음 다이어그램은 앱 디자인 센터 개념과 연결을 보여줍니다.

템플릿, 애플리케이션, 카탈로그가 있는 두 개의 스페이스

이러한 기본 요소가 함께 작동하는 방식을 이해하려면 다음 주요 개념을 검토하세요.

  • 스페이스: 팀이 공동작업하고, 템플릿을 만들고, 애플리케이션을 배포할 수 있는 전용 영역입니다.
  • 애플리케이션 템플릿: 구성요소로 빌드된 배포 가능한 의견이 있는 아키텍처입니다.
  • 구성요소:Google Cloud 권장사항에 따라 설계된 재사용 가능한 빌딩 블록입니다.
  • 애플리케이션: 템플릿에서 생성된 인스턴스로, 맞춤설정하고 배포할 수 있습니다.
  • 카탈로그: 여러 공간 간에 공유할 수 있는 템플릿 모음입니다.

스페이스: 팀 공동작업을 위한 영역

공간은 팀이 템플릿을 만들고 애플리케이션을 배포하는 전용 영역입니다. 스페이스에서 만든 템플릿과 애플리케이션은 스페이스에서만 사용할 수 있습니다. 관리자는 템플릿을 카탈로그에 추가하고 카탈로그를 다른 공간과 공유하여 템플릿을 다른 공간과 공유할 수 있습니다.

관리자는 공간을 만들고 템플릿과 애플리케이션에 액세스할 수 있는 하나 이상의 팀에 공간을 할당합니다. 팀별 또는 목적별로 스페이스를 만들 수 있습니다.

애플리케이션 템플릿: 전문가 의견이 담긴 아키텍처

애플리케이션 템플릿은 배포 가능한 구성요소 조합입니다. 다음 템플릿 유형을 사용할 수 있습니다.

  • 애플리케이션 템플릿: 공간에서 만들고 공간의 다른 사용자와 공동작업하는 템플릿입니다.
  • 카탈로그 템플릿: 스페이스의 카탈로그에 추가하는 템플릿입니다.
  • 공유 템플릿: 카탈로그에 추가하여 다른 공간과 공유하는 템플릿 또는 카탈로그를 통해 내 공간과 공유된 템플릿입니다.

비즈니스 요구사항이 변경되면 템플릿 수정사항을 만들어 배포할 수 있습니다. 예를 들어 성능을 개선하기 위해 캐싱용 메모리 저장소를 추가할 수 있습니다. 템플릿을 업데이트하고 다시 공유하면 개발자가 배포된 애플리케이션을 업데이트하여 최신 버전을 반영할 수 있습니다.

구성요소: 템플릿 빌딩 블록

구성요소는 애플리케이션 템플릿을 설계할 때 추가하고 연결할 수 있는 빌딩 블록입니다. 구성요소는 다음 중 하나일 수 있습니다.

  • 애셋: 다른 리소스를 제어하는 데 도움이 되는 상위 수준 리소스입니다.

  • 서비스: 클라이언트가 네트워크를 통해 사용하는 기능을 노출하는 네트워크 또는 API 인터페이스입니다.

  • 워크로드: 비즈니스 기능의 하위 집합을 실행하는 MIG 배포와 같은 바이너리 배포입니다.

다음 구성요소 중에서 선택할 수 있습니다.

애플리케이션: 템플릿에서 맞춤설정 및 배포

템플릿에서 애플리케이션 초안을 만듭니다. 그런 다음 다음 방법 중 하나를 사용하여 구성하고 배포할 수 있습니다.

카탈로그: 공유 가능한 템플릿 모음

카탈로그는 여러 공간과 공유할 수 있는 애플리케이션 템플릿의 모음입니다. 다음 카탈로그 유형을 사용할 수 있습니다.

  • Google 카탈로그: 권장사항을 사용하여 Google에서 만든 애플리케이션 템플릿이 포함된 공개 카탈로그입니다. 이 카탈로그는 모든 공간과 공유됩니다.

  • 기본 카탈로그: 각 스페이스에는 다른 스페이스와 공유할 템플릿을 추가할 수 있는 기본 카탈로그가 있습니다.

  • 공유 카탈로그: 다른 공간과 공유하는 카탈로그 또는 다른 공간에서 내 공간과 공유한 카탈로그입니다.

다음 단계