লঞ্চ করার আগের চেকলিস্ট

Google Cloud কনসোলে আপনার ক্লায়েন্ট আইডি কোথায় ম্যানেজ করবেন

প্রিমিয়াম প্ল্যান ক্লায়েন্ট আইডি ম্যানেজমেন্ট ফাংশনালিটি Cloud কনসোলে Google Maps Platform ক্রেডেনশিয়াল পৃষ্ঠার নিচে, ক্লায়েন্ট আইডি বিভাগে উপলভ্য।

URL অনুমোদন এবং ক্লায়েন্ট আইডি সাইনিং সিক্রেট ম্যানেজমেন্ট সহ ক্লায়েন্ট আইডি ম্যানেজমেন্ট সংক্রান্ত অন্যান্য কাজ, ক্লায়েন্ট আইডি বিভাগের একেবারে ডানদিকে edit এডিট করুন আইকনে ক্লিক করে, আলাদা ক্লায়েন্ট আইডি পৃষ্ঠা থেকে অ্যাক্সেস করা যেতে পারে।

গুরুত্বপূর্ণ: Google Maps Platform Premium Plan-এ সাইন-আপ করা বা নতুন গ্রাহকদের জন্য আর উপলভ্য নেই।

আপনার টিমের কাছে প্রয়োজনীয় রিসোর্সের অ্যাক্সেস আছে কিনা তা নিশ্চিত করা

Google Cloud Console ব্যবহার করা

এটি কেন গুরুত্বপূর্ণ: Google Cloud কনসোল আপনাকে ব্যবহার করার রিপোর্ট, নিউজ ফিড এবং ডেভেলপার রিসোর্সের মতো তথ্য অ্যাক্সেস করার সুবিধা দেয়। সবচেয়ে গুরুত্বপূর্ণ হল, ডেভেলপমেন্ট বা লঞ্চ করার সময় কোনও প্রযুক্তিগত সমস্যা হলে, Cloud কনসোল আপনাকে Google Maps Platform সহায়তা টিমের কাছে সহায়তা কেস ফাইল করতে দেয়।

লঞ্চ করার আগে, আপনার অ্যাপ্লিকেশন রক্ষণাবেক্ষণের জন্য দায়িত্বপ্রাপ্ত সমস্ত ডেভেলপারদের জন্য Cloud কনসোল অ্যাক্সেস চালু করুন। আপনি প্রযুক্তিগত সমস্যার সম্মুখীন হলে, Cloud কনসোলে অ্যাক্সেস থাকলে আপনার টিমের সদস্যরা সহায়তা টিমের সাথে যোগাযোগ করতে পারবেন এবং আমাদের সহায়তা টিমও আপনার সংস্থার সঠিক স্টেকহোল্ডারদের সাথে যোগাযোগ করতে পারবে। যেমন, আমরা যদি অস্বাভাবিক ট্রাফিক বা আচরণ শনাক্ত করি যা আপনার অ্যাপ্লিকেশনকে ভেঙে দিতে পারে, তাহলে সহায়তা টিমকে আপনার প্রতিষ্ঠানের সাথে যোগাযোগ করতে হতে পারে। আমরা উপযুক্ত ডেভেলপারদের সাথে যোগাযোগ করতে পারছি কিনা তা নিশ্চিত করা এবং অপ্রত্যাশিত বিভ্রাট হওয়া ও বিভ্রাট প্রতিরোধ করার মধ্যে পার্থক্য থাকতে পারে।

বিজ্ঞপ্তি ইমেল গ্রুপে সাবস্ক্রাইব করুন

এটি কেন গুরুত্বপূর্ণ: Maps API জুড়ে ডেভেলপমেন্ট ও পরিবর্তন সম্পর্কে আপ-টু-ডেট থাকার জন্য, আমরা নিম্নলিখিত এক বা একাধিক ইমেল গ্রুপে সাবস্ক্রাইব করার সাজেশন দিই:

