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

애플리케이션 설계 검증

App Design Center를 사용하면 Security Command Center의 관리자가 정의한 조직 보안 정책을 기준으로 애플리케이션 인프라를 검증할 수 있습니다.

템플릿에 보안 프레임워크를 연결하면 디자인 캔버스에서 직접 애플리케이션 평가를 수행할 수 있습니다. 이러한 평가는 애플리케이션 설계를 평가하고 정책 위반을 강조하는 보안 스코어카드 를 생성합니다. 배포 전에 이러한 결과를 수동으로 또는 Gemini 지원을 통해 해결할 수 있습니다.

자세한 내용은 보안 정책 적용을 참조하세요.

팀 공동작업 워크플로

플랫폼팀과 개발자는 다음 워크플로 예시를 사용하여 비즈니스 요구사항에서 작동하는 애플리케이션으로 전환하기 위해 함께 작업합니다.

  1. 공동작업 설정: 플랫폼 관리자가 스페이스 를 만들고 팀 액세스 권한을 할당합니다.
  2. 템플릿 설계: 플랫폼 엔지니어가 기본 제공 가드레일 및 보안 정책을 사용하여 템플릿을 만들고 검증합니다.
  3. 셀프서비스 사용 설정: 플랫폼 엔지니어가 검증된 템플릿을 카탈로그에 게시합니다.
  4. 애플리케이션 배포: 애플리케이션 개발자가 템플릿을 선택하고, 애플리케이션을 맞춤설정하고, 보안 정책을 기준으로 평가하고, 배포합니다.
  5. 관리 및 반복: 애플리케이션 개발자가 성능을 모니터링하고 비즈니스 요구사항이 진화함에 따라 템플릿 업데이트를 적용합니다.

App Design Center 워크플로

다음 다이어그램은 App Design Center 워크플로 및 결과를 보여줍니다.

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

다음 섹션에서는 이러한 요소가 워크플로를 어떻게 추진하는지 설명합니다.

팀 공동작업을 위한 스페이스

스페이스는 플랫폼팀이 템플릿을 설계하고 애플리케이션을 배포하는 독점 영역 입니다. 이 격리를 통해 팀별 구성 및 실험용 애플리케이션이 다른 그룹에 영향을 미치지 않도록 합니다. 그런 다음 플랫폼팀은 템플릿을 카탈로그에 추가하여 조직의 나머지 부분과 템플릿을 선택적으로 공유할 수 있습니다.

승인된 구성요소 빌드 블록

구성요소는 애플리케이션을 설계하는 데 사용하는 빌드 블록입니다. 다음과 같은 구성요소 유형 중에서 선택할 수 있습니다.

  • Google 구성요소: 권장사항 및 기본 보안 구성 을 통합하는 Google Cloud Google에서 설계한 구성요소입니다.
  • 가져온 구성요소: 자체 Terraform 모듈을 기반으로 App Design Center로 가져오는 자체 구성요소입니다.

이러한 구성요소를 사용하면 애플리케이션의 모든 부분이 보안 및 성능 표준을 준수하도록 할 수 있습니다. 구성요소에는 다음이 포함될 수 있습니다.

  • 애셋: 서비스 계정 또는 보안 비밀과 같은 다른 리소스를 제어하는 데 도움이 되는 지원 리소스입니다.

  • 서비스: 부하 분산기 또는 데이터베이스와 같이 클라이언트에 기능을 노출하는 네트워크 또는 API 인터페이스입니다.

  • 워크로드: 애플리케이션 로직을 실행하는 컨테이너 또는 가상 머신 그룹과 같은 실행 중인 애플리케이션입니다.

템플릿을 사용한 보안 거버넌스

템플릿은 승인된 설계입니다. 템플릿을 사용하면 플랫폼팀은 애플리케이션의 기본 토대에 보안 및 규정 준수 규칙을 삽입할 수 있습니다. 다음 템플릿을 만들고 사용할 수 있습니다.

  • 애플리케이션 템플릿: 플랫폼팀은 스페이스에서 다음 애플리케이션 템플릿을 만들고 공동작업합니다.
    • 표준: 구성요소 및 연결을 포함합니다.
    • 복합: 표준 애플리케이션 템플릿, 구성요소, 연결을 포함합니다.
  • 카탈로그 템플릿: 플랫폼팀은 다른 스페이스와 공유하는 스페이스의 카탈로그에 카탈로그 템플릿을 추가합니다.
  • 공유 템플릿: 개발팀은 스페이스와 공유된 공유 템플릿을 수정하고 배포할 수 있습니다.

요구사항이 변경되면 템플릿을 업데이트하고 개발자에게 이러한 변경사항을 적용하도록 알림으로써 배포된 전체 애플리케이션이 안전하고 최신 상태로 유지되도록 할 수 있습니다.

카탈로그를 사용한 템플릿 재사용

카탈로그는 플랫폼팀에서 만들고 공유하도록 승인한 템플릿의 중앙 저장소 역할을 합니다. 스페이스 간에 카탈로그를 공유하면 일반적인 프로젝트의 중복된 노력을 방지하고 시작 시간을 간소화할 수 있습니다.

각 스페이스에는 다음과 같은 카탈로그 유형이 있을 수 있습니다.

  • 기본 카탈로그: 플랫폼팀이 다른 스페이스와 공유할 템플릿을 추가하는 카탈로그입니다.
  • 공유 카탈로그: 다른 스페이스에서 스페이스로 공유된 카탈로그입니다.

배포 표준화

애플리케이션 초안은 배포할 준비가 된 템플릿의 맞춤설정된 버전입니다. 개발팀이 초안을 배포하면 애플리케이션이 됩니다. 이 모델을 사용하면 개발자는 표준화되고 관리되는 토대를 기반으로 하면서 특정 애플리케이션을 유연하게 구성할 수 있습니다.

다음 단계