CDN কী এবং Cloudflare কীভাবে শীর্ষস্থানীয় প্রোভাইডার হলো

CDN কী

কনটেন্ট ডেলিভারি নেটওয়ার্ক হলো ছড়িয়ে থাকা সার্ভারগুলোর একটি নেটওয়ার্ক, যা অ্যাপ্লিকেশনের অরিজিন সার্ভারের চেয়ে ব্যবহারকারীর কাছাকাছি অবস্থান থেকে কনটেন্ট পৌঁছে দেয়। অরিজিনই মূল ও নির্ভরযোগ্য উৎস থাকে। নেটওয়ার্কের প্রান্তের CDN সার্ভারগুলো পুনর্ব্যবহারযোগ্য রেসপন্স সংরক্ষণ করে, সংযোগ গ্রহণ করে এবং অ্যাপ্লিকেশন প্রয়োজন এমন অনুরোধ পাঠিয়ে দেয়।

এই এজ সার্ভারগুলো point of presence বা PoP-এ সাজানো থাকে। একটি PoP-এ অনেক মেশিন থাকতে পারে এবং সেটি স্থানীয় ইন্টারনেট প্রোভাইডার, মোবাইল অপারেটর, ক্লাউড নেটওয়ার্ক ও অন্য ট্রানজিট নেটওয়ার্কের সঙ্গে সরাসরি যুক্ত হতে পারে। CDN সাধারণত শুধু ভৌগোলিক দূরত্ব নয়, নেটওয়ার্ক পরিস্থিতি বিবেচনা করে ভিজিটরকে উপযুক্ত PoP-এ পাঠায়।

CDN না থাকলে প্রতিটি অনুরোধ অরিজিন বা তার লোড ব্যালান্সারে পৌঁছায়। অরিজিনের কাছের ভিজিটর দ্রুত উত্তর পেতে পারেন। অন্য মহাদেশের কাউকে আরও নেটওয়ার্ক পেরোতে হয়, আর প্রতিটি সংযোগ স্থাপন বা অ্যাপ্লিকেশন রাউন্ড ট্রিপ বিলম্ব বাড়ায়। দ্রুত সার্ভারও দীর্ঘ দূরত্ব পেরোতে সিগন্যালের যে সময় লাগে তা মুছতে পারে না।

ধরা যাক, কাজে লাগার মতো কনটেন্ট দেখানোর আগে একটি অ্যাপ্লিকেশনের পরপর তিনটি আদান-প্রদান দরকার। রাউন্ড-ট্রিপ সময় ৯০ মিলিসেকেন্ড হলে, ট্রান্সফার ও প্রসেসিংয়ের আগেই প্রায় ২৭০ মিলিসেকেন্ড লাগে। সংযোগের শেষ প্রান্ত ২০ মিলিসেকেন্ড রাউন্ড-ট্রিপ সময়ের এজ লোকেশনে নিলে এই ধাপ থেকে প্রায় ২১০ মিলিসেকেন্ড কমে। সঠিক ফল নির্ভর করে রাউটিং, জট, প্রোটোকল পুনর্ব্যবহার এবং চাওয়া রেসপন্সটি আগে থেকেই ক্যাশে আছে কি না তার ওপর।

CDN পূর্ণাঙ্গ ক্ষুদ্র ওয়েবসাইটের সমষ্টি নয়। কোনো এক এজে জনপ্রিয় একটি ছবি থাকতে পারে, অন্য এজে তার কপি নাও থাকতে পারে। কোনো পাবলিক ডকুমেন্ট এক ঘণ্টার জন্য ক্যাশ হতে পারে, অথচ প্রতিটি প্রমাণীকৃত API অনুরোধ অরিজিনে যাবে। অনুরোধের বৈশিষ্ট্য, রেসপন্স হেডার, কনফিগার করা রুল ও খালি সক্ষমতা অনুযায়ী ক্যাশ ভরে ও নবায়ন হয়।

CDN ওয়েব হোস্টিংয়ের থেকেও আলাদা। হোস্টিং উৎস অ্যাপ্লিকেশন চালায়, নির্ভরযোগ্য ডেটা রাখে এবং রেসপন্স তৈরি করে। CDN সেই অবকাঠামোর সামনে থাকা একটি রিভার্স প্রক্সি। কিছু প্রোভাইডার এখন এজ কম্পিউট ও স্টোরেজ দেয়, তাই অ্যাপ্লিকেশনের একটি অংশ তাদের নেটওয়ার্কে চলতে পারে। এতে ডেটাবেস বা বাকি ব্যাকএন্ড নিজে থেকে সেখানে চলে যায় না।

এই পার্থক্যই মূল প্রতিশ্র্যা বোঝায়: CDN অপ্রয়োজনীয় দূরত্ব ও অরিজিনের পুনরাবৃত্ত কাজ কমায়। এটি অদক্ষ অ্যাপ্লিকেশন প্রোগ্রামিং দ্রুত করতে পারে না, ধীর ডেটাবেস কুয়েরি ঠিক করতে পারে না এবং ক্যাশ করা যায় না এমন অনুরোধে অতিরিক্ত চাপে থাকা অরিজিনের ঘাটতি পূরণ করতে পারে না।

CDN প্রতিটি অনুরোধ কীভাবে সামলায়

CDN এজ লোকেশনে ব্যবহারকারীর সংযোগ গ্রহণ করে, সেখানে বৈধ রেসপন্স তৈরি করা যায় কি না দেখে এবং প্রয়োজন হলেই অরিজিনে যোগাযোগ করে। ক্যাশ সিদ্ধান্তের আগেই DNS ও Anycast রাউটিং সাধারণত ট্র্যাফিক প্রোভাইডারের নেটওয়ার্কে পাঠায়।

একটি সাধারণ অনুরোধ পাঁচ ধাপ পেরোয়:

