আপনার Google Chat অ্যাপের জন্য স্থাপনা তৈরি করুন এবং পরিচালনা করুন, আপনার Google Chat অ্যাপের জন্য স্থাপনা তৈরি করুন এবং পরিচালনা করুন
সেভ করা পৃষ্ঠা গুছিয়ে রাখতে 'সংগ্রহ' ব্যবহার করুন
আপনার পছন্দ অনুযায়ী কন্টেন্ট সেভ করুন ও সঠিক বিভাগে রাখুন।
এই পৃষ্ঠায় আপনার গুগল চ্যাট অ্যাপের জন্য ডেপ্লয়মেন্ট তৈরি ও পরিচালনা করার পদ্ধতি ব্যাখ্যা করা হয়েছে। বিভিন্ন ডেপ্লয়মেন্ট রক্ষণাবেক্ষণের মাধ্যমে, আপনি আপনার চ্যাট অ্যাপের জীবনচক্রের প্রতিটি পর্যায় আরও ভালোভাবে পরিচালনা করতে পারবেন এবং নিরাপদে প্রোডাকশনে পরিবর্তনগুলো প্রকাশ করতে পারবেন।
অ্যাপ লাইফসাইকেলের প্রতিটি ধাপের জন্য ডেপ্লয়মেন্ট তৈরি করুন।
আপনার চ্যাট অ্যাপটিকে এর জীবনচক্র জুড়ে পরিচালনা করার জন্য, আমরা সুপারিশ করি যে আপনি নিম্নলিখিত প্রতিটি এনভায়রনমেন্টের জন্য একটি করে চ্যাট অ্যাপ তৈরি ও ডেপ্লয় করুন:
উন্নয়ন: এটি সেই পরিবেশ যা আপনি পরিবর্তন নিয়ে কাজ করার জন্য ব্যবহার করেন। প্রয়োজনে, আপনি হেড ডেপ্লয়মেন্ট ব্যবহার করতে পারেন অথবা এই পরিবেশটি স্থানীয়ভাবে চালাতে পারেন।
স্টেজিং: এটি এমন একটি পরিবেশ যা আপনি বিশ্বস্ত পরীক্ষকদের কাছে সম্পূর্ণ পরীক্ষার জন্য স্থাপন করেন। এই পরিবেশটি প্রোডাকশনের যতটা সম্ভব কাছাকাছি হওয়া উচিত।
আপনার স্থাপন করা প্রতিটি চ্যাট অ্যাপের জন্য আপনাকে একটি গুগল ক্লাউড প্রজেক্ট তৈরি করতে হবে। প্রতিটি ক্লাউড প্রজেক্টে চ্যাট এপিআই কনফিগার করার সময়, একটি স্বতন্ত্র অ্যাপের নাম, অ্যাভাটার ইউআরএল এবং বিবরণ ব্যবহার করার কথা বিবেচনা করুন, যাতে আপনি গুগল চ্যাটে অ্যাপগুলোর মধ্যে আরও ভালোভাবে পার্থক্য করতে পারেন।
নিম্নলিখিত উদাহরণে, Task app অ্যাপ নামক চ্যাট অ্যাপটি HTTP-এর উপর ভিত্তি করে তৈরি এবং এটি ডেভেলপমেন্ট, স্টেজিং এবং প্রোডাকশনে ডেপ্লয় করার জন্য বিভিন্ন এন্ডপয়েন্ট ব্যবহার করে:
পরিবেশ
ক্লাউড প্রকল্পের নাম
অ্যাপের নাম
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/
আপনার চ্যাট অ্যাপ আর্কিটেকচারের উপর ভিত্তি করে ডেপ্লয়মেন্ট পরিচালনা করুন।
নির্দিষ্ট চ্যাট অ্যাপ আর্কিটেকচারের জন্য ডেপ্লয়মেন্ট পরিচালনা করার সময় অতিরিক্ত বিবেচ্য বিষয়গুলো নিম্নলিখিত সারণীতে অন্তর্ভুক্ত করা হয়েছে:
স্থাপত্য
স্থাপন বিন্যাস
বিবেচ্য বিষয়সমূহ
HTTP
HTTP এন্ডপয়েন্ট URL
আপনার চ্যাট অ্যাপের লাইফসাইকেলে প্রতিটি এন্ডপয়েন্টে পর্যায়ক্রমে পরিবর্তনগুলো প্রয়োগ করুন। উদাহরণস্বরূপ, আপনার স্টেজিং এন্ডপয়েন্ট http://example.com/api/myapp/staging এ একটি নতুন ফিচার পরীক্ষা করার পর, সেটিকে আপনার প্রোডাকশন এন্ডপয়েন্ট, যেমন http://example.com/api/myapp এ প্রয়োগ করে প্রোডাকশনে রিলিজ করুন।
ডিপ্লয় করার আগে কোড ডিবাগ করতে, আপনি আপনার লোকাল এনভায়রনমেন্টে একটি এন্ডপয়েন্ট সেট করতে পারেন। স্থানীয়ভাবে পরিবর্তনগুলো কীভাবে পরীক্ষা করতে হয় তা জানতে, ‘ডিবাগ গুগল চ্যাট অ্যাপস’ দেখুন।
গুগল অ্যাপস স্ক্রিপ্ট
ডিপ্লয়মেন্ট আইডি
অ্যাপস স্ক্রিপ্ট প্রজেক্টে কেবল একটিই ব্রাঞ্চ থাকতে পারে এবং এটি একটি ক্লাউড প্রজেক্টের সাথে যুক্ত থাকতে পারে। পরিবর্তন পরীক্ষা করতে এবং একাধিক এনভায়রনমেন্ট রক্ষণাবেক্ষণ করতে, আপনাকে প্রতিটি এনভায়রনমেন্টের জন্য আলাদা অ্যাপস স্ক্রিপ্ট প্রজেক্ট তৈরি করতে হবে।
আপনার শুধুমাত্র ডেভেলপমেন্ট এনভায়রনমেন্টের জন্য অ্যাপস স্ক্রিপ্ট প্রজেক্টের হেড ডিপ্লয়মেন্ট ব্যবহার করা উচিত। স্টেজিং এবং প্রোডাকশন এনভায়রনমেন্টের জন্য ভার্সনযুক্ত ডিপ্লয়মেন্ট ব্যবহার করুন। বিস্তারিত জানতে, অ্যাপস স্ক্রিপ্ট ডকুমেন্টেশনের ' ডিপ্লয়মেন্ট তৈরি এবং পরিচালনা' অংশটি দেখুন।
পাব/সাব
পাব/সাব টপিক
প্রতিটি ডেপ্লয়মেন্টের জন্য আপনার একটি ভিন্ন পাব/সাব টপিক ব্যবহার করা উচিত।
[[["সহজে বোঝা যায়","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-08-05 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"]]