নলেজ বেস

একটি সাইটের CDN হিসেবে আপনার নিজস্ব Amazon CloudFront অ্যাকাউন্ট ব্যবহার করুন

CloudFront পড়ার এবং ইনভ্যালিডেশন তৈরি করার অনুমতি সহ একটি AWS অ্যাক্সেস কী তৈরি করুন এবং এটি সংযুক্ত করুন, যাতে একটি সাইট আপনার নিজস্ব CloudFront ডিস্ট্রিবিউশনে চলতে পারে।

আপনার জন্য এটি কী করে

আপনার নিজস্ব AWS অ্যাকাউন্ট যুক্ত করলে আপনি আমাদের সিডিএন (CDN)-এর পরিবর্তে আপনার সিডিএন-এ একটি সাইট রাখতে পারবেন। জোন, ট্রাফিকের পরিমাণ এবং বিল আপনার অ্যাকাউন্টের অধীনে থাকবে, এবং আপনি প্যানেল পরিবর্তন করার ঝামেলা ছাড়াই আপনার Zinn® ড্যাশবোর্ড থেকে ক্যাশ পার্জ (purge) করতে এবং সিডিএন-এর সেটিংস পরিবর্তন করতে পারবেন।

শুরু করার আগে

একটি AWS অ্যাকাউন্ট। এই সংযোগের জন্য একটি IAM ইউজার তৈরি করুন যার পলিসি CloudFront রিড অ্যাক্সেস এবং cloudfront:CreateInvalidation-এর অনুমতি দেয়, যা ক্যাশ পার্জ করার জন্য প্রয়োজন।

আপনার নিজস্ব ডোমেন পরিবেশন করতে, CloudFront-এর জন্য us-east-1 অঞ্চলের AWS Certificate Manager-এ একটি সার্টিফিকেট থাকা আবশ্যক। আপনি অন্য যে অঞ্চলেই কাজ করুন না কেন, অন্য কোনো অঞ্চলের সার্টিফিকেট Cloudfront দেখতে পায় না।

১. AWS-এ কি তৈরি করুন

AWS কনসোলে IAM → Users ওপেন করুন, সংযোগটি যে ইউজারের মাধ্যমে পরিচালিত হবে তাকে বেছে নিন (একটি ডেডিকেটেড ইউজার তৈরি করুন—কখনোই আপনার রুট অ্যাকাউন্ট ব্যবহার করবেন না), এর Security credentials ট্যাবটি ওপেন করুন এবং Access keys-এর অধীনে Create access key সিলেক্ট করুন। ব্যবহারের ক্ষেত্র হিসেবে Other বেছে নিন, এগিয়ে যান এবং Create access key সিলেক্ট করুন। Access key ID এবং Secret access key কপি করুন—AWS সিক্রেট কি শুধু একবারই দেখায়। প্রতিটি IAM ইউজার এক সময়ে দুটি কি রাখতে পারে।

২. এখানে এটি যুক্ত করুন

আপনার ড্যাশবোর্ডে Integrations ওপেন করুন এবং Connect an account সিলেক্ট করুন। গ্রুপ হিসেবে Your own CDN এবং অ্যাকাউন্ট হিসেবে Amazon CloudFront বেছে নিন, Access key ID এবং Secret access key পূরণ করুন, এবং Connect account-এ প্রেস করুন।

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

এরপর কী ঘটে

  • কোনো সাইটের CDN ট্যাবটি ওপেন করুন। Where this site is served from-এর অধীনে, এই অ্যাকাউন্টটি একটি গন্তব্য হিসেবে প্রদর্শিত হয়। এটি বেছে নিন এবং নিশ্চিত করুন; আমরা আপনার অ্যাকাউন্টে সাইটের কনফিগারেশন তৈরি করি, এটি পরীক্ষা করি, এবং শুধুমাত্র তারপরেই সাইটটি স্থানান্তর করি, যাতে স্থানান্তরের সময় সাইটটি সচল থাকে।
  • একই ট্যাব থেকে আপনি সাইটের ক্যাশ পার্জ করতে পারেন এবং আপনার অ্যাকাউন্টে এর সিডিএন সেটিংস পরিবর্তন করতে পারেন।
  • আপনি যখন সংযোগ স্থাপন করেন, তখন কি কী কাজ করতে পারে তা আমরা পরীক্ষা করে দেখি: আপনার জোন বা প্রপার্টিগুলোর তালিকা তৈরি করা, বিস্তারিতভাবে একটি পড়া, ক্যাশ পার্জ করা, সেটিংস পরিবর্তন করা এবং—ভেন্ডারের কাছে থাকলে—ভৌগোলিক নিয়মগুলো দেখা। সংযোগের পাশের চেক্লিস্টটি দেখায় যে এর মধ্যে আমরা কোনগুলো নিশ্চিত করতে পেরেছি, ফলে কোনো অ্যাকাউন্টে সাইট স্থানান্তরের আগেই অনুপস্থিত অনুমতি দৃশ্যমান হয়।
  • Deploy a site to your own CDN account নিবন্ধে অ্যাকাউন্টগুলোর মধ্যে সাইট স্থানান্তরের বিষয়টি বিস্তারিতভাবে আলোচনা করা হয়েছে।

