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 지원으로 첫 번째 아키텍처를 빌드합니다.
- 개발팀과 공유할 애플리케이션 템플릿을 만듭니다.