अपने Google Chat ऐप्लिकेशन के लिए डिप्लॉयमेंट बनाना और उन्हें मैनेज करना
संग्रह की मदद से व्यवस्थित रहें
अपनी प्राथमिकताओं के आधार पर, कॉन्टेंट को सेव करें और कैटगरी में बांटें.
इस पेज पर, Google Chat ऐप्लिकेशन के लिए डिप्लॉयमेंट बनाने और उन्हें मैनेज करने का तरीका बताया गया है. अलग-अलग डिप्लॉयमेंट बनाए रखने से, Chat ऐप्लिकेशन की लाइफ़साइकल के हर चरण को बेहतर तरीके से मैनेज किया जा सकता है. साथ ही, प्रोडक्शन में बदलाव सुरक्षित तरीके से रिलीज़ किए जा सकते हैं.
ऐप्लिकेशन की लाइफ़साइकल के हर चरण के लिए डिप्लॉयमेंट बनाना
हमारा सुझाव है कि Chat ऐप्लिकेशन की पूरी लाइफ़साइकल को मैनेज करने के लिए, इन एनवायरमेंट में से हर एक के लिए Chat ऐप्लिकेशन बनाएं और उसे डिप्लॉय करें:
डेवलपमेंट: यह वह एनवायरमेंट है जिसका इस्तेमाल, बदलाव करने के लिए किया जाता है. ज़रूरत पड़ने पर, हेड डिप्लॉयमेंट का इस्तेमाल किया जा सकता है या इस एनवायरमेंट को स्थानीय तौर पर चलाया जा सकता है.
स्टेजिंग: यह वह एनवायरमेंट है जिसे एंड-टू-एंड टेस्टिंग के लिए, भरोसेमंद टेस्टर के लिए डिप्लॉय किया जाता है. यह एनवायरमेंट, प्रोडक्शन के जितना करीब होना चाहिए.
डिप्लॉय किए जाने वाले हर Chat ऐप्लिकेशन के लिए, आपको एक Google Cloud प्रोजेक्ट बनाना होगा. हर क्लाउड प्रोजेक्ट में Chat API को कॉन्फ़िगर करते समय, ऐप्लिकेशन के लिए अलग नाम, अवतार यूआरएल, और ब्यौरा इस्तेमाल करें. इससे, Google Chat में Chat ऐप्लिकेशन के बीच अंतर करना आसान हो जाता है.
यहां दिए गए उदाहरण में, Task app नाम का Chat ऐप्लिकेशन, एचटीटीपी पर बना है. इसे डेवलपमेंट, स्टेजिंग, और प्रोडक्शन में डिप्लॉय करने के लिए, अलग-अलग एंडपॉइंट का इस्तेमाल किया जाता है:
एनवायरमेंट
Cloud प्रोजेक्ट का नाम
ऐप्लिकेशन का नाम
एचटीटीपी एंडपॉइंट यूआरएल
डेवलपमेंट
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 ऐप्लिकेशन के आर्किटेक्चर के आधार पर डिप्लॉयमेंट मैनेज करना
यहां दी गई टेबल में, खास Chat ऐप्लिकेशन
आर्किटेक्चर के लिए डिप्लॉयमेंट मैनेज करते समय ध्यान रखने वाली ज़रूरी बातें शामिल हैं:
आर्किटेक्चर
डिप्लॉयमेंट का फ़ॉर्मैट
ज़रूरी बातें
HTTP
एचटीटीपी एंडपॉइंट यूआरएल
Chat ऐप्लिकेशन की लाइफ़साइकल में, हर एंडपॉइंट पर धीरे-धीरे बदलाव डिप्लॉय करें. उदाहरण के लिए, स्टेजिंग एंडपॉइंट
में डिप्लॉय की गई किसी नई सुविधा की जांच करने के बाद,
http://example.com/api/myapp/staging उसे प्रोडक्शन में रिलीज़ करें. इसके लिए, उसे अपने प्रोडक्शन एंडपॉइंट पर डिप्लॉय करें. जैसे,
http://example.com/api/myapp.
डिप्लॉय करने से पहले कोड को डीबग करने के लिए, अपने स्थानीय एनवायरमेंट में कोई एंडपॉइंट सेट किया जा सकता है. स्थानीय तौर पर बदलावों की जांच करने का तरीका जानने के लिए, Google Chat ऐप्लिकेशन डीबग करना लेख पढ़ें.
Google Apps Script
परिनियोजन आईडी
Apps Script प्रोजेक्ट में सिर्फ़ एक ब्रांच हो सकती है. साथ ही, इसे सिर्फ़ एक क्लाउड प्रोजेक्ट से जोड़ा जा सकता है. बदलावों की जांच करने और एक से ज़्यादा एनवायरमेंट बनाए रखने के लिए, हर एनवायरमेंट के लिए अलग-अलग Apps Script प्रोजेक्ट बनाने होंगे.
डेवलपमेंट एनवायरमेंट के लिए, Apps Script प्रोजेक्ट के हेड
डिप्लॉयमेंट का ही इस्तेमाल करना चाहिए. स्टेजिंग और प्रोडक्शन
एनवायरमेंट के लिए, वर्शन वाले डिप्लॉयमेंट का इस्तेमाल करें. ज़्यादा जानकारी के लिए, Apps Script के दस्तावेज़ में
डिप्लॉयमेंट बनाना और उन्हें मैनेज करना
लेख पढ़ें.
Pub/Sub
Pub/Sub विषय
हर डिप्लॉयमेंट के लिए, Pub/Sub का अलग विषय इस्तेमाल करना चाहिए.
[[["समझने में आसान है","easyToUnderstand","thumb-up"],["मेरी समस्या हल हो गई","solvedMyProblem","thumb-up"],["अन्य","otherUp","thumb-up"]],[["वह जानकारी मौजूद नहीं है जो मुझे चाहिए","missingTheInformationINeed","thumb-down"],["बहुत मुश्किल है / बहुत सारे चरण हैं","tooComplicatedTooManySteps","thumb-down"],["पुराना","outOfDate","thumb-down"],["अनुवाद से जुड़ी समस्या","translationIssue","thumb-down"],["सैंपल / कोड से जुड़ी समस्या","samplesCodeIssue","thumb-down"],["अन्य","otherDown","thumb-down"]],["आखिरी बार 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"]]