1. অরিজিন সরাসরি দেখানোর বদলে DNS CDN-সংশ্লিষ্ট একটি ঠিকানা দেয়।
2. নেটওয়ার্ক সংযোগটি উপলভ্য এজ লোকেশনে পাঠায়, যেখানে CDN TLS ও HTTP প্রোটোকল ঠিক করে।
3. এজ স্কিম, হোস্ট, অনুরোধের লক্ষ্য, কুয়েরি প্যারামিটার ও বাছাই করা হেডারের মতো বৈশিষ্ট্য থেকে ক্যাশ কী তৈরি করে।
4. নতুন মিল পাওয়া গেলে ক্যাশ হিট হয়। মিস, বাইপাস বা মেয়াদ ফুরোনো এন্ট্রি হলে এজ উপরের ক্যাশ স্তর বা অরিজিনে যোগাযোগ করে।
5. CDN ব্যবহারকারীকে রেসপন্স পাঠায় এবং ভবিষ্যৎ অনুরোধের জন্য যোগ্য কপি সংরক্ষণ করতে পারে।

Anycast-এ অনেক ফ্যাসিলিটি একই ঠিকানা রেঞ্জ ঘোষণা করে। ইন্টারনেট রাউটিং তখন সংযোগকে পৌঁছানো যায় এমন ঘোষণার দিকে নিয়ে যায়। এতে সাধারণত ব্যবহারকারী কাছের ফ্যাসিলিটিতে যান, যদিও রাউটিং নীতি ও পিয়ারিংয়ের কারণে ভৌগোলিকভাবে সবচেয়ে কাছেরটির চেয়ে অন্যটি ভালো কাজ করতে পারে।

ক্যাশের সতেজতা মূলত HTTP রেসপন্স হেডার ও CDN রুল থেকে আসে। অরিজিন এমন রেসপন্স দিতে পারে:

Cache-Control: public, max-age=300, s-maxage=3600, stale-while-revalidate=60
ETag: "build-4821"

এখানে ব্রাউজার পাঁচ মিনিট রেসপন্স পুনর্ব্যবহার করতে পারে, আর শেয়ার্ড ক্যাশ এক ঘণ্টা পর্যন্ত এটিকে নতুন ভাবতে পারে। উল্লেখ করা পুনঃযাচাই সময়ের মধ্যে উপযোগী ক্যাশ আপডেট আছে কি না যাচাই করার সময় পুরোনো কপি দিতে পারে। ETag শর্তসাপেক্ষ যাচাইয়ের সুযোগ দেয়, ফলে কনটেন্ট না বদলালে পুরো রেসপন্স আবার পাঠাতে হয় না।

Time to live সিদ্ধান্তের একটি অংশ মাত্র। private বা no-store দেওয়া রেসপন্স শেয়ার্ড ক্যাশে যাওয়া উচিত নয়। অনুমোদনের তথ্য থাকা অনুরোধ এবং সেশন কুকি সেট করা রেসপন্সও সচেতনভাবে সামলাতে হয়। শেয়ার্ড পরিচয়চিহ্নের অধীনে ব্যক্তিগত HTML ক্যাশ করলে একজনের কনটেন্ট অন্যজন দেখতে পারেন।

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

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

ক্যাশ মিস কোনো ব্যর্থতা নয়। নতুন, মেয়াদোত্তীর্ণ, বিরল বা ইচ্ছাকৃতভাবে ক্যাশ-অযোগ্য কনটেন্টের ক্ষেত্রে এটাই স্বাভাবিক। ভালো CDN কনফিগারেশনের লক্ষ্য নিরাপদ ও মূল্যবান রেসপন্স ক্যাশ করা, সব অনুরোধ জোর করে স্টোরেজে ঢোকানো নয়।

CDN কী উন্নত করে এবং কী ঠিক করতে পারে না

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

সবচেয়ে স্পষ্ট লাভ হলো কম সংযোগ লেটেন্সি। ভিজিটরের কাছেই TLS নেগোশিয়েশন হয়, পুনর্ব্যবহারযোগ্য কনটেন্ট অরিজিন রাউন্ড ট্রিপ এড়ায় এবং স্থায়ী সংযোগ বারবার সেটআপের কাজ কমায়। আধুনিক প্রোটোকল ক্ষতি বা বদলাতে থাকা সংযোগের মোবাইল নেটওয়ার্কেও ভালো কাজ করতে পারে। এতে time to first byte কমে ও পেজের অভিজ্ঞতার সূচক ভালো হয়, কিন্তু রেন্ডার আটকে রাখা স্ক্রিপ্ট, খুব বড় ক্লায়েন্ট বান্ডল, লেআউট শিফট বা ধীর ব্রাউজার এক্সিকিউশন দূর হয় না।

অরিজিন অফলোড অবকাঠামো ও ডেটা ট্রান্সফারের খরচ কমাতে পারে। একটি সেবা প্রতি মাসে অরিজিন থেকে ৮ TB ক্যাশযোগ্য ফাইল পাঠায় ভাবুন। CDN যদি তার ৯২ শতাংশ বাইট এজ স্টোরেজ থেকে দেয়, তাহলে সাধারণ মিসে প্রায় ৬৪০ GB অরিজিন ট্রান্সফার হবে, পুনঃযাচাই ট্র্যাফিক ও পরিচালন খরচের আগে। আর্থিক ফল নির্ভর করে হোস্টিং প্রোভাইডারের ইগ্রেস চার্জ, CDN প্ল্যান, অনুরোধ চার্জ, ট্রান্সফরমেশন ফি ও পেইড রাউটিং সুবিধার ওপর।

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

