একটি CDN ব্যবহার করবেন না

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

ছবিতে বৃত্তাকার বিলম্ব একটি CDN ব্যবহারের কারণে হয়৷

ইতিহাস একটি বিট

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

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

একটি পৃথক সার্ভারের চ্যানেল সীমিত করার সমস্যাটি সিডিএন দ্বারা পুরোপুরি সমাধান করা হয়েছে। ক্লায়েন্টরা সরাসরি সার্ভারের সাথে সংযোগ করে না, কিন্তু CDN নেটওয়ার্কের নোডের সাথে। একটি আদর্শ পরিস্থিতিতে, সার্ভার CDN নোডে একটি স্ট্রীম পাঠায় এবং তারপরে নেটওয়ার্কটি অনেক ব্যবহারকারীর কাছে এই স্ট্রিমটি সরবরাহ করতে তার নিজস্ব সংস্থান ব্যবহার করে। অর্থনৈতিক দৃষ্টিকোণ থেকে, আমরা প্রকৃতপক্ষে ব্যবহৃত সম্পদের জন্য অর্থ প্রদান করি (এটি ব্যান্ডউইথ বা ট্র্যাফিক হতে পারে) এবং আমাদের পরিষেবার চমৎকার মাপযোগ্যতা পাই। ভারী বিষয়বস্তু সরবরাহ করার জন্য একটি CDN ব্যবহার করা সম্পূর্ণরূপে ন্যায়সঙ্গত এবং যৌক্তিক। যদিও এটি লক্ষণীয় যে এই স্থানের সবচেয়ে বড় খেলোয়াড়রা (যেমন Netflix) বড় বাণিজ্যিক CDN ব্যবহার করার পরিবর্তে তাদের নিজস্ব CDN তৈরি করছে (Akamai, Cloudflare, Fastly, ইত্যাদি)

ওয়েবের বিকাশের সাথে সাথে ওয়েব অ্যাপ্লিকেশনগুলি আরও জটিল এবং জটিল হয়ে উঠেছে। লোডিং গতির সমস্যা সামনে এসেছিল। ওয়েবসাইট স্পিড উত্সাহীরা দ্রুত বেশ কয়েকটি বড় সমস্যা চিহ্নিত করেছে যার কারণে ওয়েবসাইটগুলি ধীরে ধীরে লোড হচ্ছে। তাদের মধ্যে একটি ছিল নেটওয়ার্ক বিলম্ব (RTT - রাউন্ড ট্রিপ টাইম বা পিং টাইম)। বিলম্ব ওয়েবসাইট লোড করার অনেক প্রক্রিয়াকে প্রভাবিত করে: একটি TCP সংযোগ স্থাপন করা, একটি TLS সেশন শুরু করা, প্রতিটি পৃথক সম্পদ লোড করা (ছবি, JS ফাইল, HTML নথি, ইত্যাদি)

সমস্যাটি আরও বেড়ে গিয়েছিল যে HTTP/1.1 প্রোটোকল ব্যবহার করার সময় (SPDY, QUIC এবং HTTP/2 এর আবির্ভাবের আগে এটিই একমাত্র বিকল্প ছিল), ব্রাউজারগুলি একটি হোস্টে 6টির বেশি TCP সংযোগ খোলে না। এই সমস্ত সংযোগ ডাউনটাইম এবং চ্যানেল ব্যান্ডউইথের অদক্ষ ব্যবহারের দিকে পরিচালিত করে। সমস্যাটি আংশিকভাবে ডোমেন শার্ডিংয়ের মাধ্যমে সমাধান করা হয়েছিল - সংযোগের সংখ্যার সীমা অতিক্রম করতে অতিরিক্ত হোস্ট তৈরি করা।

