Yandex.Cloud ভার্চুয়াল প্রাইভেট ক্লাউডের সাথে কীভাবে কাজ করে এবং কীভাবে আমাদের ব্যবহারকারীরা আমাদের দরকারী বৈশিষ্ট্যগুলি বাস্তবায়নে সহায়তা করে

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

একটি VPC কি?

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

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

একটি ভার্চুয়াল নেটওয়ার্ক বাইরে থেকে কেমন দেখায়

ভিপিসি বলতে আমরা বলতে চাচ্ছি, প্রথমত, একটি ওভারলে নেটওয়ার্ক এবং নেটওয়ার্ক পরিষেবা, যেমন VPNaaS, NATaas, LBaas ইত্যাদি। দুর্দান্ত নিবন্ধ এখানে Habré এ.

আসুন ভার্চুয়াল নেটওয়ার্ক এবং এর কাঠামোটি ঘনিষ্ঠভাবে দেখে নেওয়া যাক।

এর দুটি প্রাপ্যতা অঞ্চল তাকান. আমরা একটি ভার্চুয়াল নেটওয়ার্ক প্রদান করি - যাকে আমরা VPC বলি। আসলে, এটি আপনার "ধূসর" ঠিকানাগুলির স্বতন্ত্রতা স্থান নির্ধারণ করে। প্রতিটি ভার্চুয়াল নেটওয়ার্কের মধ্যে, ঠিকানাগুলির স্থানের উপর আপনার সম্পূর্ণ নিয়ন্ত্রণ রয়েছে যা আপনি কম্পিউটিং সংস্থানগুলিতে বরাদ্দ করতে পারেন।

নেটওয়ার্কটি বিশ্বব্যাপী। একই সময়ে, এটি সাবনেট নামক একটি সত্তার আকারে প্রতিটি প্রাপ্যতা অঞ্চলে প্রজেক্ট করা হয়। প্রতিটি সাবনেটের জন্য আপনি 16 বা তার কম আকারের একটি CIDR বরাদ্দ করেন। প্রতিটি প্রাপ্যতা অঞ্চলে এই জাতীয় একাধিক সত্তা থাকতে পারে এবং তাদের মধ্যে সর্বদা স্বচ্ছ রাউটিং থাকে। এর মানে হল যে একই VPC-এর মধ্যে আপনার সমস্ত সংস্থান একে অপরের সাথে "কথা বলতে" পারে, এমনকি যদি তারা বিভিন্ন উপলব্ধতা অঞ্চলে থাকে। আমাদের অভ্যন্তরীণ চ্যানেলগুলির মাধ্যমে ইন্টারনেটে অ্যাক্সেস ছাড়াই "যোগাযোগ করুন", "চিন্তা করুন" যে তারা একই ব্যক্তিগত নেটওয়ার্কের মধ্যে রয়েছে৷

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

এর স্কিম খারাপ করা যাক. আপনি একটি ভার্চুয়াল মেশিন একসাথে একাধিক সাবনেটের সাথে সংযোগ করতে পারেন। এবং শুধু সেরকম নয়, বিভিন্ন ভার্চুয়াল নেটওয়ার্কে।

একই সময়ে, আপনার যদি ইন্টারনেটে মেশিনগুলি প্রকাশ করার প্রয়োজন হয় তবে এটি API বা UI এর মাধ্যমে করা যেতে পারে। এটি করার জন্য, আপনাকে আপনার "ধূসর", অভ্যন্তরীণ ঠিকানার NAT অনুবাদটিকে একটি "সাদা" - সর্বজনীন ঠিকানাতে কনফিগার করতে হবে। আপনি একটি "সাদা" ঠিকানা চয়ন করতে পারবেন না; এটি আমাদের ঠিকানা পুল থেকে এলোমেলোভাবে বরাদ্দ করা হয়েছে৷ আপনি বাহ্যিক আইপি ব্যবহার বন্ধ করার সাথে সাথে এটি পুলে ফিরে আসে। আপনি শুধুমাত্র "সাদা" ঠিকানা ব্যবহার করার সময়ের জন্য অর্থ প্রদান করেন।

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