রিভার্স প্রক্সি একটি নিরাপত্তা সীমানা তৈরি করে। এটি বড় আকারের আক্রমণ ট্র্যাফিক ফেলে দিতে পারে, ফায়ারওয়াল ও রেট রুল প্রয়োগ করতে পারে এবং স্বাভাবিক DNS উত্তরে অরিজিন ঠিকানা আড়াল রাখতে পারে। পুরোনো DNS রেকর্ড, ইমেইল হেডার, সরাসরি হোস্টনেম বা তৃতীয় পক্ষের সেবা অরিজিন প্রকাশ করলে এবং তার ফায়ারওয়াল যেকোনো ইন্টারনেট ট্র্যাফিক নিলে সেই সীমানা অকার্যকর হয়।

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

কিছু কাজের লাভ কম। অরিজিনের একই ফ্যাসিলিটিতে ব্যবহৃত ব্যক্তিগত অ্যাপ্লিকেশনে নেটওয়ার্ক লেটেন্সি এমনিতেই কম। প্রতিটি অনুরোধে আলাদা রেসপন্স শেয়ার্ড ক্যাশ থেকে খুব কম লাভ পায়। বড় আপলোড অরিজিনের সক্ষমতা ব্যবহার করবেই, আর এজ প্রক্সি টাইমআউট, বডির আকার বা হেডার সীমা বোঝার আরেকটি জায়গা তৈরি করে।

ব্যবহারিক প্রশ্ন হলো, ফি ও পরিচালন জটিলতায় যা যোগ হয় তার চেয়ে CDN কি বেশি বিলম্ব, ট্রান্সফার ও ঝুঁকি সরায়? প্রতিটি বিতরণ করা নেটওয়ার্ক সব অ্যাপ্লিকেশনকে উন্নত করবে ধরে না নিয়ে বাস্তব ট্র্যাফিকে ফল মাপুন।

আধুনিক অ্যাপ্লিকেশনে CDN-এর জায়গা

যেখানে অনেক ব্যবহারকারী পুনর্ব্যবহারযোগ্য কনটেন্ট চান বা কাছের সংযোগ প্রান্ত থেকে লাভ পান, সেখানে CDN কাজে লাগে। স্ট্যাটিক ওয়েবসাইট সবচেয়ে সহজ উদাহরণ, তবে সফটওয়্যার ডাউনলোড, API, মিডিয়া ডেলিভারি, SaaS অ্যাপ্লিকেশন, মোবাইল ক্লায়েন্ট ও সংযুক্ত ডিভাইসও ভিন্নভাবে এজ নেটওয়ার্ক ব্যবহার করে।

সাধারণ ডিপ্লয়মেন্ট ধরন:

• স্ট্যাটিক সাইট অ্যাসেট: ছবি, ফন্ট, স্টাইলশিট, স্ক্রিপ্ট, ডকুমেন্ট ও অন্য পাবলিক ফাইল দীর্ঘ সতেজতা সময় ও সংস্করণযুক্ত নামে ক্যাশ করুন।
• ওয়েব অ্যাপ্লিকেশন শেল: এজে প্রাথমিক HTML ও ফ্রন্টএন্ড বান্ডল দিন, এরপর প্রমাণীকৃত সেবা থেকে অ্যাকাউন্ট ডেটা নিন।
• API: ক্লায়েন্টের কাছে TLS শেষ করুন, আপস্ট্রিম সংযোগ পুনর্ব্যবহার করুন, অপব্যবহারকারী কলারকে রেট-লিমিট করুন এবং শুধু স্পষ্টভাবে পাবলিক বা নিরাপদে আলাদা করা রেসপন্স ক্যাশ করুন।
• ভিডিও ও বড় ফাইল: জনপ্রিয় সেগমেন্ট বা ডাউনলোড দর্শকের কাছে রাখুন, যাতে লঞ্চ বা লাইভ ইভেন্টে উৎস স্যাচুরেট না হয়।
• মোবাইল ও ডিভাইস ডিস্ট্রিবিউশন: আপডেট যাচাই বজায় রেখে স্বাক্ষরিত অ্যাপ প্যাকেজ, ফার্মওয়্যার, মানচিত্র ও মিডিয়া দক্ষভাবে দিন।

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

GraphQL ও অনুরূপ API শৈলীতে এক এন্ডপয়েন্ট বহু ভিন্ন রেসপন্স দিতে পারে বলে সবকিছুর জন্য এক নিয়মে ক্যাশ করা কঠিন। persisted operation, স্বাভাবিক করা request body, অ্যাপ্লিকেশন-তৈরি surrogate identifier বা উদ্দেশ্যনির্ভর API ক্যাশ সহায়ক হতে পারে, তবে অনুমোদন ও অবৈধকরণের আচরণ স্পষ্ট হওয়ার পরেই।

স্ট্রিমিং এক বিশাল ভিডিও ট্রান্সফারের বদলে ছোট মিডিয়া সেগমেন্ট ও adaptive bitrate ভ্যারিয়েন্টের ওপর নির্ভর করে। ইভেন্ট চলার সময় জনপ্রিয় সেগমেন্ট অনেকবার ব্যবহার হয়। বিরল রেকর্ডিংয়ে বারবার উৎস থেকে না আনতে উপরের ক্যাশ স্তর বা স্থায়ী CDN স্টোরেজ লাগতে পারে। অধিকার প্রয়োগ, স্বাক্ষরিত অ্যাক্সেস, ভৌগোলিক বিধিনিষেধ ও প্লেয়ার আচরণ আলাদা নকশার বিষয়।

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

Koder.ai প্রজেক্টে বাস্তবসম্মত ভাগ হলো পাবলিক React বান্ডল, ফন্ট ও মিডিয়া ক্যাশ করা, আর Go সেবাকে অনুরোধ অনুমোদন করতে দেওয়া এবং PostgreSQL-কে অ্যাপ্লিকেশন স্তরের পেছনে রাখা। রিলিজ সাইনিং ও আপডেট নিয়ন্ত্রণ বজায় থাকলে Flutter অ্যাপ প্যাকেজ CDN দিয়ে দেওয়া যায়। Koder.ai কাস্টম ডোমেইনের সামনে Cloudflare বসালে হোস্টিং সেটআপে প্রয়োজনীয় DNS কনফিগারেশন নিশ্চিত করুন এবং প্রোডাকশন ট্র্যাফিক সরানোর আগে পরীক্ষা করুন। সোর্স কোড এক্সপোর্ট করলে দল নিজের পরিচালিত অবকাঠামোয় ডিপ্লয় করার পরও একই ধরন প্রয়োগ করতে পারে।

