হোস্টিং প্ল্যান নয়—আপনার ওয়ার্কলোড থেকে শুরু করুন
যেসব যাত্রা মূল্য বা ঝুঁকি তৈরি করে সেগুলো তালিকাভুক্ত করুন: প্রথম ভিজিট, সার্চ, সাইন-ইন, প্রোডাক্ট ডিটেইল, ফর্ম সাবমিশন, চেকআউট, এডিটর আপডেট, বা API কল। প্রতিটির জন্য শিখর অনুরোধ বা সংশ্লিষ্ট concurrent ব্যবহারকারী, পেইলোড, পার্সোনালাইজেশন, নির্ভরশীলতা এবং ভিজিটর অঞ্চল রেকর্ড করুন। শিডিউলকৃত এবং অ্যাডমিন কাজও অন্তর্ভুক্ত করুন কারণ এগুলো একই রিসোর্স ব্যবহার করে।
তালিকাটি গ্রহণযোগ্যতার মাপদণ্ডে পরিণত করুন। Largest Contentful Paint (LCP) প্রধান কন্টেন্ট লোডিং পরিমাপ করে; Interaction to Next Paint (INP) প্রতিক্রিয়াশীলতা; এবং Cumulative Layout Shift (CLS) অপ্রত্যাশিত বিন্যাস স্থানান্তর। Google ভালো লক্ষ্যমাত্রা হিসেবে বলেছে: LCP 2.5 সেকেন্ডের মধ্যে, INP 200 মিলিসেকেন্ডের নিচে, এবং CLS 0.1-এর নিচে। রুট সম্পন্নকরণ, সার্ভার রেসপনস টাইম এবং ত্রুটি-হার লক্ষ্যমাত্রা যোগ করুন।
কোনও দ্রুত কেশড পেজকে অথেন্টিকেটেড বা ডাটাবেস-ব্যাকড ট্রানজ্যাকশনের বিকল্প হিসেবে গ্রহণ করবেন না।
শিখর-সময়কাল, প্রত্যাশিত বৃদ্ধি, ক্যাম্পেইন স্পাইক, এবং ওভারল্যাপিং ব্যাচ কাজ সংজ্ঞায়িত করুন।
প্রত্যাশিত প্রতিটি বোতলগলার ক্ষেত্রে হোস্ট, আপনার দল, অথবা তৃতীয় পক্ষ কারা নিয়ন্ত্রণ করে তা চিহ্নিত করুন।
ক্যাপাসিটি, সীমা এবং স্কেলিং আচরণ তুলনা করুন
অফারের পেছনের সীমাগুলি জিজ্ঞাসা করুন: কম্পিউট ও মেমরি, স্টোরেজ পারফরম্যান্স, ডাটাবেস কানেকশন, ওয়ার্কার সীমা, নেটওয়ার্ক চার্জ, অনুরোধ নিয়ন্ত্রণ, এবং শেয়ারড-নেইবর সীমাবদ্ধতা। “অসীম ব্যান্ডউইথ” বললে তা দেখায় না যে অ্যাপ পিক-এ যথেষ্ট আনকেশড কাজ করতে পারে কিনা। কোন মেট্রিকস দৃশ্যমান এবং কত দিন উপলব্ধ থাকবে তা জেনে নিন।
স্কেলিং তখনই গুরুত্বপূর্ণ যখন এর ট্রিগার, দেরি, ছাদ এবং মূল্য জানা থাকে। নিশ্চিত করুন এটি স্বয়ংক্রিয় কি না, সেশন ও জবগুলি নিরাপদ থাকে কিনা, এবং ছাদে কী ঘটে। একটি তাত্ত্বিক ক্ষমতার দাবির চেয়ে প্রত্যাশিত পিক এবং তারও ওপরে একটি টেস্ট পছন্দ করুন। হেডরুম একটি ব্যবসায়িক সিদ্ধান্ত, সার্বজনীন শতকরা নয়।
শুধু গড় নয়; p95 বা p99 রেসপনস টাইম তুলনা করুন।
টেস্ট চলাকালীন ডাটাবেস, কিউ, এবং আপস্ট্রীম API টাইমিং সংগ্রহ করুন।
কমিট করার আগে স্কেল, ডেলিভারি, ব্যাকআপ, এবং দ্বিতীয়-অঞ্চল খরচের আন্দাজ রাখুন।
অরিজিন সচেতনভাবে স্থাপন করুন এবং ডেলিভারি যাচাই করুন
অডিয়েন্স অবস্থান, অ্যাপ্লিকেশন নির্ভরশীলতা, ডেটা-অবস্থান প্রয়োজন এবং অপারেটিং অ্যাক্সেস ব্যবহার করে একটি অরিজিন অঞ্চল বেছে নিন। প্রতিনিধিত্বশীল ভূগোল ও নেটওয়ার্ক কন্ডিশন থেকে টেস্ট করুন। একটি Content Delivery Network (CDN) হচ্ছে একটি বিতরণকৃত ক্যাশ যা যোগ্য অ্যাসেট ভিজিটরের নিকটে সার্ভ করে এবং অরিজিনের কাজ কমাতে পারে; এটি সুস্থ অরিজিন, ডাটাবেস, বা অ্যাপ্লিকেশন বদলায় না।
শুধু ড্যাশবোর্ড সেটিং নয়, হেডার ও আচরণ পরিদর্শন করুন। ভার্সন্ড স্ট্যাটিক অ্যাসেট সাধারণত দীর্ঘ লাইফটাইম পেতে পারে কারণ আপডেট হলে নতুন URL থাকে। ডায়নামিক এবং পার্সোনালাইজ্ড রেসপন্সের জন্য স্পষ্ট নিয়ম দরকার। HTTP শেয়ার্ড ও প্রাইভেট ক্যাশ আলাদা করে; অ্যাকাউন্ট বিবরণ অন্য গ্রাহকের পুনরায় ব্যবহারযোগ্য হয়ে যায় না। ক্যাশ পার্জ ও রোলব্যাক অনুশীলন করুন।
প্রথম ভিজিট এবং ফেরত ভিজিট উভয় ধরুন কারণ ক্যাশ অবস্থাগুলো ভিন্ন।
পেইজ, অ্যাসেট, কুকি, প্যারামিটার, এবং লোকালের জন্য Cache-Control ও ক্যাশ কী যাচাই করুন।
কিভাবে অনুমোদিত কর্মীরা একটি ক্ষতিকর নিয়ম নিষ্ক্রিয় করবে তাও নথিবদ্ধ করুন—সংবেদনশীল কন্টেন্ট প্রকাশ না করে।
পুনরুদ্ধার প্রমাণকে একটি পারফরম্যান্স প্রয়োজনীয়তা হিসেবে বিবেচনা করুন
জিজ্ঞাসা করুন কী ব্যাকআপ হচ্ছে, কোন জায়গায় কপিগুলো থাকে, রিটেনশন, রিস্টোর কর্তৃত্ব, এবং ব্যাকআপ কি ডাটাবেস, আপলোড, কোড, কনফিগারেশন, ও অবকাঠামো কভার করে কি না। Recovery Point Objective (RPO) হিসাবে সময়ভিত্তিক গ্রহণযোগ্য ডেটা ক্ষতি এবং Recovery Time Objective (RTO) হিসাবে গ্রহণযোগ্য পুনরুদ্ধারের সময় নির্ধারণ করুন। উভয়ই প্যাকেজ ডিফল্ট নয়—ব্যবসায়িক পরিণতি থেকে নির্ধারণ করুন।
সফল ব্যাকআপই পুনরুদ্ধারের প্রমাণ নয়। CISA সময়নিষ্ঠ পুনরুদ্ধার পরীক্ষা সুপারিশ করে, এবং AWS বলে দুর্যোগ পুনরুদ্ধার মূল্যায়ন ও পরীক্ষিত হওয়া উচিত। একটি সাম্প্রতিক কপি আলাদা পরিবেশে রিস্টোর করুন, গুরুত্বপূর্ণ রেকর্ড এবং মিডিয়া চেক করুন, নথিভুক্ত সিরিজ অনুসরণ করুন, এবং সময় নথিবদ্ধ করুন। একটি বিকল্প অঞ্চল কিছু ঝুঁকি কমাতে পারে কিন্তু খরচ ও জটিলতা বাড়ায়।
বর্তমান ডেটা অপ্রভাবিত রেখে একটি ফাইল বা রেকর্ড পুনরুদ্ধার করুন।
রিস্টোর অ্যাক্সেস সীমাবদ্ধ রাখুন এবং পুনরুদ্ধার ক্রেডেনশিয়াল ও রানবুক অনুমোদিত প্রতিক্রিয়াকারীদের কাছে রাখুন।
একটি ডাটাবেস স্ন্যাপশট সবসময় সেটিংস, অ্যাপ্লিকেশন সংস্করণ বা ডেলিভারি নিয়ম পুনরায় তৈরি করে না।
প্রয়োজন পড়ার আগেই সাপোর্ট ও শেয়ার্ড দায়িত্ব মূল্যায়ন করুন
সাপোর্টের স্কোপ, ঘণ্টা, চ্যানেল, এস্কেলেশন, এবং প্ল্যাটফর্ম ইনসিডেন্ট বনাম অ্যাপ্লিকেশন ট্রাবলশুটিং পার্থক্য তুলনা করুন। প্যাচ, ম্যানেজড ডাটাবেস, TLS, ফায়ারওয়াল নিয়ম, ব্যাকআপ ও রিস্টোরেশন নিয়ে লিখিত দায়িত্ব নিন। একটি সাপোর্ট প্রতিশ্রুতি তখনই কার্যকর যখন এটি বাস্তব পরিস্থিতিতে মালিক এবং পরবর্তী ক্রিয়া নির্দিষ্ট করে।
অ্যাক্সেস রোল, মাল্টি-ফ্যাক্টর অথেনটিকেশন, অডিট লগ, সিক্রেট হ্যান্ডলিং এবং অ্যাকাউন্ট বিচ্ছিন্নতা পর্যালোচনা করুন। পেমেন্ট কার্ড বা সংবেদনশীল নিয়ন্ত্রিত ডেটার জন্য কেবল হোস্টিং ফিচারই সম্মতি প্রতিষ্ঠা করে না। এই তুলনাকে প্রযুক্তিগত ইনপুট হিসেবে ব্যবহার করুন এবং পেমেন্ট আর্কিটেকচার ও প্রযোজ্য বাধ্যবাধকতা সম্পর্কে যোগ্য নিরাপত্তা, আইনগত বা কমপ্লায়েন্স রিভিউ নিন।
প্রোভাইডার কীভাবে ব্যর্থ রিস্টোর, স্যাচুরেটেড ডাটাবেস, বা ক্ষতিকর ক্যাশ নিয়ম পরিচালনা করে তা জিজ্ঞাসা করুন।
কারা প্রোডাকশন পরিবর্তন করতে পারে, ব্যাকআপ পড়তে পারে, লগ দেখতে পারে, এবং ক্রেডেনশিয়াল তৈরি করতে পারে তা চেক করুন।
সার্ভিস ক্রেডিট এবং ম্যানেজড কভারেজ materially শর্ত থাকতে পারে—এগুলো পড়ে নিন।
বাস্তবসম্মত, নিরাপদ তুলনামূলক পরীক্ষা চালান এবং স্কোরকার্ড রাখুন
প্রতিটি প্রার্থীর জন্য একই রিলিজ, কনফিগারেশন ইন্দেন্ট, এবং টেস্ট স্ক্রিপ্ট ব্যবহার করুন। একটি বেসলাইন, প্রত্যাশিত পিক, ছোট স্পাইক, স্থায়ী সময়কাল, এবং নিরাপদ রিকভারী বা ডেপ্লয়মেন্ট অনুশীলন চালান। AWS প্রস্তাব দেয় প্রোডাকশন-সদৃশ এনভায়রনমেন্ট, সংজ্ঞায়িত দৃশ্যপট, আর্কিটেকচার-ব্যাপী মনিটরিং, স্যানিটাইজ করা বা সিনথেটিক ডেটা, এবং নিয়মিত পুনরায় পরীক্ষণের। প্রোভাইডারের অনুমতি নিন এবং তার টেস্টিং নীতিমালা অনুসরণ করুন।
নিয়ন্ত্রিত ল্যাব টেস্ট এবং লঞ্চ-পরবর্তী ফিল্ড ডেটা মিলিয়ে ব্যবহার করুন। ল্যাব টেস্ট ডিবাগিংয়ের জন্য পুনরাবৃত্তিযোগ্য; ফিল্ড ডেটা বাস্তব ডিভাইস, নেটওয়ার্ক, ভূগোল, ক্যাশ অবস্থা এবং আচরণ প্রতিফলিত করে। বড় রিলিজ বা নির্ভরশীলতা পরিবর্তনের পরে স্কোরকার্ড পুনর্বিবেচনা করুন। SIU (Status Is UP) ফলাফলকে প্রি-লঞ্চ হার্ডেনিং, মালিক-নিয়ুক্ত রিমিডিয়েশন, এবং রোলব্যাক-তৈরি উন্নতিতে পরিণত করতে পারে।
অবস্থান, concurrency, ক্যাশ অবস্থা, এবং পেইলোডস ধারাবাহিক রাখুন।
রুট টাইমিং, ত্রুটি, রিসোর্স মেট্রিক, সংস্করণ, খরচ, এবং পর্যবেক্ষণগুলো সংরক্ষণ করুন।
দলিলভুক্ত চাহিদা স্থায়ী অপারেটিং খরচে মিট করার অপশনটি বেছে নিন।