• google-maps-platform-notifications - Google Maps Platform API এবং ওয়েব পরিষেবা, আউটজ বিজ্ঞপ্তি এবং প্ল্যাটফর্ম ফিচার সংক্রান্ত ঘোষণা সম্পর্কে টেকনিক্যাল আপডেট (~প্রতি মাসে ৩-৫টি মেসেজ)।
• google-maps-js-api-v3-notify - Google Maps JavaScript API-এর নতুন রিলিজ (প্রতি বছর প্রায় ৪টি মেসেজ)।

আপনার অ্যাপ্লিকেশন অপ্টিমাইজ করা হচ্ছে

Google Maps Platform পরিষেবাতে অ্যাক্সেসের অনুমতি দিতে ফায়ারওয়াল কনফিগার করুন

এটি কেন গুরুত্বপূর্ণ: Google Maps Platform পরিষেবা বিভিন্ন ধরনের ডোমেন ব্যবহার করে, যার মধ্যে কিছু *google.com ডোমেনের অন্তর্গত নয়। আপনি যদি কোনও সীমাবদ্ধ ফায়ারওয়ালের পিছনে থাকেন, তাহলে প্রতিটি Maps API পরিষেবার মাধ্যমে ব্যবহৃত ডোমেনে অ্যাক্সেসের অনুমতি দেওয়া গুরুত্বপূর্ণ। আপনার ফায়ারওয়াল এইসব ডোমেনে অ্যাক্সেস করার অনুমতি না দিলে, API অনুরোধ কাজ করবে না, যার ফলে আপনার অ্যাপ্লিকেশন কাজ করা বন্ধ করে দিতে পারে। Maps API-এর দ্বারা ব্যবহৃত ডোমেনের সম্পূর্ণ তালিকা দেখুন।

আমরা IP অ্যাড্রেস দিয়ে ফায়ারওয়াল সংক্রান্ত বিধিনিষেধ ম্যানেজ করার সাজেশন দিই না, কারণ এইসব ডোমেনের সাথে যুক্ত IP স্ট্যাটিক নয়।

মনে রাখবেন: Google Maps Platform পরিষেবা ইনবাউন্ড ও আউটবাউন্ড ট্রাফিকের জন্য পোর্ট ৮০ (http) ও ৪৪৩ (https) ব্যবহার করে। এছাড়াও, এইসব পরিষেবার জন্য GET, POST, PUT, DELETE এবং HEAD অনুরোধের প্রয়োজন হয়। API এবং ব্যবহারের কেসের উপর নির্ভর করে, এইসব পোর্টের মাধ্যমে ট্রাফিক এবং অনুরোধের অনুমতি দিতে আপনার ফায়ারওয়াল কনফিগার করুন।

Maps JavaScript API-এর সাথে ব্যবহার করার জন্য আপনার SSL ডোমেনকে অনুমতি দিন

এটি কেন গুরুত্বপূর্ণ: SSL ডোমেনের সাথে Maps JavaScript API ব্যবহার করার সময়, আপনার অনুরোধ যাতে বাতিল না হয়ে যায় তা নিশ্চিত করতে আপনার HTTPS ডোমেন অনুমোদিত করা অত্যন্ত গুরুত্বপূর্ণ। মনে রাখবেন যে http://yourdomain.com-কে অনুমোদন করলে তার SSL সমতুল্য https://yourdomain.com অটোমেটিক চালু হয় না। Cloud কনসোলে আপনার অনুমোদিত ডোমেনের তালিকা চেক করতে নিচে স্ক্রল করে ক্লায়েন্ট আইডি বিভাগে যান। SSL ডোমেনের সাথে ক্লায়েন্ট-সাইড API ব্যবহার করার সময় হওয়া সমস্যার সমাধান করতে, আপনার পৃষ্ঠার কোনও এলিমেন্ট HTTP-এর মাধ্যমে লোড করা হয়েছে কিনা তা চেক করুন। অনুমোদন সংক্রান্ত সমস্যার সমাধান করার নির্দেশিকা দেখুন।

সঠিক API ভার্সন বেছে নিন

এটি কেন গুরুত্বপূর্ণ: আপনার অ্যাপ্লিকেশন ডেভেলপ করার আগে, API-এর কোন ভার্সন বন্ধ হয়ে গেছে তা জানা গুরুত্বপূর্ণ। API-এর যেসব ভার্সন বন্ধ করা হয়নি সেগুলির জন্য ডেভেলপ করার সিদ্ধান্ত নিলে, বন্ধ করা ভার্সন উপলভ্য না থাকলে, ডেভেলপমেন্টের সময় ও খরচ দুই-ই বাঁচবে।