অ্যাপ্লিকেশন ডেভেলপাররা রেসপন্সের অর্থ নির্ধারণ করলে ক্যাশিং সবচেয়ে কার্যকর হয়। CDN অপারেটরকে অনুমান করতে হবে না রেসপন্স পাবলিক কি না, কতক্ষণ বৈধ থাকবে, বা কোন অনুরোধের বৈশিষ্ট্য তা বদলায়।

CDN প্রোভাইডার কীভাবে মাপবেন

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

একটি কার্যকর তুলনায় পাঁচটি দিক থাকে:

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

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

সিনথেটিক টেস্ট ও বাস্তব ব্যবহারকারীর মনিটরিং দুটোই ব্যবহার করুন। Catchpoint, ThousandEyes ও WebPageTest-এর মতো সিনথেটিক সিস্টেম নিয়ন্ত্রিত লোকেশন থেকে পুনরাবৃত্তিযোগ্য পরীক্ষা দেয়। ব্রাউজার মাপজোক আসল ভিজিটরের ডিভাইস, ক্যারিয়ার, রেডিও পরিস্থিতি ও পেজ আচরণ দেখায়। SpeedCurve ও নিজস্ব ব্রাউজার টেলিমেট্রি এ তথ্য সংগ্রহ করতে পারে। W3Techs বা BuiltWith-এর গ্রহণসংক্রান্ত রিপোর্টে প্রোভাইডার কত ব্যবহৃত হয় দেখা যায়, কিন্তু ব্যবহারই গতির পরীক্ষা নয়।

নিয়ন্ত্রিত ট্রায়াল হিসেবে মূল্যায়ন চালান:

1. অঞ্চল, ডিভাইস ধরন, কনটেন্ট ধরন ও ট্র্যাফিক সময় ধরে শুধু অরিজিনের বেসলাইন নিন।
2. প্রতিটি প্রার্থীর জন্য তুলনীয় ক্যাশ, TLS, কমপ্রেশন ও নিরাপত্তা নীতি কনফিগার করুন।
3. ঠান্ডা মিস, উষ্ণ হিট, পুনঃযাচাই, ডায়নামিক রেসপন্স, বড় অবজেক্ট ও আপলোড আলাদা করে পরীক্ষা করুন।
4. প্রোডাকশন ডেটা ঝুঁকিতে না ফেলে অসুস্থ অরিজিন ও হঠাৎ ট্র্যাফিক বৃদ্ধি অনুকরণ করুন।
5. মাপা লাভের সঙ্গে পূর্ণ মাসিক বিল ও প্রতিটি বিকল্প চালাতে প্রয়োজনীয় প্রকৌশল সময় মিলিয়ে দেখুন।

মিডিয়ান লেটেন্সি সবচেয়ে খারাপ অভিজ্ঞতার ব্যবহারকারীদের আড়াল করে। নমুনার আকার যথেষ্ট হলে p50, p75, p95 ও p99 দেখুন। এজ সময় ও অরিজিন সময় আলাদা করুন, যেন ধীর ব্যাকএন্ডের দায় CDN-এর ওপর না পড়ে। প্রথম ভিজিট ও পুনরাবৃত্ত ভিজিট তুলনা করুন এবং ক্যাশযোগ্য বাইটকে অনুরোধের সংখ্যা থেকে আলাদা রাখুন।

ক্যাশ হিট রেশিওও দুইভাবে দেখতে হয়। request hit ratio দেখায় অরিজিন ছাড়াই এজ কতবার উত্তর দেয়। byte hit ratio দেখায় এজ কত ডেটা ট্রান্সফার নেয়। কয়েকটি বড় ভিডিও byte ratio উঁচু করতে পারে, অথচ হাজারো ছোট API অনুরোধ ব্যাকএন্ডে চলতেই থাকে।

নির্ভরযোগ্যতা মাপতে এজ ত্রুটি, অরিজিন ত্রুটি, DNS ব্যর্থতা, TLS ব্যর্থতা, টাইমআউট ও সফল ফেইলওভার ধরুন। ইনসিডেন্টের সময় ড্যাশবোর্ড অপ্রাপ্য হলে বা কনফিগারেশন ছড়াতে বেশি সময় লাগলে নামমাত্র আপটাইম শতাংশ খুব কম তথ্য দেয়।

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

এই প্রক্রিয়া «সেরা» শব্দটির ব্যবহারিক অর্থ দেয়। নির্দিষ্ট অ্যাপ্লিকেশনের জন্য সেরা প্রোভাইডার সেই, যে গ্রহণযোগ্য খরচ ও পরিচালন ঝুঁকিতে মাপা লক্ষ্য পূরণ করে।

কেন Cloudflare-কে শীর্ষস্থানীয় প্রোভাইডার বলা হয়

Cloudflare-কে শীর্ষ CDN প্রোভাইডার বলা হয় কারণ এটি একই নেটওয়ার্কে বিস্তৃত উপস্থিতি, ব্যাপক ব্যবহার, সহজলভ্য শুরুর প্ল্যান, নিরাপত্তা সেবা ও প্রোগ্রামযোগ্য অ্যাপ্লিকেশন ডেলিভারি একত্র করে। প্রতিটি ধরনের কাজের জন্য প্রমাণিত এক নম্বর ফলের কারণে নয়, এই সমন্বয়ের কারণেই এর অবস্থান।

