App 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 워크플로
다음 다이어그램은 App Design Center 워크플로와 결과를 보여줍니다.
다음 섹션에서는 이러한 요소가 워크플로를 어떻게 추진하는지 설명합니다.
팀 공동작업을 위한 공간
공간은 플랫폼팀이 템플릿을 설계하고 애플리케이션을 배포하는 독점 영역입니다. 이 격리를 통해 팀별 구성 및 실험용 애플리케이션이 다른 그룹에 영향을 미치지 않도록 할 수 있습니다. 그런 다음 플랫폼팀은 템플릿을 카탈로그에 추가하여 조직의 나머지 부분과 템플릿을 선택적으로 공유할 수 있습니다.
승인된 구성요소 빌딩 블록
구성요소는 애플리케이션을 설계하는 데 사용하는 빌딩 블록입니다. 다음 유형의 구성요소 중에서 선택할 수 있습니다.
- Google 구성요소: 권장사항과 기본 보안 구성을 통합하는 Google에서 설계한 구성요소입니다. Google Cloud
- 가져온 구성요소: 자체 Terraform 모듈을 기반으로 App Design Center로 가져오는 자체 구성요소입니다.
이러한 구성요소를 사용하면 애플리케이션의 모든 부분이 보안 및 성능 표준을 준수하도록 할 수 있습니다. 구성요소에는 다음이 포함될 수 있습니다.
애셋: 서비스 계정 또는 비밀번호와 같은 다른 리소스를 제어하는 데 도움이 되는 지원 리소스입니다.
서비스: 부하 분산기 또는 데이터베이스와 같이 클라이언트에 기능을 노출하는 네트워크 또는 API 인터페이스입니다.
워크로드: 애플리케이션 로직을 실행하는 컨테이너 또는 가상 머신 그룹과 같은 실행 중인 애플리케이션입니다.
템플릿을 사용한 보안 거버넌스
템플릿은 승인된 디자인입니다. 플랫폼팀은 템플릿을 사용하여 애플리케이션의 기본 토대에 보안 및 규정 준수 규칙을 삽입할 수 있습니다. 다음 템플릿을 만들고 사용할 수 있습니다.
- 애플리케이션 템플릿: 플랫폼팀은 공간에서 애플리케이션 템플릿을 만들고 공동작업합니다.
- 카탈로그 템플릿: 플랫폼팀은 다른 공간과 공유하는 공간의 카탈로그에 카탈로그 템플릿을 추가합니다.
- 공유 템플릿: 개발팀은 공간과 공유된 공유 템플릿을 수정하고 배포할 수 있습니다.
요구사항이 변경되면 템플릿을 업데이트하고 개발자에게 이러한 변경사항을 적용하도록 알림으로써 배포된 애플리케이션의 전체 플릿을 안전하고 최신 상태로 유지할 수 있습니다.
카탈로그를 사용한 템플릿 재사용
카탈로그는 플랫폼팀에서 공유를 위해 만들고 승인한 템플릿의 중앙 저장소 역할을 합니다. 공간 간에 카탈로그를 공유하면 일반적인 프로젝트의 중복된 노력을 방지하고 시작 시간을 간소화할 수 있습니다.
각 공간에는 다음과 같은 카탈로그 유형이 있을 수 있습니다.
- 기본 카탈로그: 플랫폼팀이 다른 공간과 공유할 템플릿을 추가하는 카탈로그입니다.
- 공유 카탈로그: 다른 공간에서 내 공간으로 공유된 카탈로그입니다.
배포 표준화
애플리케이션 초안은 배포할 준비가 된 템플릿의 맞춤설정된 버전입니다. 개발팀이 초안을 배포하면 애플리케이션이 됩니다. 이 모델을 사용하면 개발자는 표준화되고 관리되는 토대를 기반으로 특정 애플리케이션을 유연하게 구성할 수 있습니다.
다음 단계
- 주요 개념의 정의 전체 목록을 확인합니다.
- 환경을 설정하여 패턴 설계 및 공유를 시작합니다.
- Gemini 지원으로 첫 번째 아키텍처를 빌드합니다.
- 개발팀과 공유할 애플리케이션 템플릿을 만듭니다.