Membuat dan mengelola deployment untuk aplikasi Google Chat
Tetap teratur dengan koleksi
Simpan dan kategorikan konten berdasarkan preferensi Anda.
Halaman ini menjelaskan cara membuat dan mengelola deployment untuk aplikasi Google Chat Anda. Dengan mempertahankan deployment yang berbeda, Anda dapat mengelola setiap fase siklus proses aplikasi Chat dengan lebih baik dan merilis perubahan ke produksi dengan aman.
Membuat deployment untuk setiap fase siklus proses aplikasi
Untuk mengelola aplikasi Chat Anda sepanjang siklus prosesnya, sebaiknya buat dan deploy aplikasi Chat untuk setiap lingkungan berikut:
Pengembangan: Lingkungan yang Anda gunakan untuk mengerjakan perubahan. Jika diperlukan, Anda dapat menggunakan deployment utama atau menjalankan lingkungan ini secara lokal.
Staging: Lingkungan yang Anda deploy ke penguji tepercaya untuk pengujian menyeluruh. Lingkungan ini harus sedekat mungkin dengan produksi.
Untuk setiap aplikasi Chat yang Anda deploy, Anda harus membuat project Google Cloud. Saat mengonfigurasi Chat API di setiap project Cloud, pertimbangkan untuk menggunakan nama aplikasi, URL avatar, dan deskripsi yang berbeda agar Anda dapat membedakan aplikasi Chat di Google Chat dengan lebih baik.
Dalam contoh berikut, aplikasi Chat yang disebut Task app dibuat di HTTP dan menggunakan endpoint yang berbeda untuk di-deploy ke pengembangan, staging, dan produksi:
Lingkungan
Nama project Cloud
Nama aplikasi
URL endpoint HTTP
Pengembangan
task-chat-app-dev
Aplikasi Tugas Dev
http://example.com/api/myapp/head
Staging
task-chat-app-staging
Aplikasi Tugas Staging
http://example.com/api/myapp/staging
Produksi
task-chat-app
Aplikasi Tugas
http://example.com/api/myapp/
Mengelola deployment berdasarkan arsitektur aplikasi Chat
Tabel berikut mencakup pertimbangan tambahan saat mengelola deployment
untuk arsitektur aplikasi Chat
tertentu:
Arsitektur
Format deployment
Pertimbangan
HTTP
URL endpoint HTTP
Deploy perubahan secara progresif ke setiap endpoint dalam siklus proses aplikasi Chat Anda. Misalnya, setelah
menguji fitur baru yang di-deploy di endpoint staging
http://example.com/api/myapp/staging, rilis fitur tersebut ke
produksi dengan men-deploy-nya ke endpoint produksi, seperti
http://example.com/api/myapp.
Untuk men-debug kode sebelum men-deploy, Anda dapat menetapkan endpoint ke lingkungan lokal. Untuk mempelajari cara menguji perubahan secara lokal, lihat
Men-debug aplikasi Google Chat.
Google Apps Script
ID Deployment
Project Apps Script hanya dapat memiliki satu cabang dan dikaitkan dengan satu project Cloud. Untuk menguji perubahan dan mempertahankan beberapa lingkungan, Anda harus membuat project Apps Script yang berbeda untuk setiap lingkungan.
Anda hanya boleh menggunakan deployment utama project Apps Script
untuk lingkungan pengembangan. Untuk lingkungan staging dan produksi, gunakan deployment versi. Untuk mengetahui detailnya, lihat
Membuat dan mengelola deployment
di dokumentasi Apps Script.
Pub/Sub
Topik Pub/Sub
Anda harus menggunakan topik Pub/Sub yang berbeda untuk setiap deployment.
[[["Mudah dipahami","easyToUnderstand","thumb-up"],["Memecahkan masalah saya","solvedMyProblem","thumb-up"],["Lainnya","otherUp","thumb-up"]],[["Informasi yang saya butuhkan tidak ada","missingTheInformationINeed","thumb-down"],["Terlalu rumit/langkahnya terlalu banyak","tooComplicatedTooManySteps","thumb-down"],["Sudah usang","outOfDate","thumb-down"],["Masalah terjemahan","translationIssue","thumb-down"],["Masalah kode / contoh","samplesCodeIssue","thumb-down"],["Lainnya","otherDown","thumb-down"]],["Terakhir diperbarui pada 2026-09-11 UTC."],[],["The document outlines creating and managing deployments for Google Chat apps across development, staging, and production environments. Each environment requires a separate Google Cloud project with a distinct app name and details. Deployment methods vary: HTTP uses endpoint URLs, Apps Script utilizes deployment IDs and separate projects, and Pub/Sub employs unique topics. Changes should be progressively deployed, starting from development, then staging, and finally production. Different app architectures require different consideration.\n"]]