যদি এটি সংযুক্ত না হয়

আপনার ডোমেন যুক্ত করা যাচ্ছে না। us-east-1-এ এর জন্য কোনো সার্টিফিকেট নেই। ওই অঞ্চলের AWS Certificate Manager-এ একটি সার্টিফিকেট অনুরোধ করুন, তারপর আবার চেষ্টা করুন।

পার্জ করতে ব্যর্থ হচ্ছে। ইউজারের পলিসিতে cloudfront:CreateInvalidation-এর অভাব রয়েছে। এটি যোগ করুন; কি অপরিবর্তিত থাকে।

এটি বলছে কি বাতিল করা হয়েছে। প্রায় সবসময় তিনটি বিষয়ের যেকোনো একটি ঘটে: কপির সাথে অতিরিক্ত স্পেস বা লাইন ব্রেক চলে আসা, মেয়াদোত্তীর্ণ কি, অথবা আপনি কপি করার পর যে কি প্রত্যাহার বা পুনরুত্পাদন করা হয়েছে। একটি নতুন কি তৈরি করুন এবং আবার পেস্ট করুন।

এটি সংযুক্ত হয়, কিন্তু পরবর্তীতে কোনো কাজ ব্যর্থ হয়। কি-টি প্রমাণীকরণ করে কিন্তু কাজের জন্য প্রয়োজনীয় অনুমতির অভাব রয়েছে। উপরে তালিকাভুক্ত অনুমতিসহ একটি নতুন কি তৈরি করুন, তারপর পুরোনো সংযোগ বিচ্ছিন্ন করুন এবং নতুন কি সংযুক্ত করুন।

সংযোগ বিচ্ছিন্ন করা হচ্ছে

Integrations ওপেন করুন, অ্যাকাউন্টটি খুঁজুন এবং Disconnect-এ প্রেস করুন। এটি তাৎক্ষণিকভাবে সংরক্ষিত কি মুছে ফেলে। এটি ব্যবহার করছিল এমন যেকোনো কিছু তার পরবর্তী কার্যক্রমে থেমে যায় এবং যে স্ক্রিনগুলো এর ওপর নির্ভরশীল ছিল সেগুলো নীরবে ব্যর্থ হওয়ার পরিবর্তে তা জানিয়ে দেয়।

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

ব্লগ থেকে সর্বশেষ

হোস্টিং, এসইও এবং বড় পরিসরে সাইট পরিচালনা সম্পর্কে আমরা যা কিছু লিখেছি।

হোস্টিং লেয়ার থেকে এসইও এবং লিঙ্ক বিল্ডিং: ২০২৬ সালের অপারেটরের দৃষ্টিভঙ্গি

২০২৬ সালে হোস্টিং কীভাবে ইনডেক্সিং এবং লিংকের মান নির্ধারণ করে: পেজগুলো ইনডেক্স রাখা, নতুন সাইট তৈরির আগে পুরনো ডোমেইন যাচাই করা, ফুটপ্রিন্ট ছাড়া লিংক বিল্ডিং এবং এসইও-র জন্য অবকাঠামো যা করতে পারে এবং যা পারে না সে বিষয়ে একটি স্পষ্ট ধারণা।

পোস্টটি পড়ুন

WordPress দ্রুত এবং নিরাপদ করা: একটি পারফরম্যান্স এবং প্লাগইন চেকলিস্ট

দ্রুত এবং নিরাপদ WordPress এর জন্য একটি ব্যবহারিক চেকলিস্ট: সার্ভার-স্তরের ক্যাশিং, প্রতি সাইটের অবজেক্ট ক্যাশ, যে কয়েকটি প্লাগইন ব্যবহার করার মতো, স্ট্যাক আপডেট রাখা এবং যে WooCommerce পেজগুলো কখনোই ক্যাশ করা যাবে না।

পোস্টটি পড়ুন

২০২৬ সালে ম্যানেজড ওয়েব হোস্টিং যেভাবে বেছে নেবেন: ক্রেতার নির্দেশিকা

ভালো ম্যানেজড হোস্টিং এবং কন্ট্রোল প্যানেলসহ সস্তা সার্ভারের মধ্যে আসল পার্থক্য কী — মাইগ্রেশন, ব্যাকআপ, আইসোলেশন, প্রকৃত ক্যাশিং এবং সৎ স্কেলিং — এবং কোনো কিছু চূড়ান্ত করার আগে কীভাবে তা মূল্যায়ন করবেন।

পোস্টটি পড়ুন

ব্লগটি পড়ুন

এখনও আটকে আছেন?

প্রতিটি প্ল্যানেই সাপোর্ট অন্তর্ভুক্ত রয়েছে, ডেস্কটি দিনে 24 ঘণ্টা খোলা থাকে এবং আপনি আমাদের 58টি ভাষার যেকোনোটিতে আমাদের লিখতে পারেন—আমরা আপনার ভাষাতেই উত্তর দিই।

সহায়তার জন্য যোগাযোগ করুন সব নিবন্ধ