Google, içerikleri tercih ettiğiniz dile çevirmek için yapay zeka teknolojisini kullanır. Yapay zeka çevirilerinde hata olabilir.
Google Chat uygulamanız için dağıtım oluşturma ve yönetme
Koleksiyonlar ile düzeninizi koruyun
İçeriği tercihlerinize göre kaydedin ve kategorilere ayırın.
Bu sayfada, Google Chat uygulamanız için nasıl dağıtım oluşturacağınız ve dağıtımları nasıl yöneteceğiniz açıklanmaktadır. Farklı dağıtımlar yaparak Chat uygulamanızın yaşam döngüsünün her aşamasını daha iyi yönetebilir ve değişiklikleri üretime güvenli bir şekilde yayınlayabilirsiniz.
Uygulama yaşam döngüsünün her aşaması için dağıtımlar oluşturun
Chat uygulamanızı yaşam döngüsü boyunca yönetmek için aşağıdaki ortamların her biri için bir Chat uygulaması oluşturup dağıtmanızı öneririz:
- Geliştirme: Değişiklikler üzerinde çalışmak için kullandığınız ortam. Gerekirse baş dağıtımı kullanabilir veya bu ortamı yerel olarak çalıştırabilirsiniz.
- Hazırlık: Uçtan uca test için güvenilir test kullanıcılarına dağıtım yaptığınız ortam. Bu ortam, mümkün olduğunca üretime yakın olmalıdır.
- Üretim: Chat uygulamanızı Google Workspace Marketplace'te yayınlayarak son kullanıcılara dağıttığınız ortamdır.
Dağıttığınız her Chat uygulaması için bir Google Cloud projesi oluşturmanız gerekir. Her Cloud projesinde Chat API'yi yapılandırırken Google Chat'teki Chat uygulamaları arasında daha iyi ayrım yapabilmek için farklı bir uygulama adı, avatar URL'si ve açıklama kullanmayı düşünebilirsiniz.
Aşağıdaki örnekte, Task app adlı Chat uygulaması HTTP üzerinde oluşturulmuştur ve geliştirme, hazırlık ve üretim ortamlarına dağıtmak için farklı uç noktalar kullanır:
| Ortam |
Cloud projesi adı |
Uygulama adı |
HTTP uç nokta URL'si |
| Geliştirme |
task-chat-app-dev |
Geliştirici Görevi uygulaması |
http://example.com/api/myapp/head |
| Hazırlanıyor |
task-chat-app-staging |
Staging Task uygulaması |
http://example.com/api/myapp/staging |
| Üretim |
task-chat-app |
Görevler uygulaması |
http://example.com/api/myapp/ |
Dağıtımları Chat uygulaması mimarinize göre yönetme
Aşağıdaki tabloda, belirli Chat uygulaması
mimari yapıları için dağıtımları yönetirken dikkate alınması gereken ek noktalar yer almaktadır:
| Mimari |
Dağıtım biçimi |
Dikkat edilmesi gereken noktalar |
| HTTP |
HTTP uç nokta URL'si |
- Değişiklikleri, sohbet uygulamanızın yaşam döngüsündeki her uç noktaya kademeli olarak dağıtın. Örneğin, hazırlama uç noktanızda dağıtılan yeni bir özelliği test ettikten sonra
http://example.com/api/myapp/staging, üretim uç noktanıza dağıtarak (ör. http://example.com/api/myapp) özelliği üretime yayınlayın.
- Kodu dağıtmadan önce hatalarını ayıklamak için yerel ortamınıza bir uç nokta ayarlayabilirsiniz. Değişiklikleri yerel olarak test etmeyi öğrenmek için Google Chat uygulamalarında hata ayıklama başlıklı makaleyi inceleyin.
|
| Google Apps Komut Dosyası |
Dağıtım kimliği |
- Apps Komut Dosyası projeleri yalnızca tek bir dala sahip olabilir ve tek bir Cloud projesiyle ilişkilendirilebilir. Değişiklikleri test etmek ve birden fazla ortamı korumak için her ortam için farklı Apps Komut Dosyası projeleri oluşturmanız gerekir.
- Geliştirme ortamı için yalnızca Apps Komut Dosyası projesinin head dağıtımını kullanmalısınız. Hazırlama ve üretim ortamları için sürüm oluşturulmuş dağıtımları kullanın. Ayrıntılar için Apps Komut Dosyası dokümanlarındaki Dağıtım oluşturma ve yönetme başlıklı makaleyi inceleyin.
|
| Pub/Sub |
Pub/Sub konusu |
Her dağıtım için farklı bir Pub/Sub konusu kullanmanız gerekir. |
Aksi belirtilmediği sürece bu sayfanın içeriği Creative Commons Atıf 4.0 Lisansı altında ve kod örnekleri Apache 2.0 Lisansı altında lisanslanmıştır. Ayrıntılı bilgi için Google Developers Site Politikaları'na göz atın. Java, Oracle ve/veya satış ortaklarının tescilli ticari markasıdır.
Son güncelleme tarihi: 2026-09-14 UTC.
[null,null,["Son güncelleme tarihi: 2026-09-14 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"]]