Cloudflare ২০১০ সালে অবাঞ্ছিত ট্র্যাফিক ছেঁকে ওয়েবসাইট ডেলিভারি উন্নত করার সেবা নিয়ে শুরু করে। ক্যাশিং ও DDoS প্রতিরক্ষা একই রিভার্স-প্রক্সি স্থাপত্যে ছিল, তাই গ্রাহক অরিজিনে যন্ত্র বসানো ছাড়াই পারফরম্যান্স ও সুরক্ষা পেতেন। পরে কোম্পানি সেই নেটওয়ার্ককে DNS, অ্যাপ্লিকেশন নিরাপত্তা, প্রাইভেট অ্যাক্সেস, ডেভেলপার কম্পিউট, স্টোরেজ ও মিডিয়া সেবায় বাড়ায়।

এর নেটওয়ার্ক ১২৫টির বেশি দেশের ৩৩০টির বেশি শহরে পৌঁছায় এবং ১৩,০০০-এর বেশি অন্য নেটওয়ার্কের সঙ্গে সংযুক্ত। এই বিস্তৃতি অ্যাক্সেস প্রোভাইডারের কাছাকাছি ট্র্যাফিক বিনিময়ের বহু সুযোগ দেয়। Anycast-এর ফলে প্রতিটি অঞ্চলে আলাদা পাবলিক এন্ডপয়েন্ট না বানিয়েই একই গ্রাহকমুখী সেবা ঠিকানা সব ফ্যাসিলিটিতে চলতে পারে।

সহজলভ্যতা এর ব্যবহার বাড়িয়েছে। ছোট সাইট ফ্রি প্ল্যান দিয়ে শুরু করতে পারে, আর বড় প্রতিষ্ঠান পেইড নিয়ন্ত্রণ, সাপোর্ট, চুক্তিভিত্তিক প্রতিশ্রুতি ও বিশেষ নেটওয়ার্ক সেবা কিনতে পারে। ড্যাশবোর্ড ও API একই পরিচালন মডেলে DNS, প্রক্সি, সার্টিফিকেট, ক্যাশিং, ট্র্যাফিক রুল ও নিরাপত্তা নীতি দেয়।

শেয়ার্ড নেটওয়ার্কে একটি অনুরোধ এক এজেই একাধিক ফাংশন পার হতে পারে। Cloudflare TLS শেষ করতে, নিরাপত্তা নীতি যাচাই করতে, ক্যাশ দেখতে এবং অ্যাপ্লিকেশন লজিক চালাতে পারে, প্রতিটি ধাপে আলাদা ভেন্ডর নেটওয়ার্ক ঘুরতে হয় না। এতে ইন্টিগ্রেশনের কাজ কমে, তবে একই প্রোভাইডারের কনফিগারেশন ও প্রাপ্যতার ওপর নির্ভরতাও বাড়ে।

মাপার পদ্ধতি না বলে Cloudflare-কে বিশ্বের এক নম্বর CDN বলা প্রমাণের চেয়ে বেশি বলা হবে। কিছু বড় মিডিয়া ও এন্টারপ্রাইজ ডেলিভারিতে Akamai পছন্দ হতে পারে। AWS-নির্ভর অ্যাপ্লিকেশনের জন্য CloudFront স্বাভাবিক পছন্দ হতে পারে। Fastly অভিজ্ঞ দলকে বিস্তারিত ডেলিভারি নিয়ন্ত্রণ দেয়। স্থানীয় দর্শককেন্দ্রিক সেবায় আঞ্চলিক প্রোভাইডার বৈশ্বিক ভেন্ডরকে ছাড়িয়ে যেতে পারে।

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

Cloudflare ক্যাশিং এখন কীভাবে কাজ করে

প্রক্সি করা DNS রেকর্ডে যোগ্য স্ট্যাটিক রিসোর্সের জন্য Cloudflare স্বয়ংক্রিয়ভাবে ক্যাশিং করে, কিন্তু HTML, JSON ও ব্যক্তিগত অ্যাপ্লিকেশন রেসপন্সে স্পষ্ট নীতি দরকার। নতুন কনফিগারেশনে দলগুলোর Cache Rules ব্যবহার করা উচিত এবং অরিজিন হেডারকে অ্যাপ্লিকেশন চুক্তির অংশ ভাবা উচিত।

প্রক্সি হিসেবে চিহ্নিত DNS রেকর্ড সামঞ্জস্যপূর্ণ ওয়েব ট্র্যাফিক Cloudflare দিয়ে পাঠায়। DNS-only রেকর্ড কনফিগার করা অরিজিনে রিজলভ হয় এবং সেই রেকর্ডে CDN ক্যাশিং, HTTP DDoS ফিল্টারিং বা এজ ফায়ারওয়াল প্রসেসিং পায় না। কিছু হোস্টনেম প্রক্সি স্ট্যাটাস দেখালে আর কিছু না দেখালে বিষয়টি সহজেই চোখ এড়ায়।

Cloudflare-এর ডিফল্ট ক্যাশ আচরণে method, ফাইল এক্সটেনশন, status code, query string, response header, cookie ও authorization-এর মতো বিষয় বিবেচিত হয়। স্ট্যাটিক ফাইল সাধারণত যোগ্য। HTML ও JSON ডিফল্টে ক্যাশ হয় না। কড়া ক্যাশ নির্দেশনা, Set-Cookie হেডার বা কিছু প্রমাণীকৃত অনুরোধ থাকা রেসপন্স সাধারণত স্টোরেজ এড়িয়ে চলে।

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

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

Cache Reserve সাধারণ ক্যাশ স্তরের ওপর স্থায়ী স্টোরেজ যোগ করে। দীর্ঘ সতেজতা সময়ের ক্যাশযোগ্য অবজেক্টের জন্য এটি পেইড, ব্যবহারভিত্তিক বিকল্প। সংরক্ষিত অবজেক্টও ক্যাশ নীতি অনুযায়ী পুরোনো হয় এবং অরিজিনে পুনঃযাচাই লাগতে পারে। রিটেনশন ও সতেজতা আলাদা: রিটেনশন ঠিক করে কপি পাওয়া যাবে কি না, আর সতেজতা ঠিক করে উৎস না দেখে Cloudflare সেটি পাঠাতে পারবে কি না।

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

