이 페이지에서는 Google Chat 앱의 배포를 만들고 관리하는 방법을 설명합니다. 서로 다른 배포를 유지하면 채팅 앱 수명 주기의 각 단계를 더 잘 관리하고 변경사항을 프로덕션에 안전하게 출시할 수 있습니다.
앱 수명 주기의 각 단계에 대한 배포 만들기
수명 주기 전반에서 채팅 앱을 관리하려면 다음 각 환경에 대해 채팅 앱을 만들고 배포하는 것이 좋습니다.
- 개발: 변경사항 작업에 사용하는 환경입니다. 필요한 경우 헤드 배포를 사용하거나 이 환경을 로컬에서 실행할 수 있습니다.
- 스테이징: 엔드 투 엔드 테스트를 위해 신뢰할 수 있는 테스터에게 배포하는 환경입니다. 이 환경은 프로덕션에 최대한 가까워야 합니다.
- 프로덕션: Google Workspace Marketplace에 채팅 앱을 게시하여 최종 사용자에게 배포하는 환경입니다.
배포하는 각 채팅 앱에 대해 Google Cloud 프로젝트를 만들어야 합니다. 각 Cloud 프로젝트에서 Chat API를 구성할 때 Google Chat의 채팅 앱을 더 잘 구분할 수 있도록 고유한 앱 이름, 아바타 URL, 설명을 사용하는 것이 좋습니다.
다음 예시에서 Task app
라는 채팅 앱은 HTTP를 기반으로 빌드되며 다양한 엔드포인트를 사용하여 개발, 스테이징, 프로덕션에 배포합니다.
환경 | 클라우드 프로젝트 이름 | 앱 이름 | HTTP 엔드포인트 |
---|---|---|---|
개발 | task-chat-app-dev |
Dev Task 앱 | http://example.com/api/myapp/head |
스테이징 | task-chat-app-staging |
스테이징 작업 앱 | http://example.com/api/myapp/staging |
프로덕션 | task-chat-app |
Task 앱 | http://example.com/api/myapp/ |
채팅 앱 아키텍처를 기반으로 배포 관리
다음 표에는 특정 Chat 앱 아키텍처의 배포를 관리할 때 추가 고려사항이 포함되어 있습니다.
아키텍처 | 배포 형식 | 고려사항 |
---|---|---|
HTTP | 앱 URL |
|
Google Apps Script | 배포 ID |
|
Pub/Sub | Pub/Sub 주제 | 각 배포마다 서로 다른 Pub/Sub 주제를 사용해야 합니다. |