বিশেষ করে, Maps JavaScript API-এর ব্যবহার করা ভার্সনিং স্কিম বোঝা খুবই গুরুত্বপূর্ণ, যাতে আপনি নিজের এনভায়রনমেন্টে ভুলবশত API-এর অনুপযুক্ত ভার্সন ব্যবহার করা এড়াতে পারেন।

যেমন, আপনার ডেভেলপমেন্ট বা টেস্ট এনভায়রনমেন্টে API-এর এক্সপেরিমেন্টাল ভার্সন ব্যবহার করা উপযুক্ত হতে পারে, তবে প্রোডাকশন এনভায়রনমেন্টে এক্সপেরিমেন্টাল ভার্সন ব্যবহার করার ব্যাপারে আমরা উৎসাহ দিই না। আমাদের SLA শুধুমাত্র API-এর স্টেবল ভার্সনের ক্ষেত্রে প্রযোজ্য, তাই আপনার প্রোডাকশন এনভায়রনমেন্টে শুধুমাত্র স্টেবল ভার্সন ব্যবহার করা উচিত।

Maps JavaScript API ভার্সন সম্পর্কিত গাইড দেখুন।

ক্লায়েন্ট-সাইড ও সার্ভার-সাইড ডিজাইনের মধ্যে থেকে বেছে নিন

এটি কেন গুরুত্বপূর্ণ: ক্লায়েন্ট-সাইড বা সার্ভার-সাইড অ্যাপ্রোচ বেছে নেওয়া হল আর্কিটেকচারাল সিদ্ধান্ত এবং আপনার অ্যাপ্লিকেশনের স্টেবিলিটি ও স্কেলেবিলিটির জন্য এটি অত্যন্ত গুরুত্বপূর্ণ। সাধারণত, অফলাইনে রেকর্ড প্রসেস করার আগে ও পরে সার্ভার-সাইড পদ্ধতি ব্যবহার করা উচিত (অর্থাৎ, আপনার অ্যাপ্লিকেশনের বাইরে)। বিকল্প হিসেবে, আপনার অ্যাপ্লিকেশনের যে অংশগুলি আপনার ব্যবহারকারীদের সাথে ইন্টার‍্যাক্ট করে (অর্থাৎ, রিয়েল টাইমে ব্যবহারকারীর জমা দেওয়া অনুরোধগুলি প্রসেস করে) সেগুলির জন্য একটি ক্লায়েন্ট-সাইড পদ্ধতি ব্যবহার করা উচিত।

ক্লায়েন্ট-সাইড অ্যাপ্রোচের পরিবর্তে সার্ভার-সাইড অ্যাপ্রোচ ব্যবহার করার ফলে কোটা শেষ হয়ে যায় এবং অ্যাপ্লিকেশন কাজ করা বন্ধ করে দেয়। সার্ভার-সাইড কলের উপর নির্ভর করে এমন অ্যাপ্লিকেশন ডিজাইন বা লঞ্চ করার আগে জিওকোডিং কৌশল সম্পর্কে পরামর্শ করার জন্য আমরা অত্যন্ত সাজেস্ট করি।

কোটার ব্যবহার অপ্টিমাইজ করুন

এটি কেন গুরুত্বপূর্ণ: আপনার অ্যাপ্লিকেশন যেভাবে কোটা ব্যবহার করে, যা Maps API ক্রেডিট নামে পরিচিত, তা বুঝতে পারলে আপনি যে পরিমাণ অর্থ প্রদান করেন তা কমাতে সাহায্য করে। যেমন, আপনি Maps JavaScript API ব্যবহার করলে, আপনার অ্যাপ্লিকেশন প্রতিটি ম্যাপ লোড-এর জন্য Maps APIs ক্রেডিট ব্যবহার করে। Premium প্ল্যান ব্যবহারের রেট ও সীমা সম্পর্কিত গাইড দেখুন।

আপনার ওয়েব পরিষেবা কোটার ব্যবহার ম্যানেজ করুন