এখানেই CDN-এর দ্বিতীয় ক্ষমতা দেখা যায় - বিপুল সংখ্যক পয়েন্ট এবং ব্যবহারকারীর কাছে নোডের নৈকট্যের কারণে লেটেন্সি (RTT) হ্রাস করা। দূরত্ব এখানে একটি নির্ধারক ভূমিকা পালন করে: আলোর গতি সীমিত (অপটিক্যাল ফাইবারে প্রায় 200 কিমি/সেকেন্ড)। এর মানে হল প্রতি 000 কিলোমিটার ভ্রমণ RTT-তে 1000 ms বিলম্ব বা 5 ms যোগ করে। এটি ট্রান্সমিশনের জন্য প্রয়োজনীয় সর্বনিম্ন সময়, যেহেতু মধ্যবর্তী সরঞ্জামগুলিতেও বিলম্ব রয়েছে। যেহেতু একটি CDN সাধারণত জানে কিভাবে তার সার্ভারে অবজেক্ট ক্যাশে করতে হয়, তাই আমরা CDN এর মাধ্যমে এই ধরনের বস্তু লোড করে উপকৃত হতে পারি। এর জন্য প্রয়োজনীয় শর্ত: ক্যাশে বস্তুর উপস্থিতি, ওয়েব অ্যাপ্লিকেশন সার্ভারের (অরিজিন সার্ভার) সাথে তুলনা করে ব্যবহারকারীর কাছে সিডিএন পয়েন্টের নৈকট্য। এটা বোঝা গুরুত্বপূর্ণ যে একটি CDN নোডের ভৌগলিক নৈকট্য কম বিলম্বের গ্যারান্টি দেয় না। ক্লায়েন্ট এবং CDN-এর মধ্যে রাউটিং এমনভাবে তৈরি করা যেতে পারে যাতে ক্লায়েন্ট অন্য দেশে এবং সম্ভবত অন্য মহাদেশে একটি হোস্টের সাথে সংযোগ স্থাপন করবে। এখানেই টেলিকম অপারেটর এবং CDN পরিষেবার মধ্যে সম্পর্ক (পিয়ারিং, সংযোগ, IX-তে অংশগ্রহণ, ইত্যাদি) এবং CDN-এর ট্রাফিক রাউটিং নীতি কার্যকর হয়৷ উদাহরণস্বরূপ, ক্লাউডফ্লেয়ার, দুটি প্রাথমিক পরিকল্পনা (বিনামূল্যে এবং সস্তা) ব্যবহার করার সময়, নিকটতম হোস্ট থেকে সামগ্রী সরবরাহের গ্যারান্টি দেয় না - ন্যূনতম খরচ অর্জনের জন্য হোস্টকে নির্বাচন করা হবে।

অনেক নেতৃস্থানীয় ইন্টারনেট কোম্পানি লোডিং স্পিড এবং ওয়েবসাইটের পারফরম্যান্সের বিষয়ে জনস্বার্থ (ওয়েব ডেভেলপার এবং পরিষেবা মালিকদের) আকর্ষণ করে। এই কোম্পানিগুলির মধ্যে ইয়াহু (Yslow টুল), AOL (WebPageTest) এবং Google (Page Speed ​​Insights service), যারা সাইটগুলিকে গতি বাড়ানোর জন্য তাদের নিজস্ব সুপারিশগুলি বিকাশ করছে (প্রাথমিকভাবে তারা ক্লায়েন্ট অপ্টিমাইজেশনের সাথে সম্পর্কিত)। পরে, নতুন ওয়েবসাইট স্পিড টেস্টিং টুল উপস্থিত হয়, যা ওয়েবসাইটের গতি বাড়ানোর টিপসও দেয়। এই পরিষেবা বা প্লাগইনগুলির প্রতিটির একটি ধারাবাহিক সুপারিশ রয়েছে: "একটি CDN ব্যবহার করুন।" নেটওয়ার্ক লেটেন্সি হ্রাস সাধারণত CDN এর প্রভাবের ব্যাখ্যা হিসাবে উল্লেখ করা হয়। দুর্ভাগ্যবশত, CDN-এর ত্বরণ প্রভাব কীভাবে অর্জিত হয় এবং কীভাবে এটি পরিমাপ করা যায় তা বোঝার জন্য সবাই প্রস্তুত নয়, তাই সুপারিশটি বিশ্বাসের ভিত্তিতে নেওয়া হয় এবং একটি পোস্টুলেট হিসাবে ব্যবহার করা হয়। আসলে, সব CDN সমান তৈরি করা হয় না।