কিন্তু একটি রেডিমেড NAT ইমেজ থাকলেও কনফিগারেশন জটিল হতে পারে। আমরা বুঝতে পেরেছি যে কিছু ব্যবহারকারীদের জন্য এটি সবচেয়ে সুবিধাজনক বিকল্প নয়, তাই শেষ পর্যন্ত আমরা এক ক্লিকে পছন্দসই সাবনেটের জন্য NAT সক্ষম করা সম্ভব করেছি। এই বৈশিষ্ট্যটি এখনও বন্ধ পূর্বরূপ অ্যাক্সেসে রয়েছে, যেখানে এটি সম্প্রদায়ের সদস্যদের সহায়তায় পরীক্ষা করা হচ্ছে।

কিভাবে একটি ভার্চুয়াল নেটওয়ার্ক ভেতর থেকে কাজ করে

কিভাবে একজন ব্যবহারকারী একটি ভার্চুয়াল নেটওয়ার্কের সাথে যোগাযোগ করে? নেটওয়ার্ক তার API এর সাথে বাইরের দিকে দেখায়। ব্যবহারকারী API এ আসে এবং লক্ষ্য অবস্থার সাথে কাজ করে। API-এর মাধ্যমে, ব্যবহারকারী দেখেন কীভাবে সবকিছু সাজানো এবং কনফিগার করা উচিত, যখন তিনি স্থিতি দেখেন, প্রকৃত অবস্থাটি পছন্দসই থেকে কীভাবে আলাদা। এটি ব্যবহারকারীর ছবি। ভিতরে কি হচ্ছে?

আমরা ইয়ানডেক্স ডাটাবেসে পছন্দসই অবস্থা রেকর্ড করি এবং আমাদের ভিপিসির বিভিন্ন অংশ কনফিগার করতে যাই। Yandex.Cloud-এ ওভারলে নেটওয়ার্ক OpenContrail-এর নির্বাচিত উপাদানগুলির ভিত্তিতে তৈরি করা হয়েছে, যাকে সম্প্রতি Tungsten Fabric বলা হয়েছে। নেটওয়ার্ক পরিষেবাগুলি একটি একক ক্লাউডগেট প্ল্যাটফর্মে প্রয়োগ করা হয়। ক্লাউডগেটে, আমরা বেশ কয়েকটি ওপেন সোর্স উপাদানও ব্যবহার করেছি: নিয়ন্ত্রণ তথ্য পরিচালনার জন্য GoBGP, সেইসাথে ডেটা পাথের জন্য DPDK-এর উপরে চলমান একটি সফ্টওয়্যার রাউটার বাস্তবায়নের জন্য VPP।

টংস্টেন ফ্যাব্রিক ক্লাউডগেটের সাথে GoBGP এর মাধ্যমে যোগাযোগ করে। ওভারলে নেটওয়ার্কে কী ঘটছে তা বলে। ক্লাউডগেট, ঘুরে, ওভারলে নেটওয়ার্কগুলিকে একে অপরের সাথে এবং ইন্টারনেটের সাথে সংযুক্ত করে।

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

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

প্রাপ্যতা অঞ্চল B-এ VPC1 ম্যাপ করা হয় যদি উপলভ্যতা অঞ্চল B-এ সম্পদ থাকে যা VPC1 এ আটকে থাকে। প্রাপ্যতা জোন B-এ VPC2 থেকে কোনো সংস্থান না থাকলে, আমরা এই জোনে VPC2 বাস্তবায়িত করি না। পরিবর্তে, যেহেতু VPC3 থেকে সংস্থানগুলি শুধুমাত্র B জোনে বিদ্যমান, VPC3 জোন A-তে বিদ্যমান নেই। সবকিছুই সহজ এবং যৌক্তিক।

আসুন একটু গভীরে যাই এবং দেখি কিভাবে Y.Cloud এ একটি নির্দিষ্ট হোস্ট কাজ করে। প্রধান জিনিসটি আমি নোট করতে চাই যে সমস্ত হোস্ট একই ডিজাইন করা হয়েছে। আমরা নিশ্চিত করি যে কেবলমাত্র প্রয়োজনীয় ন্যূনতম পরিষেবাগুলি হার্ডওয়্যারে চলে; বাকি সমস্ত ভার্চুয়াল মেশিনে চলে৷ আমরা মৌলিক পরিকাঠামো পরিষেবার উপর ভিত্তি করে উচ্চ-অর্ডার পরিষেবাগুলি তৈরি করি এবং কিছু প্রকৌশল সমস্যা সমাধানের জন্য ক্লাউড ব্যবহার করি, উদাহরণস্বরূপ, অবিচ্ছিন্ন একীকরণের অংশ হিসাবে।

