আপনার হোস্টিংয়ের সামনে একটি CDN বসানো

একটি CDN যোগ করা সাধারণত আপনার হোস্টিং প্রতিস্থাপন বোঝায় না — এর অর্থ আপনার ইতিমধ্যে থাকা হোস্টিংয়ের সামনে একটি CDN বসানো, যাতে এটি আপনার কন্টেন্ট পরিবেশন সামলায় যখন আপনার আসল সার্ভারটি backup উৎস হয়ে ওঠে যা এটি মাঝে মাঝে যাচাই করে।

একটি সেট আপ করা সাধারণত দুটি প্যাটার্নের একটি অনুসরণ করে: DNS-স্তর (একটি স্বতন্ত্র CDN সেবার জন্য সবচেয়ে সাধারণ — connecting-a-domain পাঠ অনুযায়ী, আপনি আপনার ডোমেইনের nameserver CDN প্রদানকারীরটিতে বদলান, আর এটি প্রতিটি ভিজিটর আর আপনার আসল সার্ভারের মধ্যে স্বচ্ছভাবে বসে), বা built-in (আগে কভার করা অনেক cloud আর static হোস্টিং প্ল্যাটফর্ম ডিফল্টভাবে স্বয়ংক্রিয়ভাবে একটি CDN অন্তর্ভুক্ত করে, আলাদাভাবে কনফিগার করার কিছুই নেই)।

একটি CDN আপনার কন্টেন্টের একটি কপি সংরক্ষণ করে আর আপনার আসল সার্ভার আবার যাচাই করার আগে কিছু সময় সেই কপি পরিবেশন করে — এটি caching, আর এটিই ঠিক কারণ একটি CDN দ্রুত: বেশিরভাগ অনুরোধ আসল সার্ভারে একেবারেই ফিরে যাওয়ার প্রয়োজন হয় না। বিনিময়টি হলো আপনার সাইটে একটি পরিবর্তন সর্বত্র সাথে সাথে দেখা যায় না — প্রতিটি edge অবস্থানে ক্যাশ করা কপির মেয়াদ শেষ হতে হবে বা ম্যানুয়ালি পরিষ্কার করতে হবে, সাধারণত একটি purge বা cache invalidation বলা একটি ধাপ, বেশিরভাগ CDN dashboard-এ একটি বোতাম বা একটি API কল হিসেবে দেওয়া।

এখানেই "সস্তা হোস্টিং সাথে একটি বিনামূল্যের CDN" সমন্বয় সত্যিই তার জায়গা অর্জন করে: আপনার ট্রাফিকের বেশিরভাগ bandwidth আর সার্ভার লোড CDN-এর edge নেটওয়ার্কে সরে যায়, যা প্রায়ই মানে একটি মাঝারি, সস্তা হোস্টিং পরিকল্পনা সহায়তা ছাড়া সম্ভবের চেয়ে অনেক বড় দর্শককে স্বাচ্ছন্দ্যে সেবা দিতে পারে — প্রায়ই একেবারে কোনো CDN ছাড়া চলা যথেষ্ট বেশি ব্যয়বহুল একটি হোস্টিং পরিকল্পনাকে হারায়।

একটি CDN কন্টেন্ট পৌঁছানো দ্রুত করে, কিন্তু এটি একটি ধীর ডেটাবেস কোয়েরি বা অদক্ষ server-side লজিক দ্রুত করতে পারে না — সেগুলো এখনো সম্পূর্ণভাবে আপনার আসল সার্ভারে চলে, এটিতে পৌঁছানো প্রতিটি একক অনুরোধে, ঠিক আগের মতো। একটি CDN ভালো backend পারফরম্যান্সের পরিপূরক; এর প্রয়োজনীয়তা প্রতিস্থাপন করে না।