০৭ সেপ, ২০২৫·7 মিনিট
আইনি ভাষা ছাড়া গ্রাহকদের ডেটা অবস্থান বোঝান
কীভাবে সহজ ভাষা, সাধারণ চিত্র ও FAQ দিয়ে গ্রাহকদের ডেটা অবস্থান বোঝাবেন — কোথায় ডেটা থাকে, কখন কোথায় যেতে পারে এবং কী নিয়ন্ত্রণ আছে।
কীভাবে সহজ ভাষা, সাধারণ চিত্র ও FAQ দিয়ে গ্রাহকদের ডেটা অবস্থান বোঝাবেন — কোথায় ডেটা থাকে, কখন কোথায় যেতে পারে এবং কী নিয়ন্ত্রণ আছে।
text\nCustomer\n |\n | use app\n v\n[Region A]\n - App servers (process)\n - Database (store)\n - Backups (copy, store)\n\n\nএটির নিচে এক বাক্য থাকলে ভালো হয়:\n\n“সব গ্রাহক কনটেন্ট Region A-তে সংরক্ষিত থাকে, এবং ব্যাকআপগুলোও Region A-তে থাকে।”\n\n### ডায়াগ্রাম 2: দুটি অঞ্চল (প্রাইমারি এবং ডিজাস্টার রিকভারি)\n\nস্ট্যান্ডবাই অঞ্চল থাকলে এটা ব্যবহার করুন। তীরগুলোই মেসেজ দেয়।\n\ntext\n normal use\nCustomer -----------\u003e [Primary Region]\n - App (process)\n - DB (store)\n - Backups (copy)\n |\n | encrypted copy\n v\n [DR Region]\n - Backup copy (store)\n - Standby (no access unless failover)\n\n\nযদি গ্রাহক ট্রান্সফার নিয়ে সংবেদনশীল হন, তীরটাতে কী চলে তা লিখে দিন (উদাহরণ: “encrypted backup copy”) এবং কত ঘন ঘন (উদাহরণ: “daily”)।\n\n### ডায়াগ্রাম 3: একটি ব্যবহারকারীর অ্যাকশন, টাচপয়েন্ট হিসেবে দেখানো\n\nগ্রাহকরা যখন জিজ্ঞেস করে “আমার ফাইল কোথায় যায়?” বা “আমি সেভ ক্লিক করলে কিছু কি অঞ্চল ছেড়ে যায়?” তখন এটি ব্যবহার করুন।\n\ntext\nUser uploads a file\n 1) App server (process upload)\n 2) Object storage (store file)\n 3) Database (store metadata)\n 4) Backup system (copy for recovery)\nUser views the file\n 5) App server (read)\n 6) Object storage (send)\n\n\nলেবেলিং নিয়ম যা আপনাকে সমস্যায় পড়তে বাধা দেবে:\n\n- সংক্ষিপ্ত শব্দপদ এড়িয়ে চলুন। “ডাটাবেস” লিখুন “DB” নয়, “ডিজাস্টার রিকভারি” লিখুন “DR” নয়।\n- গ্রাহকরা চিনতে পারার ক্রিয়াপদ ব্যবহার করুন: store, copy, process, send, delete।\n- প্রতিটি বাক্সে অঞ্চল নাম বসান, শুধু শিরোনামে নয়।\n- যদি কিছু অঞ্চল ছেড়ে যেতে পারে, একটি তীর আঁকুন এবং নাম দিন।\n- যদি কিছু না ঘটে (উদাহরণ: “কোনো অ্যানালিটিক্স এক্সপোর্ট নেই”), সেটি স্পষ্টভাবে ডায়াগ্রামের কাছে বলুন।\n\n## ধাপে ধাপে ব্যাখ্যা করার পদ্ধতি (একটি পুনরাবৃত্তযোগ্য স্ক্রিপ্ট)\n\nএকটি শান্ত, পুনরাবৃত্তিযোগ্য স্ক্রিপ্ট আপনাকে আইনি ভাষা থেকে দূরে রাখে এবং অনুমান কমায়।\n\n### যে স্ক্রিপ্ট আপনি যে কোনো কল বা ইমেলে অনুসরণ করতে পারেন\n\n1) একটি পরিষ্কার প্রশ্ন দিয়ে শুরু করুন: “আপনি কোন নিয়ম মেটাতে চাইছেন — একটি নির্দিষ্ট দেশ, একটি অঞ্চল (যেমন EU), না কি একটি অভ্যন্তরীণ নীতি?”\n\n2) তাদের সাথে সামঞ্জস্য করুন ডেটা বলতে তারা কী বোঝায়: “আপনি কি কনটেন্ট, ইউজার অ্যাকাউন্ট, ফাইল, লগ, ব্যাকআপ, না কি অ্যানালিটিকস বুঝাচ্ছেন?”\n\n3) একটি বাক্যে ডিফল্ট লোকেশন বলুন: “ডিফল্ট হিসেবে, আপনার অ্যাপ্লিকেশন ডেটা সেই অঞ্চলে সংরক্ষিত যেখানে আপনার এনভায়রনমেন্ট ডিপ্লয় করা আছে।”\n\n4) কি কী চলে যায় এবং কেন সেটি বর্ণনা করুন। বাস্তব উদাহরণ রাখুন: সাপোর্ট ট্রাবলশুটিং, রিকভারি ডিজাইন (রিস্টোর/ফেইলওভার), এবং তৃতীয় পক্ষ। যদি কিছু কখনও অঞ্চল ছেড়ে না যায়, বলুন। যদি নির্দিষ্ট শর্তে চলে যায়, সেই শর্তগুলো নাম করুন।\n\n5) গ্রাহক যে নিয়ন্ত্রণগুলো নিতে পারে তা অফার করুন। ফোকাস রাখুন তারা কী সিদ্ধান্ত নিতে পারে (অঞ্চল নির্বাচন, অ্যাক্সেস নিয়ন্ত্রণ) এবং তারা নিজে কী করতে পারে (এক্সপোর্ট, রিস্টোর)।\n\nতারপর একটি পরিষ্কার পরবর্তী ধাপ বলুন:\n\n“আমি একটি সংক্ষিপ্ত লিখিত সারাংশ পাঠাচ্ছি কী স্থির থাকে, কী চলাচল করতে পারে, এবং আপনি কী নিয়ন্ত্রণ করতে পারবেন। কোনো সংশোধনী থাকলে রেপ্লাই করুন।”\n\n### লিখিত সারাংশে কি অন্তর্ভুক্ত করবেন\n\nএটিকে পাঁচ লাইন পর্যন্ত রাখুন:\n\n- গ্রাহকের প্রয়োজনীয়তা (দেশ/অঞ্চল এবং কোন ডেটা টাইপ)\n- স্টোরেজ লোকেশন (ডিফল্ট এবং নির্বাচিত অঞ্চল)\n- অনুমোদিত ট্রান্সফার (সাপোর্ট, রিকভারি, তৃতীয় পক্ষ)\n- গ্রাহক নিয়ন্ত্রণ (অঞ্চল নির্বাচন, অ্যাক্সেস, এক্সপোর্ট, স্ন্যাপশট)\n- খোলা প্রশ্ন (আপনার কাছ থেকে যা এখনও চাই)\n\n## কপি-পেস্ট করার মত সোজা শব্দবীজ\n\nগ্রাহকরা দুইটি উত্তর চান: তাদের ডেটা কোথায় থাকে, এবং এটা কি কখনো চলে। এই দুইটি ধারণা আলাদা রাখুন:\n\n“ডেটা থাকে X-এ। এটা শুধুমাত্র Z শর্তে Y-তে যেতে পারে।”\n\n“সবসময়” এবং “কখনই” শব্দগুলো ব্যবহার করতে সতর্ক থাকুন। কেবল তখনই আপেক্ষিক কথা বলুন যখন ব্যাকআপ, আউটেজ, এবং সাপোর্ট কাজের সময়ও তা সত্যি থাকে।\n\n### তিনটি প্রস্তুত-প্রেরণের উত্তর\n\n- সংক্ষিপ্ত উত্তর (ইমেল বা চ্যাট)\n “আপনার গ্রাহকের ডেটা আমাদের ক্লাউড ইনফ্রাস্ট্রাকচারে [REGION/COUNTRY]-তে থাকে। এটা কেবল [নির্দিষ্ট কারণ, উদাহরণ: ডিজাস্টার রিকভারি বা অনুমোদিত সাপোর্ট] জন্যই ওই অঞ্চলের বাইরে যেতে পারে, এবং কেবল নিচের নিয়ন্ত্রণগুলোর অধীনে।”\n\n- বিস্তারিত উত্তর (পরচেজমেন্ট বা IT-এর জন্য)\n “নিয়মিত ব্যবহার হিসাবে ডেটা [REGION/COUNTRY]-তে থাকে: অ্যাপ্লিকেশন ডেটা, ডাটাবেস রেকর্ড, এবং ফাইল আপলোড। ব্যাকআপগুলো [BACKUP REGION]-এ সংরক্ষিত এবং রাখা হয় [RETENTION] পর্যন্ত। ডেটা অস্থায়ীভাবে [SUPPORT/DIAGNOSTIC LOCATION]-এ যেতে পারে কেবল সমস্যা সমাধানের জন্য এবং সীমিত অনুমতিসহ। আমরা যদি সাব-প্রসেসর ব্যবহার করি (উদাহরণ: ক্লাউড হোস্টিং বা AI মডেল প্রোভাইডার), আমরা তাদের তালিকা ও তারা কোন অঞ্চলে কাজ করে তা জানাব।”\n\n- সিকিউরিটি রিভিউ উত্তর (নিয়মিত, তবে সাধারণ ভাষায়)\n “আমাদের রেসিডেন্সি ব্যাখ্যায় অন্তর্ভুক্ত: (1) উৎপাদন ডেটা কোথায় সংরক্ষিত, (2) ব্যাকআপ ও ডিজাস্টার রিকভারি কপি কোথায় রাখা হয়, (3) কে ডেটা অ্যাক্সেস করতে পারে এবং কিভাবে অ্যাক্সেস লগ হয়, এবং (4) কোন তৃতীয় পক্ষ ডেটা প্রসেস করতে পারে।”\n\n### একটি ভরাট-ফর্ম টেমপ্লেট যা আপনার ডকসে রাখবেন\n\nএটিকে একটি সত্য উৎস হিসেবে ব্যবহার করুন, তারপর অংশ কপি করে উত্তরগুলোতে টানুন:\n\n- Region (production): [REGION/COUNTRY], [CLOUD], [TENANT SETUP]\n- Backups: stored in [REGION], encrypted [AT REST/IN TRANSIT], retention [DAYS]\n- Support access: [WHO], [WHEN], [APPROVAL NEEDED?], [LOGGING]\n- Disaster recovery: [DISASTER RECOVERY REGION], “only used during outages”\n- Sub-processors: [LIST], including any AI model providers if applicable\n\nযদি কোনো লাইন অজানা থাকে, অনুমান করবেন না। যা জানেন তা বলুন, যা নিশ্চিত করা দরকার তা বলুন এবং কখন আপনি ফলো-আপ করবেন তা জানাবেন।\n\n## সাধারণ ভুল এবং ভাষাগত ফাঁদগুলি যা এড়াতে হবে\n\nদ্রুতগতিতে বিশ্বাস হারানোর সবচেয়ে সহজ উপায় হল আত্মবিশ্বাসী কিন্তু অস্পষ্ট শোনানো। নিম্নোক্ত ভুলগুলো ফলো-আপ ইমেইল ও দীর্ঘ সিকিউরিটি রিভিউ ট্রিগার করে।\n\n### সবচেয়ে সাধারণ ভুলগুলো\n\n**“আমরা কমপ্লায়েন্ট” বলে শুরু করে কোথায় ডেটা আছে তা না বলা।** গ্রাহক সাধারণত একটি সোজা বাক্য চান: কোন ডেটা সংরক্ষিত, কোন দেশ/অঞ্চলে এটি সংরক্ষিত এবং এটি কনফিগারযোগ্য কিনা।\n\nকম্পিউট লোকেশন মিক্স করা স্টোরেজ লোকেশনের সাথে। একটি অ্যাপ এক জায়গায় চলতে পারে যখন ডাটাবেস, ফাইল স্টোরেজ বা অ্যানালিটিকস অন্য কোথাও থাকে। যদি আপনি শুধুই “অ্যাপ কোথায় চলে” বলেন, আপনি ভুল বোঝাতে পারেন।\n\n**“সাইড ডেটা” ভুলে যাওয়া।** ব্যাকআপ, লগ, ক্র্যাশ রিপোর্ট এবং সাপোর্ট টিকিটগুলো প্রায়শই মূল ডাটাবেসের মতোই গুরুত্বপূর্ণ।\n\n**“ডেটা কখনই বাইরে যায় না” বলা যখন исключения আছে।** বাস্তব সিস্টেমে এজ কেস থাকে: ইনসিডেন্ট রেসপন্স, অনুমোদিত সাপোর্ট ওয়ার্কফ্লো, ঐচ্ছিক ডিজাস্টার রিকভারি, তৃতীয় পক্ষ টুলিং। যদি আপনি এক্সসেপশনগুলো সুস্পষ্টভাবে সাধারণ ভাষায় ব্যাখ্যা না করতে পারেন, তাহলে চূড়ান্ত শব্দ ব্যবহার করবেন না।\n\nক্লাউড “অঞ্চল” স্বয়ংক্রিয়ভাবে “ক্রস-বর্ডার অ্যাক্সেস নেই” বোঝায় না ভেবে নেওয়া। যদিও ডেটা এক অঞ্চলে সংরক্ষিত আছে, অন্য অঞ্চলের কর্মী বা সিস্টেম নির্দিষ্ট নিয়ন্ত্রণে অ্যাক্সেস করতে পারে। গ্রাহকরা প্রায়ই সেই পার্থক্যটি গুরুত্ব দেয়।\n\nনিরাপদ শব্দবাজি:\n\n- “গ্রাহক কনটেন্ট নির্বাচিত ডিপ্লয়মেন্ট লোকেশনেই সংরক্ষিত থাকে। ব্যাকআপ একই লোকেশনে থাকবে যদি না আপনি ক্রস-লোকেশন ডিজাস্টার রিকভারি সক্ষম করেন।”\n- “সাপোর্ট অ্যাক্সেস সীমিত এবং লগ করা হয়। আমরা অ্যাক্সেসের অনুমোদনের প্রক্রিয়া বর্ণনা করতে পারি।”\n- “আমরা নির্দিষ্ট ফাংশনের জন্য তৃতীয়-পক্ষ সেবা ব্যবহার করি। আমরা নিশ্চিত করব কী ডেটা কখন পাঠানো হয়।”\n\n## গ্রাহককে উত্তর দেওয়ার আগে একটি দ্রুত চেকলিস্ট\n\nনীতিগত লেখায় শুরু করবেন না। প্রথমে কয়েকটি তথ্য বলুন যা আপনি এক বা দুই বাক্যে বলতে পারবেন, তারপর বিস্তারিত যোগ করুন যদি তারা চায়।\n\n### প্রথমে করা ৫টি চেক\n\n- প্রাথমিক স্টোরেজ লোকেশন: গ্রাহকের মূল ডাটাবেস ও ফাইল স্টোরেজ কোন দেশ/অঞ্চলে আছে?\n- ব্যাকআপ ও রিটেনশন: ব্যাকআপ কোথায় রাখা হয়, কতদিন, এবং কে রিস্টোর করতে পারে?\n- রেপ্লিকেশন ও ফেলওভার: সিস্টেম কি অন্য অঞ্চলে কপি বা ডেটা সরাতে পারে (পারফরম্যান্স, আউটেজ রিকভারি, রক্ষণাবেক্ষণ)? কোন শর্তে?\n- মানবিক অ্যাক্সেস পথ: কে গ্রাহকের ডেটা অ্যাক্সেস করতে পারে, কোথা থেকে, এবং কী অনুমোদন/লগ আছে?\n- ডেটা নিয়ে কাজ করা তৃতীয় পক্ষ: কোন ভেন্ডররা ডেটা স্পর্শ করে (ক্লাউড হোস্টিং, ইমেইল/SMS, অ্যানালিটিকস, AI মডেল প্রোভাইডার), এবং তারা কী পায়।\n\nতারপর, গ্রাহক নিয়ন্ত্রণগুলো সাধারণ ভাষায় বর্ণনা করুন: তারা কী নির্বাচন করতে পারে (যেমন একটি অঞ্চল), তারা নিজে কী করতে পারে (এক্সপোর্ট), এবং কী অনুরোধ করতে পারে।\n\n### প্রেরণের আগে শেষ স্যানিটি চেক\n\nআপনার উত্তর এই তিনটি প্রশ্নের উত্তর দিচ্ছে কি না নিশ্চিত করুন:\n\n- “আমার ডেটা দিন-প্রতিদিন কোথায় থাকে?”\n- “এটি কি সেই জায়গা ছেড়ে যেতে পারে, এবং কবে?”\n- “কী রোধ করে এলোমেলো অ্যাক্সেস বা এলোমেলো ট্রান্সফার?”\n\nপ্রচলিত শব্দবাজি যা আপনি ব্যবহার করতে পারেন:\n\n“আপনার প্রাথমিক ডেটা [region]-এ সংরক্ষিত। ব্যাকআপ [region]-এ রাখা হয় [time] পর্যন্ত। ডেটা কেবল তখনই অন্য অঞ্চলে চলে যদি [failover/replication rule]। অ্যাক্সেস সীমিত [roles] দ্বারা এবং লগ করা হয়। আমাদের সাব-প্রসেসরদের মধ্যে [vendors] রয়েছে নির্দিষ্ট কাজের জন্য।”\n\n## উদাহরণ: একটি সত্যিকারের গ্রাহক প্রশ্নের উত্তর (সরল দৃশ্য)\n\nএকজন জার্মান গ্রাহক ইমেইল করে: “আমাদের ডেটা EU-তে থাকে? এবং যদি আউটেজ হয়, তখন কি আপনি এটি অন্য কোথাও নিয়ে যাবেন?”\n\n### ৩ বাক্যের উত্তর (কপি/পেস্ট)\n\nহ্যাঁ — আমরা আপনার অ্যাপ্লিকেশন এবং ডাটাবেস EU অঞ্চলে হোস্ট করতে পারি, তাই আপনার সংরক্ষিত গ্রাহক ডেটা সেখানে থাকবে।\n\nআউটেজের সময় আমরা স্বয়ংক্রিয়ভাবে আপনার ডেটা অন্য কোনো দেশে সরাই না যদি না আপনি পূর্বেই একটি ফেইলওভার সেটআপ অনুমোদন করে থাকেন।\n\nআপনি কোন EU দেশ/অঞ্চল গ্রহণযোগ্য (এবং কোনগুলো নয়) তা জানালে আমরা সঠিক হোস্টিং লোকেশন নিশ্চিত করে আপনার অ্যাকাউন্টে ডকুমেন্ট করব।\n\n### ঐচ্ছিক পরিশিষ্ট (তারা যদি বিস্তারিত চায়)\n\n“ডেটা EU-তে থাকে” বললে আমরা মানে কী: মূল সিস্টেমগুলো যা তা সংরক্ষণ করে (অ্যাপ্লিকেশন সার্ভিস, ডাটাবেস, ফাইল স্টোরেজ) সেগুলো কোন অঞ্চলে চলছে।\n\nআউটেজের জন্য সাধারণত দুটি পদ্ধতি থাকে:\n\n- একটিই EU অঞ্চলেই থাকা: রেসিডেন্সির জন্য সহজতম, কিন্তু যদি পুরো অঞ্চল ডাউন হয় তবে পুনরুদ্ধার ধীর হতে পারে।\n- EU-টু-EU ফেলওভার: সার্ভিস যদি প্রাইমারি ডাউন থাকে তাহলে দ্বিতীয় EU অঞ্চলে সুইচ করতে পারে, যা অ্যাভেইলেবিলিটি বাড়ায় কিন্তু ঘটনাটির সময় দ্বিতীয় EU অঞ্চলে ডেটা প্রসেস করা হতে পারে।\n\nগ্রাহকরা সাধারণত যে ব্যবহারিক নোটগুলো জানতে চায়:\n\n- ব্যাকআপ ও স্ন্যাপশটগুলো অনুমোদিত অঞ্চল(গুলি)তে রাখা হয়।\n- সাপোর্ট অ্যাক্সেস নিয়ন্ত্রিত ও সীমিত; এটা ডেটার হোস্টিং অঞ্চল পরিবর্তন করে না।\n- আপনি যখন ডেটা বা সোর্স কোড এক্সপোর্ট করেন, তা কেবল আপনার অনুরোধে প্ল্যাটফর্ম ছাড়ে।\n\nবন্ধ করার জন্য অ্যাকশন: তাদের কাছে গ্রহণযোগ্য অঞ্চলগুলো নিশ্চিত করতে বলুন (উদাহরণ: “শুধু EU, বিকল্প হিসেবে দ্বিতীয় EU অঞ্চল সহ ফেলওভার”), তারপর সেই পছন্দ অনবোর্ডিং ডকে রেকর্ড করুন।\n\n## FAQ এবং পরবর্তী ধাপ আপনার টিমের জন্য (এবং আপনার গ্রাহকদের জন্য)\n\nFAQ: ডেটা ঠিক কোথায় সংরক্ষিত (অঞ্চল বনাম দেশ)?\nএকটি পরিষ্কার উপায়: ডেটা একটি নির্বাচিত ক্লাউড অঞ্চলেই সংরক্ষিত। একটি অঞ্চল ভৌগোলিক অবস্থান নির্দেশ করে, কিন্তু তা সবসময় একটি একক দেশের সমান নয়। গ্রাহক যদি একটি নির্দিষ্ট দেশ চান, নিশ্চিত করুন কোন অঞ্চল সেই দাবি পূরণ করে।\n\nFAQ: সাপোর্ট বা ট্রাবলশুটিংয়ের সময় ডেটা কি স্থানান্তরিত হতে পারে?\nঅধিকাংশ সাপোর্ট কাজ গ্রাহক কনটেন্ট অন্য কোথাও কপি করা প্রয়োজন করে না। যদি একটি বিরল ক্ষেত্রে অস্থায়ী অ্যাক্সেস বা গ্রাহক-প্রদান করা স্যাম্পল দরকার হয়, স্পষ্টভাবে বলুন: কে অ্যাক্সেস করবে, কতক্ষণ রাখা হবে, এবং কিভাবে মুছে ফেলা হবে।\n\nFAQ: ব্যাকআপ একই অঞ্চলে থাকে কি?\nগ্রাহক সাধারণত আশা করেন ব্যাকআপ ও স্ন্যাপশট প্রাইমারি ডেটার সাথে থাকে। যদি ব্যাকআপ ইন-রিজিয়ন থাকে, সেটি স্পষ্টভাবে বলুন। যদি ডিজাস্টার রিকভারি কপি অন্যত্র রাখা হয়, অপশন হিসেবে বলুন এবং বর্ণনা করুন।\n\nFAQ: লগ, অ্যানালিটিকস, এবং ইমেইল নোটিফিকেশন কি হবে?\nএখানেই বিভ্রান্তি হয়। যদিও ডাটাবেস এক জায়গায় থাকে, সাপোর্টিং ডেটা—লগ, পারফরম্যান্স মেট্রিকস, অডিট ট্রেইল এবং ইমেইল (পাসওয়ার্ড রিসেট ইত্যাদি)—থাকতে পারে। বলুন এগুলোতে কি ব্যক্তিগত ডেটা থাকতে পারে, কোথায় সংরক্ষিত হয়, এবং গ্রাহক কি কনফিগার করতে পারেন।\n\nFAQ: গ্রাহক কোন নিয়ন্ত্রণ চালু করতে পারে বা অনুরোধ করতে পারে?\nশুধুমাত্র সেই নিয়ন্ত্রণগুলো তালিকাভুক্ত করুন যা আপনি বাস্তবে সমর্থন করেন, যেমন:\n\n- শুরুতেই ডিপ্লয়মেন্ট অঞ্চল নির্বাচন করা\n- টীম অ্যাক্সেস সীমাবদ্ধ করা (রোল-বেসড, লিস্ট প্রবিলেজ)\n- ডেটা, লগ ও ব্যাকআপের রিটেনশন নিয়ম নির্ধারণ করা\n- স্পষ্ট রিটেনশন নিয়ম সহ স্ন্যাপশট ও রোলব্যাক ব্যবহার করা\n- প্রয়োজন হলে ডেটা বা সোর্স কোড এক্সপোর্ট করা\n\nপরবর্তী ধাপ\nপ্রারম্ভে রেসিডেন্সি অনুরোধগুলো (দেশ, অঞ্চল, ব্যাকআপ, সাপোর্ট অ্যাক্সেস) ধরুন এবং ডিপ্লয়মেন্টের আগে লিখে নিন।\n\nযদি আপনি Koder.ai (koder.ai) এর মতো কোনো প্ল্যাটফর্ম ব্যবহার করেন, এটি AWS-এ নির্দিষ্ট দেশগুলোতে অ্যাপ চালাতে পারে এবং সোর্স কোড এক্সপোর্ট, স্ন্যাপশট/রোলব্যাকের মতো ফিচার সমর্থন করে। এই বিস্তারিতগুলো গুরুত্বপূর্ণ যখন আপনি নথিভুক্ত করবেন গ্রাহক কী নিয়ন্ত্রণ পাবে এবং রিকভারি কিভাবে কাজ করবে।