একটি CDN আজ ব্যবহার করে

CDN ব্যবহার করার উপযোগিতা মূল্যায়ন করতে, তাদের শ্রেণীবদ্ধ করা প্রয়োজন। অনুশীলনে এখন কী পাওয়া যেতে পারে (বন্ধনীর উদাহরণগুলি অবশ্যই, সম্পূর্ণ নয়):

1. JS লাইব্রেরি বিতরণের জন্য বিনামূল্যে CDN (MaxCDN, Google। Yandex)।
2. ক্লায়েন্ট অপ্টিমাইজেশনের জন্য পরিষেবাগুলির CDN (উদাহরণস্বরূপ, ফন্টগুলির জন্য Google ফন্ট, ক্লাউডিনারি, ছবির জন্য ক্লাউডইমেজ)।
3. সিএমএসে স্ট্যাটিক এবং রিসোর্স অপ্টিমাইজেশানের জন্য সিডিএন (বিট্রিক্স, ওয়ার্ডপ্রেস এবং অন্যান্যগুলিতে উপলব্ধ)।
4. সাধারণ উদ্দেশ্য CDN (StackPath, CDNVideo, NGENIX, Megafon)।
5. ওয়েবসাইট ত্বরণের জন্য CDN (Cloudflare, Imperva, Airi)।

এই ধরনের মধ্যে মূল পার্থক্য হল CDN এর মাধ্যমে কতটা ট্রাফিক যায়। টাইপ 1-3 হল বিষয়বস্তুর শুধুমাত্র অংশের বিতরণ: এক অনুরোধ থেকে কয়েক ডজন (সাধারণত ছবি)। টাইপ 4 এবং 5 হল একটি CDN এর মাধ্যমে ট্রাফিকের সম্পূর্ণ প্রক্সি করা।

অনুশীলনে, এর অর্থ হল সাইটটি লোড করতে ব্যবহৃত সংযোগের সংখ্যা। এইচটিটিপি/২ এর সাথে, আমরা যেকোন সংখ্যক অনুরোধ প্রক্রিয়া করার জন্য হোস্টের সাথে একটি একক TCP সংযোগ ব্যবহার করি। যদি আমরা প্রধান হোস্ট (অরিজিন) এবং CDN-এ সংস্থানগুলিকে ভাগ করি, তাহলে বিভিন্ন ডোমেন জুড়ে অনুরোধগুলি বিতরণ করা এবং বেশ কয়েকটি TCP সংযোগ তৈরি করা প্রয়োজন। সবচেয়ে খারাপ অবস্থা হল: DNS (2 RTT) + TCP (1 RTT) + TLS (1-2 RTT) = 3-6 RTT। এই সূত্রটি ডিভাইসের রেডিও চ্যানেল সক্রিয় করার জন্য মোবাইল নেটওয়ার্কে বিলম্ব (যদি এটি সক্রিয় না হয়) এবং সেল টাওয়ারে বিলম্বকে বিবেচনা করে না।

সাইটের লোডিং জলপ্রপাতে এটি কেমন দেখায় তা এখানে রয়েছে (CDN-এর সাথে সংযোগ করার জন্য বিলম্বগুলি RTT 150 ms এ হাইলাইট করা হয়েছে):

যদি CDN সমস্ত সাইটের ট্র্যাফিক কভার করে (তৃতীয় পক্ষের পরিষেবাগুলি ব্যতীত), তাহলে আমরা একটি একক TCP সংযোগ ব্যবহার করতে পারি, অতিরিক্ত হোস্টের সাথে সংযোগ করতে বিলম্ব বাঁচাতে। অবশ্যই, এটি HTTP/2 সংযোগগুলিতে প্রযোজ্য।

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

ওয়েবসাইট ত্বরণের জন্য CDN ক্ষমতা