আপনার পরিষেবা লঞ্চ করার আগে, কোটা সম্পর্কিত বিভিন্ন সমস্যা (যেমন, OVER_QUERY_LIMIT, User Rate Limit Exceeded) বোঝা এবং আপনার কোটা অতিক্রম করার সময় এই ধরনের সমস্যার প্রতিক্রিয়া জানাতে আপনার অ্যাপ্লিকেশনে সঠিক লজিক সেট-আপ করা অত্যন্ত গুরুত্বপূর্ণ। প্রথমে ব্যবহারের সীমা সংক্রান্ত প্রায়শই জিজ্ঞাসিত প্রশ্ন পড়ে নিন। প্রতিটি API-এর মাধ্যমে ফেরত পাঠানো স্ট্যাটাস কোড সম্পর্কে তথ্য পেতে, সেই API-এর জন্য ডেভেলপার নির্দেশিকা দেখুন। যেমন, Directions API (Legacy) স্ট্যাটাস কোড সংক্রান্ত নির্দেশিকা দেখুন। এইসব ধারণা বুঝে নিয়ে তা প্রয়োগ করলে, আপনার অ্যাপ্লিকেশন অনুমোদিত কোটা অতিক্রম করা, Google-এর মাধ্যমে ব্লক হওয়া এবং/অথবা কাজ করা বন্ধ করে দেওয়ার সম্ভাবনা অনেক কমে যাবে।

আপনার অ্যাপে লোড টেস্টিং পারফর্ম করুন

এটি কেন গুরুত্বপূর্ণ: আপনার অ্যাপ্লিকেশনটি Maps API-এর জন্য আপনার কোটা অতিক্রম না করে প্রচুর পরিমাণে অনুরোধ সামলাতে পারে কিনা তা নিশ্চিত করতে আপনার অ্যাপ্লিকেশনের লোড টেস্টিং ব্যবহার করুন।

Google Maps Platform খুব বেশি ট্রাফিক ভলিউম ম্যানেজ করতে পারলেও, লাইভ Google পরিষেবার বিরুদ্ধে পরীক্ষা করলে আপনার অ্যাপ্লিকেশন অনুমোদিত কোটা অতিক্রম করবে এবং Google-এর মাধ্যমে সম্ভাব্য ব্লক করা হবে। এছাড়াও, লোড টেস্টিংয়ের জন্য হওয়া ব্যবহারের চার্জের জন্য আপনিই দায়ী থাকবেন।

পরিবর্তে, আপনার অ্যাপ্লিকেশন লোড টেস্টিং করে নিশ্চিত করতে হবে যে আপনার অ্যাপ্লিকেশন Maps API-এর কোটা অতিক্রম না করে বা Google দ্বারা ব্লক না হয়েও বিপুল পরিমাণ অনুরোধ সামলাতে পারে। নিরাপদে এটি করতে, মক (নকল) API-এর বিরুদ্ধে লোড টেস্টিং করুন—এমন একটি পরিষেবা যা প্রচুর পরিমাণে অনুরোধ গ্রহণ করতে পারে—এবং Google Maps Platform-কে অন্তর্ভুক্ত না করেই সঠিক উত্তর সহ অনুরোধের উত্তর দিতে পারে। যেমন: Geocoding API-এর জন্য আপনার কোটা ৩০০০ QPM (প্রতি মিনিটে কোয়েরি) হলে, আপনার অ্যাপ্লিকেশন লোড টেস্টিংয়ের মাধ্যমে নিশ্চিত করতে হবে যে আপনার অ্যাপ্লিকেশন অনেক বেশি ভলিউম ম্যানেজ করতে পারে, যেমন Geocoding API-তে ৩০০০ QPM-এর বেশি না পাঠিয়ে ৯০০০০ QPM।

আপনি যদি উল্লেখযোগ্য লোড টেস্টিং করার পরিকল্পনা করেন, তাহলে নির্দেশনার জন্য Google সহায়তা টিমের সাথে যোগাযোগ করুন এবং Google যাতে আপনার পরিকল্পিত টেস্টিং সম্পর্কে অবগত থাকে তা নিশ্চিত করুন।