এখন পর্যন্ত কভার করা প্রতিটি হোস্টিং ধরনের একটি সাধারণ বিষয় আছে: আপনার সাইট একটি ভৌত অবস্থানে একটি সার্ভারে থাকে। একটি CDN (content delivery network) সেই তথ্যের একটি আসল, ভৌত পরিণতি সমাধান করে — দূরত্বে সময় খরচ হয়।
ডেটা আসল cable আর আসল অবকাঠামোর উপর দিয়ে, একটি আসল, সীমিত গতিতে ভ্রমণ করে। যুক্তরাষ্ট্রে একটি সার্ভারে host করা একটি সাইট লোড করা কলকাতার একজন ভিজিটর সেই সার্ভারের ভৌতভাবে কাছের একজন ভিজিটরের চেয়ে সত্যিই প্রথম byte পৌঁছানোর জন্য বেশি অপেক্ষা করেন — কোডে কোনো ভুলের কারণে নয়, শুধু ভৌত দূরত্বের কারণে যা অনুরোধ আর রেসপন্সকে দুবার, round trip-এ ভ্রমণ করতে হয়।
একটি CDN বিশ্বজুড়ে অনেক ভৌত অবস্থানে ছড়িয়ে থাকা সার্ভারে আপনার কন্টেন্টের কপি রাখে — সাধারণত edge location বা points of presence বলা হয়। কেউ আপনার সাইট ভিজিট করলে, সবসময় আপনার একক আসল সার্ভারে ফিরে না গিয়ে, তাদের ভৌতভাবে সবচেয়ে কাছের কপি থেকে তারা স্বয়ংক্রিয়ভাবে সেবা পান।
CDN প্রতি ভিজিটরে বদলায় না এমন কন্টেন্টের জন্য সবচেয়ে কার্যকর — ছবি, CSS, JavaScript, font, আর সম্পূর্ণ static সাইট, সবই এই বিভাগে আগে static-হোস্টিং পাঠে কভার করা। এই কারণেই একটি static সাইট CDN বিতরণের জন্য এত স্বাভাবিকভাবে উপযোগী: প্রতি অনুরোধে গণনা করার মতো কিছু না থাকায়, প্রতিটি edge অবস্থানকে একটি অভিন্ন, পরিবেশনের জন্য প্রস্তুত কপি রাখা থেকে কিছুই থামায় না।
একটি CDN আপনার আসল সার্ভারে পৌঁছানোর আগেই ট্রাফিকের একটি অর্থপূর্ণ অংশও শোষণ করে — একটি হঠাৎ ট্রাফিক spike-এর সময় সত্যিই কাজের, আর কিছু ধরনের ক্ষতিকর ট্রাফিক বন্যার বিরুদ্ধে একটি আসল, যদিও আংশিক, সুরক্ষার স্তর, কারণ origin সার্ভার এর বেশিরভাগ সরাসরি কখনো দেখে না।
এটি সরাসরি SEO কোর্সের page-speed পাঠের সাথে সংযুক্ত: তিনটি Core Web Vitals-এর একটি LCP (Largest Contentful Paint), একটি অনুরোধ শুরু হওয়ার মুহূর্ত থেকে মাপা হয় — আর সার্ভারের ভৌত দূরত্ব এমন একটি সুনির্দিষ্ট, ঠিক করার যোগ্য জিনিস যা এটিকে প্রভাবিত করে। কোডের বদলে ভূগোলের কারণে সৃষ্ট একটি ধীর LCP-এর জন্য একটি CDN সবচেয়ে সরাসরি উপলব্ধ সমাধানগুলোর একটি।
পরের পাঠ ব্যবহারিক দিক কভার করে: একটি CDN আসলে কীভাবে বিদ্যমান হোস্টিংয়ের সামনে বসানো হয়, আর কেন এটি প্রায়ই বিনামূল্যে।