স্ট্যান্ডার্ড প্ল্যানে এজ সার্টিফিকেট সক্রিয় থাকলে ভিজিটর থেকে Cloudflare সংযোগে HTTP/3 পাওয়া যায়। এতে Cloudflare থেকে অরিজিনের সংযোগ HTTP/3 হয় না। টগল চালু থাকলেই উন্নতি প্রমাণ হয় না, মোবাইল নেটওয়ার্কে প্রোটোকলের ফল পরীক্ষা করুন।

TLS-এ দুটি সংযোগ আছে: ভিজিটর থেকে Cloudflare এবং Cloudflare থেকে অরিজিন। Full strict mode যাচাই করে অরিজিনে অনুরোধ করা হোস্টনেমের সঙ্গে মেলা বৈধ ও মেয়াদোত্তীর্ণ নয় এমন সার্টিফিকেট আছে কি না। Flexible encryption এজ থেকে অরিজিন অংশ এনক্রিপ্ট করে না। অরিজিনে HTTPS সমর্থন করা প্রোডাকশন অ্যাপ্লিকেশনে এটি ব্যবহার করা উচিত নয়।

নিরাপদ ক্যাশ নীতির পাঁচটি নিয়ম:

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

উচ্চ হিট রেশিওই একমাত্র লক্ষ্য নয়। আগে সঠিকতা, গোপনীয়তা, সতেজতা ও অনুমেয় অবৈধকরণ।

ক্যাশিংয়ের বাইরে Cloudflare যা যোগ করে

Cloudflare তার CDN-এ অ্যাপ্লিকেশন নিরাপত্তা, অরিজিন সুরক্ষা, এজ কম্পিউট, মিডিয়া হ্যান্ডলিং ও প্রাইভেট অ্যাক্সেস সেবা যোগ করে। এসব পণ্য অবকাঠামো ও প্রশাসন ভাগ করলেও তাদের সীমা, বিলিং মডেল ও প্ল্যানভিত্তিক প্রাপ্যতা আলাদা।

মূল সেবা গোষ্ঠী:

• অ্যাপ্লিকেশন নিরাপত্তা: DDoS প্রতিরোধ, ম্যানেজড ও কাস্টম ফায়ারওয়াল রুল, রেট লিমিটিং, বট নিয়ন্ত্রণ, API সুরক্ষা ও সার্টিফিকেট সেবা।
• অরিজিন সুরক্ষা: প্রক্সি করা ঠিকানা, নেটওয়ার্ক allowlist, authenticated origin pull, health check, load balancing ও আউটবাউন্ড Cloudflare Tunnel সংযোগ।
• ডেভেলপার প্ল্যাটফর্ম: Workers কম্পিউট এবং KV, D1, Durable Objects, R2 ও Queues-এর মতো স্টোরেজ ও মেসেজিং পণ্য।
• মিডিয়া সেবা: ছবি স্টোরেজ ও রূপান্তর, স্বয়ংক্রিয় ফরম্যাট নির্বাচন, ভিডিও ইনজেশন, এনকোডিং, স্টোরেজ ও adaptive ডেলিভারি।
• ব্যক্তিগত সংযোগ: কর্মী, অফিস ও অবকাঠামোর জন্য Zero Trust অ্যাক্সেস, secure web gateway ফাংশন ও নেটওয়ার্ক সেবা।

স্ট্যান্ডার্ড CDN প্ল্যানজুড়ে DDoS সুরক্ষা থাকে, তবে ফায়ারওয়াল রুলের সক্ষমতা, ম্যানেজড সুরক্ষা, বট ফিচার, অ্যানালিটিক্স রিটেনশন ও সাপোর্ট স্তর ভিন্ন। রেট লিমিটে অ্যাপ শুরু, চেকআউট, webhook ডেলিভারি বা মোবাইল ক্লায়েন্ট retry-এর মতো বৈধ হঠাৎ বৃদ্ধি থেকে অপব্যবহারকারী অটোমেশনকে আলাদা করতে হবে।

রেকর্ড প্রক্সি করলে সাধারণ ভিজিটরের কাছ থেকে অরিজিন ঠিকানা লুকায়, কিন্তু আগে অন্যত্র প্রকাশিত তথ্য মুছে যায় না। ট্র্যাফিক যাচাইয়ের পর অরিজিন ফায়ারওয়াল অনুমোদিত উৎসে সীমিত করুন। authenticated origin pull সার্টিফিকেটভিত্তিক যাচাই যোগ করে যে অনুরোধটি Cloudflare হয়ে এসেছে। Cloudflare Tunnel আউটবাউন্ড সংযোগ তৈরি করে পাবলিক রাউট করা যায় এমন অরিজিন ঠিকানার প্রয়োজন মেটাতে পারে, যদি তার পরিচালন মডেল সেবার উপযোগী হয়।

Workers হালকা V8 isolate ব্যবহার করে Cloudflare-এর নেটওয়ার্কজুড়ে অনুরোধ সামলানোর কোড চালায়। এগুলো রিডাইরেক্ট, অনুমোদন যাচাই, পরীক্ষা, ব্যক্তিগতকরণ, API composition বা পূর্ণ অ্যাপ্লিকেশন ফাংশন করতে পারে। কোডে ধরে নেওয়া যাবে না যে পরিবর্তনযোগ্য মেমোরি অনুরোধের মধ্যে টিকে থাকবে বা দুটি অনুরোধ একই isolate-এ যাবে। স্টেটফুল সমন্বয় উপযুক্ত স্টোরেজ সেবায় রাখা উচিত।