যদি আমরা একটি নির্দিষ্ট হোস্টের দিকে তাকাই, আমরা দেখতে পাব যে হোস্ট ওএসে তিনটি উপাদান চলছে:

• কম্পিউট হোস্টে কম্পিউটিং সংস্থান বিতরণের জন্য দায়ী অংশ।
• VRouter হল Tungsten Fabric এর অংশ, যা ওভারলেকে সংগঠিত করে, অর্থাৎ, এটি আন্ডারলে দিয়ে প্যাকেটগুলিকে টানেল করে।
• VDisks হল স্টোরেজ ভার্চুয়ালাইজেশনের টুকরা।

এছাড়াও, ভার্চুয়াল মেশিনগুলি পরিষেবাগুলি চালায়: ক্লাউড অবকাঠামো পরিষেবা, প্ল্যাটফর্ম পরিষেবা এবং গ্রাহক ক্ষমতা৷ গ্রাহকদের ক্ষমতা এবং প্ল্যাটফর্ম পরিষেবাগুলি সর্বদা VRouter এর মাধ্যমে ওভারলেতে যায়।

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

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

আমরা আমাদের সিস্টেমে তিনটি স্তর আলাদা করি:

• কনফিগ প্লেন - সিস্টেমের টার্গেট স্টেট সেট করে। এটি ব্যবহারকারী API এর মাধ্যমে কনফিগার করে।
• কন্ট্রোল প্লেন - ব্যবহারকারী-নির্দিষ্ট শব্দার্থবিদ্যা প্রদান করে, অর্থাৎ, এটি কনফিগ প্লেনে ব্যবহারকারীর দ্বারা বর্ণিত ডেটা প্লেনের অবস্থা নিয়ে আসে।
• ডেটা প্লেন - সরাসরি ব্যবহারকারীর প্যাকেট প্রক্রিয়া করে।

যেমনটি আমি উপরে বলেছি, এটি সমস্ত ব্যবহারকারী বা অভ্যন্তরীণ প্ল্যাটফর্ম পরিষেবা API-তে আসা এবং একটি নির্দিষ্ট লক্ষ্য অবস্থার বর্ণনা দিয়ে শুরু হয়।

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

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

এখন দেখা যাক হোস্টে সিস্টেমটি কেমন দেখায়। ভার্চুয়াল মেশিনে একটি নির্দিষ্ট নেটওয়ার্ক অ্যাডাপ্টার VRouter এ প্লাগ করা আছে। VRouter হল একটি Tungsten Fabric core মডিউল যা প্যাকেটগুলি দেখে। যদি ইতিমধ্যে কিছু প্যাকেটের জন্য একটি প্রবাহ থাকে, মডিউল এটি প্রক্রিয়া করে। যদি কোন প্রবাহ না থাকে, মডিউল তথাকথিত পান্টিং করে, অর্থাৎ, এটি ইউজারমড প্রক্রিয়াতে প্যাকেট পাঠায়। প্রক্রিয়াটি প্যাকেটটিকে পার্স করে এবং হয় DHCP এবং DNS এর মতো এটিতে নিজেই সাড়া দেয়, অথবা VRouter কে এটি দিয়ে কী করতে হবে তা বলে। VRouter তারপর প্যাকেট প্রক্রিয়া করতে পারে.

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

কন্ট্রোল প্লেনগুলি অন্য রাউটারের মতো BGP এর মাধ্যমে উপলব্ধতা অঞ্চল জুড়ে একে অপরের সাথে যোগাযোগ করে। তারা আপনাকে বলে যে কোন মেশিনগুলি কোথায় ইনস্টল করা হয়েছে, যাতে একটি জোনের ভার্চুয়াল মেশিনগুলি অন্যান্য ভার্চুয়াল মেশিনের সাথে সরাসরি যোগাযোগ করতে পারে।