আসুন CDN-এর স্বতন্ত্র ধরনের কার্যকারিতা বিবেচনা না করে সাইটগুলিকে ত্বরান্বিত করার জন্য CDN ক্ষমতার সম্পূর্ণ পরিসীমা বর্ণনা করি এবং তারপরে দেখুন তাদের প্রতিটিতে কী প্রয়োগ করা হয়েছে।

1. টেক্সট সম্পদ সংকোচন

সবচেয়ে মৌলিক এবং বোধগম্য বৈশিষ্ট্য, তবুও প্রায়ই খারাপভাবে প্রয়োগ করা হয়। সমস্ত CDN তাদের ত্বরণ বৈশিষ্ট্য হিসাবে সংকোচনের উপস্থিতি ঘোষণা করে। তবে আপনি যদি আরও বিশদে তাকান তবে ত্রুটিগুলি স্পষ্ট হয়ে যায়:

• গতিশীল কম্প্রেশনের জন্য কম ডিগ্রী ব্যবহার করা যেতে পারে - 5-6 (উদাহরণস্বরূপ, জিজিপের জন্য সর্বাধিক 9);
• স্ট্যাটিক কম্প্রেশন (ক্যাশে ফাইল) অতিরিক্ত বৈশিষ্ট্য ব্যবহার করে না (উদাহরণস্বরূপ, ডিগ্রী 11 সহ zopfi বা ব্রটলি)
• দক্ষ ব্রোটলি কম্প্রেশনের জন্য কোন সমর্থন নেই (জিজিপের তুলনায় প্রায় 20% সংরক্ষণ)।

আপনি যদি একটি CDN ব্যবহার করেন তবে এই কয়েকটি পয়েন্ট পরীক্ষা করা মূল্যবান: CDN থেকে আসা ফাইলটি নিন, এর সংকুচিত আকার রেকর্ড করুন এবং তুলনা করার জন্য ম্যানুয়ালি সংকুচিত করুন (আপনি ব্রোটলি সমর্থন সহ কিছু অনলাইন পরিষেবা ব্যবহার করতে পারেন, উদাহরণস্বরূপ vsszhat.rf).

2. ক্লায়েন্ট ক্যাশিং হেডার সেট করা

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

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

3. ইমেজ অপ্টিমাইজেশান

যেহেতু CDN ইমেজ ক্যাশিং এবং পরিবেশন করার ফাংশন গ্রহণ করে, তাই CDN এর দিকে সেগুলিকে অপ্টিমাইজ করা এবং এই ফর্মে ব্যবহারকারীদের কাছে সেগুলি পরিবেশন করা যৌক্তিক হবে৷ এখনই একটি রিজার্ভেশন করা যাক যে এই বৈশিষ্ট্যটি শুধুমাত্র CDN প্রকার 2, 3 এবং 5 এর জন্য উপলব্ধ।

আপনি বিভিন্ন উপায়ে ইমেজ অপ্টিমাইজ করতে পারেন: উন্নত কম্প্রেশন ফরম্যাট ব্যবহার করে (যেমন WebP), আরও দক্ষ এনকোডার (MozJPEG), বা কেবল অপ্রয়োজনীয় মেটাডেটা পরিষ্কার করা।

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

4. TLS সংযোগ অপ্টিমাইজ করা

বেশিরভাগ ট্রাফিক আজ TLS সংযোগের উপর দিয়ে ভ্রমণ করে, যার মানে আমরা TLS আলোচনায় অতিরিক্ত সময় ব্যয় করি। সম্প্রতি, এই প্রক্রিয়াটিকে গতিশীল করার জন্য নতুন প্রযুক্তি তৈরি করা হয়েছে। উদাহরণস্বরূপ, এটি হল EC ক্রিপ্টোগ্রাফি, TLS 1.3, সেশন ক্যাশে এবং টিকিট, হার্ডওয়্যার এনক্রিপশন অ্যাক্সিলারেশন (AES-NI), ইত্যাদি। সঠিকভাবে TLS সেট করা সংযোগের সময়কে 0-1 RTT কমিয়ে দিতে পারে (DNS এবং TCP গণনা না করে)।

