VPC (ভার্চুয়াল প্রাইভেট ক্লাউড)

শুধু আপনার সার্ভারগুলো দেখতে পায়, এমন একটা নেটওয়ার্ক।

ডিফল্টে প্রতিটা সার্ভারের একটা পাবলিক ঠিকানা থাকে, আর তাতে যা চলছে তার সবকিছু একটা firewall রুলের দূরত্বে খোলা ইন্টারনেট থেকে। VPC আপনার মেশিনগুলোকে দ্বিতীয় একটা নেটওয়ার্ক দেয় — প্রাইভেট ঠিকানা, যেগুলো শুধু আপনার নিজের সার্ভারগুলোর মধ্যেই আছে আর যেখানে বাইরের কারও রুটই নেই।

VPC নিয়ে কথা বলুন সার্ভার সাজান

প্রাইভেট সাবনেট: ঠিকানা শুধু আপনার সার্ভারের
Routable নয়: বাইরে থেকে পৌঁছানোর পথ নেই
ভেতরের ট্রাফিক: প্ল্যাটফর্মের ভেতরেই থাকে
ঢাকা: এক রিজিয়ন, এক নেটওয়ার্ক

জিনিসটা কী

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

VPC-র ভেতরে ডেটাবেসের কোনো পাবলিক ঠিকানাই থাকে না। ওয়েব সার্ভার তার কাছে প্রাইভেট ঠিকানায় পৌঁছায়, আর অন্য কোথাও থেকে পৌঁছানোর কোনো রুট নেই। একটা ভুল কনফিগারেশন তখন আর breach থাকে না — হয়ে যায় এমন একটা সার্ভিস, যেখানে পৌঁছানোই যায় না।

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

VPC আপনার অবকাঠামোর আচরণে যে ছয়টা জিনিস বদলে দেয়।

ডেটাবেস ইন্টারনেটের বাইরে

যে মেশিনে আপনার ডেটা, তাকে বাইরে থেকে ধরা যাওয়ার দরকারই নেই। এটা যেকোনো firewall রুলের চেয়ে জোরালো কথা।

সার্ভাররা প্রাইভেট ঠিকানায় কথা বলে

অ্যাপ থেকে ডেটাবেস, অ্যাপ থেকে cache, worker থেকে queue — সবই এমন ঠিকানায় যেগুলো শুধু আপনার নেটওয়ার্কেই আছে।

ভেতরে ঢোকার পথ একটাই, আপনার বাছা

পাবলিক ঠিকানা দিন শুধু সেই মেশিনগুলোকে যাদের দরকার। বাকিতে ঢোকা হয় ওগুলোর ভেতর দিয়ে, নয়তো আপনার নিজের bastion দিয়ে।

যা আলাদা থাকার কথা, আলাদা থাকে

প্রোডাকশন এক নেটওয়ার্কে, স্টেজিং আরেকটায়। স্টেজিংয়ের একটা ভুল প্রোডাকশন ডেটাবেসে পৌঁছাতে পারে না, কারণ সেখানে যাওয়ার রুটই নেই।

ট্রাফিক প্ল্যাটফর্ম ছেড়ে যায় না

ভেতরের ট্রাফিক বাইরে ঘুরে না এসে ভেতরের নেটওয়ার্কেই থাকে — যা একইসাথে দ্রুততর আর দেখা যাওয়ার একটা জায়গা কম।

Firewall-এর সাথে মিলে কাজ করে

VPC ঠিক করে কোথায় পৌঁছানো যাবে কি না; cloud firewall ঠিক করে যেটুকু পাবলিক, সেখানে কে পৌঁছাবে। দুটো আলাদা কাজ, আর দুটোই দরকার।

মানুষ কী কাজে লাগায়

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

খরচ কত

VPC আলাদা করে কেনার জিনিস নয়, সার্ভারের সাথেই সাজানো হয়। কী চালাচ্ছেন জানান, নেটওয়ার্ক আগে থেকেই বসানো অবস্থায় সার্ভার বুঝিয়ে দেব।

যাচাই না করা সংখ্যা ছাপানোর চেয়ে আপনাকে কোট দেওয়াই ভালো মনে করি। দামের পাতায় যা আছে তার প্রতিটাই অর্ডার ফর্ম সত্যিই যা নেয় — এখানেও সেটা সত্যি হওয়ার দিনই এটা সেখানে যোগ হবে।

কোট নিন প্রকাশিত দাম দেখুন

প্রশ্ন

একটা সার্ভারের জন্যও VPC লাগে?

তেমন নয়। VPC আসলে সার্ভাররা নিজেদের মধ্যে কীভাবে কথা বলে সেটা নিয়ে, তাই দ্বিতীয় মেশিন থেকে এর কাজ শুরু — সাধারণত যখন ডেটাবেস ওয়েব সার্ভার থেকে আলাদা হয়ে যায়।

তাহলে সার্ভার চালাতে ঢুকব কীভাবে?

হয় একটা মেশিনে পাবলিক ঠিকানা রেখে তার ভেতর দিয়ে, নয়তো VPN দিয়ে নেটওয়ার্কে ঢুকে। দুটোই স্বাভাবিক; কোনটা ঠিক তা নির্ভর করে কতজনের অ্যাক্সেস লাগবে তার উপর।

VPC-র ভেতরের ট্রাফিক কি encrypted?

ওটা প্রাইভেট, যেটা encrypted-এর সমান নয়। বাইরে থেকে রুট করা যায় না, কিন্তু যা transit-এ encrypted থাকা জরুরি তা অ্যাপ্লিকেশনেই encrypt করুন — নিজের সার্ভিসগুলোর মধ্যেও TLS ব্যবহার করুন।

দুই প্রোভাইডার জুড়ে VPC হয়?

না। VPC এক প্ল্যাটফর্মের ভেতরের নেটওয়ার্ক। আলাদা প্রোভাইডারের সার্ভাররা একে অপরের কাছে পাবলিক ইন্টারনেট দিয়েই পৌঁছায় — একটা অ্যাপ্লিকেশনকে এক প্ল্যাটফর্মে রাখার এটাও একটা কারণ।

এখানে উত্তর নেই এমন কিছু? জিজ্ঞেস করুন — হয় ছোট একটা উত্তর, নয়তো একটা ফোন কল, দুটোতেই অসুবিধা নেই।