কন্ট্রোল প্লেন ক্লাউডগেটের সাথেও যোগাযোগ করে। একইভাবে, এটি কোথায় এবং কোন ভার্চুয়াল মেশিনগুলি ইনস্টল করা হয়েছে, তাদের ঠিকানাগুলি কী তা রিপোর্ট করে। এটি আপনাকে ব্যালেন্সার থেকে তাদের কাছে বহিরাগত ট্র্যাফিক এবং ট্র্যাফিককে নির্দেশ করতে দেয়।

ভিপিসি ছেড়ে যাওয়া ট্র্যাফিক ক্লাউডগেটে আসে, ডেটা পাথে, যেখানে আমাদের প্লাগইন সহ ভিপিপি দ্রুত চিবানো হয়। তারপরে ট্র্যাফিক হয় অন্য ভিপিসিগুলিতে বা বাইরের দিকে, প্রান্ত রাউটারগুলিতে শট করা হয়, যা ক্লাউডগেটের কন্ট্রোল প্লেনের মাধ্যমে কনফিগার করা হয়।

অদূর ভবিষ্যতের জন্য পরিকল্পনা

যদি আমরা কয়েকটি বাক্যে উপরে বলা সমস্ত কিছুর সংক্ষিপ্তসার করি, আমরা বলতে পারি যে Yandex.Cloud এ VPC দুটি গুরুত্বপূর্ণ সমস্যার সমাধান করে:

• বিভিন্ন ক্লায়েন্টদের মধ্যে বিচ্ছিন্নতা প্রদান করে।
• সম্পদ, অবকাঠামো, প্ল্যাটফর্ম পরিষেবা, অন্যান্য ক্লাউড এবং অন-প্রিমিসকে একক নেটওয়ার্কে একত্রিত করে।

এবং এই সমস্যাগুলি ভালভাবে সমাধান করার জন্য, আপনাকে অভ্যন্তরীণ আর্কিটেকচারের স্তরে স্কেলেবিলিটি এবং ত্রুটি সহনশীলতা নিশ্চিত করতে হবে, যা VPC করে।

ধীরে ধীরে, VPC ফাংশন অর্জন করছে, আমরা নতুন বৈশিষ্ট্যগুলি বাস্তবায়ন করছি এবং ব্যবহারকারীদের সুবিধার ক্ষেত্রে কিছু উন্নত করার চেষ্টা করছি। কিছু ধারণা আমাদের সম্প্রদায়ের সদস্যদের ধন্যবাদ এবং অগ্রাধিকার তালিকায় অন্তর্ভুক্ত করা হয়েছে।

এখন আমাদের কাছে অদূর ভবিষ্যতের পরিকল্পনার প্রায় নিম্নলিখিত তালিকা রয়েছে:

• একটি পরিষেবা হিসাবে ভিপিএন।
• ব্যক্তিগত DNS দৃষ্টান্ত - একটি পূর্ব-কনফিগার করা DNS সার্ভারের সাথে দ্রুত ভার্চুয়াল মেশিন সেট আপ করার জন্য ছবি।
• একটি পরিষেবা হিসাবে DNS।
• অভ্যন্তরীণ লোড ব্যালেন্সার।
• ভার্চুয়াল মেশিন পুনরায় তৈরি না করে একটি "সাদা" আইপি ঠিকানা যোগ করা।

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

প্রাথমিকভাবে, একটি "সাদা" আইপি ঠিকানা শুধুমাত্র একটি মেশিন তৈরি করার সময় যোগ করা যেতে পারে। ব্যবহারকারী যদি এটি করতে ভুলে যান তবে ভার্চুয়াল মেশিনটি পুনরায় তৈরি করতে হবে। প্রয়োজনে বাহ্যিক আইপি অপসারণের ক্ষেত্রেও একই কথা। শীঘ্রই মেশিন পুনরায় তৈরি না করে একটি পাবলিক আইপি চালু এবং বন্ধ করা সম্ভব হবে।

নির্দ্বিধায় আপনার প্রকাশ করুন ধারণা এবং সমর্থন পরামর্শ অন্যান্য ব্যবহারকারী। আপনি আমাদের ক্লাউডকে আরও ভালো করতে এবং গুরুত্বপূর্ণ এবং দরকারী বৈশিষ্ট্যগুলি দ্রুত পেতে সাহায্য করেন!

উত্স: www.habr.com