Google Chat 앱의 배포를 만들고 관리합니다.

이 페이지에서는 Google Chat 앱의 배포를 만들고 관리하는 방법을 설명합니다. 여러 배포를 유지하면 Chat 앱 수명 주기의 각 단계를 더 효과적으로 관리하고 프로덕션에 변경사항을 안전하게 출시할 수 있습니다.

앱 수명 주기의 각 단계에 맞는 배포 만들기

수명 주기 전반에서 Chat 앱을 관리하려면 다음 환경별로 Chat 앱을 만들고 배포하는 것이 좋습니다.

  • 개발: 변경사항을 작업하는 데 사용하는 환경입니다. 필요한 경우 헤드 배포를 사용하거나 이 환경을 로컬에서 실행할 수 있습니다.
  • 스테이징: 엔드 투 엔드 테스트를 위해 신뢰할 수 있는 테스터에게 배포하는 환경입니다. 이 환경은 프로덕션 환경과 최대한 유사해야 합니다.
  • 프로덕션: Chat 앱을 Google Workspace Marketplace에 게시하여 최종 사용자에게 배포하는 환경입니다.

배포하는 각 Chat 앱에 대해 Google Cloud 프로젝트를 만들어야 합니다. 각 Cloud 프로젝트에서 Chat API를 구성할 때는 Google Chat의 Chat 앱을 더 잘 구분할 수 있도록 고유한 앱 이름, 아바타 URL, 설명을 사용하는 것이 좋습니다.

다음 예에서 Task app라는 Chat 앱은 HTTP를 기반으로 하며 개발, 스테이징, 프로덕션에 배포하기 위해 서로 다른 엔드포인트를 사용합니다.

환경 Cloud 프로젝트 이름 앱 이름 HTTP 엔드포인트 URL
개발 task-chat-app-dev 개발자 작업 앱 http://example.com/api/myapp/head
스테이징 task-chat-app-staging 스테이징 작업 앱 http://example.com/api/myapp/staging
프로덕션 task-chat-app 할 일 앱 http://example.com/api/myapp/

Chat 앱 아키텍처를 기반으로 배포 관리

다음 표에는 특정 채팅 앱 아키텍처의 배포를 관리할 때 추가로 고려해야 할 사항이 나와 있습니다.

아키텍처 배포 형식 고려사항
HTTP HTTP 엔드포인트 URL
  • Chat 앱 수명 주기의 각 엔드포인트에 변경사항을 점진적으로 배포합니다. 예를 들어 스테이징 엔드포인트 http://example.com/api/myapp/staging에 배포된 새 기능을 테스트한 후 http://example.com/api/myapp와 같은 프로덕션 엔드포인트에 배포하여 프로덕션에 기능을 출시합니다.
  • 배포하기 전에 코드를 디버그하려면 엔드포인트를 로컬 환경으로 설정하면 됩니다. 변경사항을 로컬에서 테스트하는 방법은 Google Chat 앱 디버그를 참고하세요.
Google Apps Script 배포 ID
  • Apps Script 프로젝트는 브랜치가 하나만 있을 수 있으며 하나의 Cloud 프로젝트와 연결할 수 있습니다. 변경사항을 테스트하고 여러 환경을 유지하려면 각 환경에 대해 서로 다른 Apps Script 프로젝트를 만들어야 합니다.
  • 개발 환경에는 Apps Script 프로젝트의 헤드 배포만 사용해야 합니다. 스테이징 및 프로덕션 환경의 경우 버전이 지정된 배포를 사용하세요. 자세한 내용은 Apps Script 문서의 배포 만들기 및 관리를 참고하세요.
Pub/Sub Pub/Sub 주제 각 배포마다 다른 Pub/Sub 주제를 사용해야 합니다.