আধুনিক সফ্টওয়্যার দিয়ে, এই জাতীয় অনুশীলনগুলি নিজেরাই বাস্তবায়ন করা কঠিন নয়।

সমস্ত CDN TLS সেরা অনুশীলনগুলি প্রয়োগ করে না; আপনি TLS সংযোগের সময় পরিমাপ করে এটি পরীক্ষা করতে পারেন (উদাহরণস্বরূপ, ওয়েবপেজটেস্টে)। একটি নতুন সংযোগের জন্য আদর্শ - 1RTT, 2RTT - গড় স্তর, 3RTT এবং আরও - খারাপ৷

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

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

5. সংযোগ বিলম্ব হ্রাস

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

বাস্তবে, বিভিন্ন নেটওয়ার্কের অগ্রাধিকার নির্দিষ্ট অঞ্চলে হতে পারে। উদাহরণস্বরূপ, রাশিয়ান CDN-এর রাশিয়ায় উপস্থিতির আরও পয়েন্ট থাকবে। আমেরিকানরা প্রথমে মার্কিন যুক্তরাষ্ট্রে নেটওয়ার্ক তৈরি করবে। উদাহরণস্বরূপ, সবচেয়ে বড় সিডিএন ক্লাউডফ্লেয়ারের একটি রাশিয়ায় মাত্র 2 পয়েন্ট রয়েছে - মস্কো এবং সেন্ট পিটার্সবার্গ। অর্থাৎ, মস্কোতে সরাসরি বসানোর তুলনায় আমরা সর্বাধিক প্রায় 10 ms লেটেন্সি বাঁচাতে পারি।

বেশিরভাগ পশ্চিমা CDN-এর রাশিয়ায় পয়েন্ট নেই। তাদের সাথে সংযোগ করে, আপনি শুধুমাত্র আপনার রাশিয়ান দর্শকদের জন্য বিলম্ব বাড়াতে পারেন।

6. বিষয়বস্তু অপ্টিমাইজেশান (মিনিফিকেশন, কাঠামোগত পরিবর্তন)

সবচেয়ে জটিল এবং প্রযুক্তিগতভাবে উন্নত পয়েন্ট। ডেলিভারির সময় কন্টেন্ট পরিবর্তন করা খুবই ঝুঁকিপূর্ণ হতে পারে। এমনকি যদি আমরা মিনিফিকেশন নিই: সোর্স কোড হ্রাস করা (অতিরিক্ত স্পেস, গুরুত্বহীন কাঠামো ইত্যাদির কারণে) এর কার্যকারিতাকে প্রভাবিত করতে পারে। যদি আমরা আরও গুরুতর পরিবর্তন সম্পর্কে কথা বলি - JS কোডটিকে HTML এর শেষে সরানো, ফাইলগুলি একত্রিত করা ইত্যাদি - সাইটের কার্যকারিতা ব্যাহত হওয়ার ঝুঁকি আরও বেশি।

অতএব, শুধুমাত্র কিছু টাইপ 5 CDN এটি করে। অবশ্যই, জিনিসগুলিকে গতি বাড়ানোর জন্য প্রয়োজনীয় সমস্ত পরিবর্তনগুলি স্বয়ংক্রিয় করা সম্ভব হবে না - ম্যানুয়াল বিশ্লেষণ এবং অপ্টিমাইজেশন প্রয়োজন৷ উদাহরণস্বরূপ, অব্যবহৃত বা ডুপ্লিকেট কোড সরানো একটি ম্যানুয়াল কাজ।

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

CDN টাইপ দ্বারা ত্বরণ ক্ষমতার জন্য সমর্থন

তাহলে চলুন এক নজরে দেখে নেওয়া যাক বিভিন্ন ধরনের CDN গুলি কী সম্ভাব্য ত্বরণের সুযোগ প্রদান করে।

সুবিধার জন্য, আমরা শ্রেণীবিভাগ পুনরাবৃত্তি.