Cloudflare Images এজে দূরের ছবি রূপান্তর করতে পারে বা পেইড প্ল্যানে উৎস ছবি স্টোর করতে পারে। ফ্রি Images টিয়ারে প্রতি মাসে নির্দিষ্টসংখ্যক স্বতন্ত্র রূপান্তরের সুযোগ থাকে, আর বেশি রূপান্তর ও হোস্টেড ছবি ডেলিভারির জন্য আলাদা বিলিং হয়। উৎস ও রূপান্তরের প্রতিটি আলাদা সমন্বয় ব্যবহারে প্রভাব ফেলে, তাই অনিয়ন্ত্রিত মাপ বা কোয়ালিটি মান অপ্রয়োজনীয় ভ্যারিয়েন্ট তৈরি করতে পারে।

Cloudflare Stream লাইভ ও অন-ডিমান্ড ভিডিও ইনজেশন, স্টোরেজ, এনকোডিং ও adaptive ডেলিভারি সামলায়। শুধু CDN চালু করলেই এটি ফ্রি পাওয়া যায় না, এটি আলাদা সেবা। বর্তমান ভিডিও ওয়ার্কফ্লো বদলানোর আগে অ্যাক্সেস নিয়ন্ত্রণ, প্লেব্যাক মিনিট, সংরক্ষিত সময়, উৎসের অধিকার ও সমর্থিত এনকোডিং আউটপুট পর্যালোচনা করুন।

Zero Trust পণ্য পাবলিক কনটেন্ট ডেলিভারির চেয়ে ভিন্ন সমস্যা সমাধান করে। এগুলো ব্যবহারকারী ও ডিভাইস কীভাবে ব্যক্তিগত অ্যাপ্লিকেশন বা ইন্টারনেটে পৌঁছায় তা নিয়ন্ত্রণ করে। CDN কিনলেই সব private-access সুবিধা অন্তর্ভুক্ত হয় না, যদিও সেবাগুলো একই নেটওয়ার্কে চলে।

একীভূত অ্যানালিটিক্স এজ ট্র্যাফিক, ক্যাশ ফল, নিরাপত্তা ইভেন্ট ও Worker এক্সিকিউশন সম্পর্কিতভাবে দেখাতে পারে। প্ল্যান ও পণ্যভেদে রিটেনশন এবং বিস্তারিত ভিন্ন। ইনসিডেন্ট তদন্ত বা অডিট নীতিতে দীর্ঘ রেকর্ড দরকার হলে গুরুত্বপূর্ণ লগ প্রতিষ্ঠানের মনিটরিং সিস্টেমে এক্সপোর্ট করুন।

অন্যান্য CDN প্রোভাইডারের তুলনায় Cloudflare

এক নেটওয়ার্কে সহজ অনবোর্ডিং ও বিস্তৃত সেবার জন্য Cloudflare আলাদা, অন্য প্রোভাইডার কোনো নির্দিষ্ট ক্লাউড, ডেলিভারি ভাষা, মিডিয়া ওয়ার্কফ্লো বা এন্টারপ্রাইজ পরিচালন মডেলে বেশি মানানসই হতে পারে। তুলনা ভেন্ডরের বৈশ্বিক গড়ের বদলে অ্যাপ্লিকেশনকে কেন্দ্র করে হওয়া উচিত।

Cloudflare-এর full-zone সেটআপে সাধারণত authoritative nameserver বদলাতে হয়, যা একই প্রোভাইডার DNS ও প্রক্সি চালালে সুবিধাজনক। অন্য authoritative DNS সেবা রাখতে হলে partial configuration-এর প্রাপ্যতা ও প্ল্যানের প্রয়োজন পর্যালোচনা করুন। পারফরম্যান্স পরীক্ষা শুরুর আগেই এই পার্থক্য মাইগ্রেশনের নকশা নির্ধারণ করতে পারে।

কনটেন্ট AWS স্টোরেজে থাকলে এবং অ্যাপ্লিকেশনের অনুমতি AWS identity ব্যবহার করলে CloudFront ইন্টিগ্রেশনের কাজ কমাতে পারে। অনুরোধের কাছে বিস্তারিত ডেলিভারি লজিক প্রকাশ করতে চাইলে Fastly উপযোগী। কঠিন এন্টারপ্রাইজ ও মিডিয়া প্রোগ্রামে Akamai-এর দীর্ঘ অভিজ্ঞতা আছে। কোনো এক দেশের সেবায় আঞ্চলিক CDN ভালো স্থানীয় সাপোর্ট, পেমেন্ট শর্ত বা ক্যারিয়ার সম্পর্ক দিতে পারে।

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

তাই Cloudflare একটি শক্তিশালী ডিফল্ট প্রার্থী, স্বয়ংক্রিয় বিজয়ী নয়। সবচেয়ে প্রাসঙ্গিক বিকল্পের সঙ্গে সংক্ষিপ্ত ট্রায়াল ফিচারের সংখ্যা তুলনার চেয়ে ভালো সিদ্ধান্ত দেয়।

Cloudflare-এর মূল্য ও মোট খরচ

Cloudflare-এর মূল্য স্থির স্ট্যান্ডার্ড প্ল্যান দিয়ে শুরু, পরে কাজ অনুযায়ী ব্যবহারভিত্তিক পণ্য ও কাস্টম চুক্তি যোগ হয়। প্রকাশ্য Network ও CDN টিয়ারের মূল্য:

• Free-এর খরচ মাসে $0, ব্যক্তিগত বা শখের, ব্যবসার জন্য গুরুত্বপূর্ণ নয় এমন প্রজেক্টের জন্য।
• Pro-এর খরচ বার্ষিক বিলিংয়ে মাসে $20, মাসিক বিলিংয়ে $25।
• Business-এর খরচ বার্ষিক বিলিংয়ে মাসে $200, মাসিক বিলিংয়ে $250।
• মিশন-ক্রিটিক্যাল অ্যাপ্লিকেশনের জন্য Enterprise সেবায় কাস্টম বার্ষিক চুক্তি লাগে।