1. JS লাইব্রেরি বিতরণের জন্য বিনামূল্যে CDN (MaxCDN, Google। Yandex)।
2. ক্লায়েন্ট অপ্টিমাইজেশনের জন্য পরিষেবাগুলির CDN (উদাহরণস্বরূপ, ফন্টগুলির জন্য Google ফন্ট, ক্লাউডিনারি, ছবির জন্য ক্লাউডইমেজ)।
3. সিএমএসে স্ট্যাটিক এবং রিসোর্স অপ্টিমাইজেশানের জন্য সিডিএন (বিট্রিক্স, ওয়ার্ডপ্রেস এবং অন্যান্যগুলিতে উপলব্ধ)।
4. সাধারণ উদ্দেশ্য CDN (StackPath, CDNVideo, NGENIX, Megafon)।
5. ওয়েবসাইট ত্বরণের জন্য CDN (Cloudflare, Imperva, Airi)।

এখন আসুন CDN এর বৈশিষ্ট্য এবং প্রকারগুলি তুলনা করি।

সুযোগ
1 টাইপ করুন
2 টাইপ করুন
3 টাইপ করুন
4 টাইপ করুন
5 টাইপ করুন

পাঠ্য সংকোচন
+–
-
+–
+–
+

ক্যাশে হেডার
+
+
+
+
+

ছবি
-
+–
+–
-
+

TLS এর
-
-
-
+–
+

বিলম্ব
-
-
-
+
+

সামগ্রী
-
-
-
-
+

এই টেবিলে, "+" সম্পূর্ণ সমর্থন নির্দেশ করতে ব্যবহৃত হয়, "–" কোন সমর্থন নয় এবং "+–" আংশিক সমর্থন। অবশ্যই, বাস্তবে এই টেবিল থেকে বিচ্যুতি হতে পারে (উদাহরণস্বরূপ, কিছু সাধারণ-উদ্দেশ্য CDN চিত্রগুলি অপ্টিমাইজ করার জন্য বৈশিষ্ট্যগুলি প্রয়োগ করবে), তবে একটি সাধারণ ধারণার জন্য এটি কার্যকর।

ফলাফল

আশা করি, এই নিবন্ধটি পড়ার পরে আপনার সাইটের গতি বাড়ানোর জন্য "একটি CDN ব্যবহার করুন" সুপারিশ সম্পর্কিত একটি পরিষ্কার ছবি পাবেন৷

যেকোনো ব্যবসার মতো, আপনি কোনো পরিষেবার বিপণনের প্রতিশ্রুতি বিশ্বাস করতে পারবেন না। প্রভাব পরিমাপ করা এবং বাস্তব অবস্থার মধ্যে পরীক্ষা করা প্রয়োজন. আপনি যদি ইতিমধ্যে একটি CDN ব্যবহার করে থাকেন তবে নিবন্ধে বর্ণিত মানদণ্ড ব্যবহার করে কার্যকারিতা পরীক্ষা করুন৷

এটা সম্ভব যে এই মুহূর্তে একটি CDN ব্যবহার করা আপনার সাইটের লোডিং সময়কে কমিয়ে দিচ্ছে।

একটি সাধারণ সুপারিশ হিসাবে, আমরা নিম্নলিখিতগুলিতে ফোকাস করতে পারি: আপনার দর্শকদের অধ্যয়ন করুন, এর ভৌগলিক সুযোগ নির্ধারণ করুন। যদি আপনার প্রধান শ্রোতা 1-2 হাজার কিলোমিটার ব্যাসার্ধের মধ্যে কেন্দ্রীভূত হয়, তবে এর মূল উদ্দেশ্য - বিলম্ব হ্রাস করার জন্য আপনার একটি CDN-এর প্রয়োজন নেই৷ পরিবর্তে, আপনি আপনার সার্ভারকে আপনার ব্যবহারকারীদের কাছাকাছি রাখতে পারেন এবং নিবন্ধে বর্ণিত বেশিরভাগ অপ্টিমাইজেশন (বিনামূল্যে এবং স্থায়ী) পেয়ে এটিকে সঠিকভাবে কনফিগার করতে পারেন।

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

উত্স: www.habr.com