বেস টিয়ারে CDN ডেলিভারি, authoritative DNS, Universal SSL ও DDoS সুরক্ষা আছে, তবে এতে Cloudflare-এর প্রতিটি পণ্য ফ্রি হয় না। Argo রাউটিং, লোড ব্যালান্সিং, উন্নত সার্টিফিকেট বিকল্প, Workers ব্যবহার, ছবি প্রসেসিং, ভিডিও ডেলিভারি, স্থায়ী ক্যাশ স্টোরেজ, লগ অ্যাক্সেস ও বিশেষ নিরাপত্তা সুবিধায় আলাদা চার্জ বা চুক্তির শর্ত থাকতে পারে।

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

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

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

নিরাপদে Cloudflare বেছে নেওয়া ও রোলআউট

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

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

নিরাপদ ডিপ্লয়মেন্ট পাঁচ ধাপে হতে পারে:

1. বেসলাইন লেটেন্সি, পেজ মেট্রিক, ত্রুটির হার, অরিজিন লোড, ট্রান্সফার ভলিউম ও বর্তমান DNS মান নথিবদ্ধ করুন।
2. ডোমেইন যোগ করুন, ইমপোর্ট করা প্রতিটি DNS রেকর্ড যাচাই করুন এবং যেসব মেইল বা ভ্যালিডেশন রেকর্ড DNS-only থাকতে হবে সেগুলো চিহ্নিত করুন।
3. কম ঝুঁকির হোস্টনেম বা সীমিত ট্র্যাফিক দিয়ে পাইলট করুন, তারপর সার্টিফিকেট, রিডাইরেক্ট, request body, আপলোড ও অ্যাপ্লিকেশন callback নিশ্চিত করুন।
4. Full strict encryption চালু করুন, সরাসরি অরিজিন অ্যাক্সেস সীমিত করুন এবং সম্ভব হলে আগে মনিটরিং মোডে নিরাপত্তা নীতি চালু করুন।
5. সীমিত পরিসরের Cache Rules যোগ করুন, মিস ও বাইপাস দেখুন, তারপর প্রমাণীকৃত ও ব্যক্তিগত আচরণ পরীক্ষায় পাস করলে প্রসারিত করুন।

Nameserver বদল রিজলভারে ছড়িয়ে পড়তে সময় নিতে পারে। মাইগ্রেশনের আগে প্রাসঙ্গিক DNS সতেজতা কমালে পরিবর্তন দ্রুত হতে পারে, তবে পুরোনো ক্যাশ করা উত্তর শেষ হওয়ার জন্য যথেষ্ট আগেই এটি করতে হবে। নতুন সেবা প্রতিনিধিত্বশীল ট্র্যাফিক সময়জুড়ে স্থিতিশীল থাকার আগে আগের প্রোভাইডারের কনফিগারেশন রাখুন।

ট্র্যাফিক Cloudflare-এ পৌঁছানোর পর CF-Cache-Status রেসপন্স হেডার দেখুন। HIT মানে Cloudflare ক্যাশ করা রেসপন্স দিয়েছে। MISS মানে ব্যবহারযোগ্য কপি ছিল না, তাই আপস্ট্রিম থেকে এনেছে। DYNAMIC বোঝায় অনুরোধের সময় এটি ক্যাশের উপযুক্ত ধরা হয়নি। BYPASS সাধারণত রুল বা অরিজিন রেসপন্সের কারণে স্টোরেজ বন্ধ হয়েছে। পটভূমিতে পুনঃযাচাই চলার সময় পুরোনো কনটেন্ট ফেরত গেলে UPDATING দেখা যেতে পারে। Age হেডার সর্বশেষ যাচাই বা পুনরায় ভরার পর থেকে পরিবেশিত ক্যাশ এন্ট্রি কতক্ষণ রাখা আছে দেখায়।

বিস্তৃত রোলআউটের আগে পাঁচটি ফল যাচাই করুন:

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

একই পার্সেন্টাইল ও কাছাকাছি ট্র্যাফিক সময়ে পাইলটকে বেসলাইনের সঙ্গে তুলনা করুন। time to first byte, largest contentful paint, ত্রুটির হার, সোর্স CPU, খোলা সংযোগ ও পাঠানো বাইটের পরিবর্তন দেখুন। দ্রুত মিডিয়ানের সঙ্গে খারাপ p95 লেটেন্সি এলে উদ্‌যাপনের বদলে তদন্ত দরকার।

ক্যাশ সতেজতা ধীরে বাড়ান। দীর্ঘ সময় পুনর্ব্যবহার বাড়ায়, তবে অবৈধকরণের ভুলের প্রভাবও বাড়ায়। পাবলিক সংস্করণযুক্ত অ্যাসেট দীর্ঘ স্টোরেজ সহ্য করে। ঘন ঘন সম্পাদিত HTML-এ নিয়ন্ত্রিত পুনঃযাচাই বা নির্ভরযোগ্য পার্জ অটোমেশন দরকার। অ্যাকাউন্ট পেজ শেয়ার্ড স্টোরেজের বাইরে থাকবে, যদি না অ্যাপ্লিকেশনকে বিশেষভাবে ভাগ করা ক্যাশিংয়ের জন্য নকশা ও পরীক্ষা করা হয়।

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

এই মাপা রোলআউট গ্রহণযোগ্য মোট খরচে অর্থপূর্ণ পারফরম্যান্স, নির্ভরযোগ্যতা বা নিরাপত্তা লাভ দিলে Cloudflare সঠিক পছন্দ। এর বিস্তৃত নেটওয়ার্ক ও একীভূত পণ্য একে শীর্ষ বিকল্প করে, আর শৃঙ্খলাপূর্ণ কনফিগারেশনই ঠিক করে এই সক্ষমতা বাস্তবে অ্যাপ্লিকেশনকে উন্নত করবে কি না।