🥇 র্যাক দ্বারা সার্ভারহীন

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

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

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

আপনি যদি কন্টেইনার কনফিগার করতে না চান? আমি অ্যাপ্লিকেশন স্কেল করার বিষয়ে চিন্তা করতে চাই না। পরিষেবার লোড ন্যূনতম হলে আমি নিষ্ক্রিয় চলমান কন্টেইনারগুলির জন্য অর্থ প্রদান করতে চাই না। আমি কোড লিখতে চাই. ব্যবসায়িক যুক্তিতে ফোকাস করুন এবং আলোর গতিতে পণ্য বাজারে আনুন।

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

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

চলুন দেখে নেই এপ্লিকেশন ডেভেলপমেন্ট প্রসেসটি এখন কেমন হবে।

বিকাশকারীর দিক থেকে

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

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

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

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

আমরা প্রতিটি ফাংশনে একটি ইভেন্ট বরাদ্দ করি। একটি ইভেন্ট একটি কর্মের জন্য একটি ট্রিগার:

ঘটনা
ফাংশনটি যে ক্রিয়াটি সম্পাদন করে

একটি পণ্য ইমেজ সংগ্রহস্থল আপলোড করা হয়েছে.
চিত্রটি সংকুচিত করুন এবং একটি ডিরেক্টরিতে আপলোড করুন

ফিজিক্যাল স্টোরের ঠিকানা ডাটাবেসে আপডেট করা হয়েছে
মানচিত্রে একটি নতুন অবস্থান লোড করুন

ক্লায়েন্ট পণ্যের জন্য অর্থ প্রদান করে
পেমেন্ট প্রসেসিং শুরু করুন

ইভেন্টগুলি HTTP অনুরোধ, স্ট্রিমিং ডেটা, বার্তা সারি ইত্যাদি হতে পারে। ইভেন্ট সোর্স হল ডেটার পরিবর্তন বা ঘটনা। উপরন্তু, ফাংশন একটি টাইমার দ্বারা ট্রিগার করা যেতে পারে.

আর্কিটেকচারটি তৈরি করা হয়েছিল এবং অ্যাপ্লিকেশনটি প্রায় সার্ভারহীন হয়ে গিয়েছিল। এরপরে আমরা পরিষেবা প্রদানকারীর কাছে যাই।

প্রদানকারীর দিক থেকে

সাধারণত, ক্লাউড পরিষেবা প্রদানকারীরা সার্ভারহীন কম্পিউটিং অফার করে। এগুলিকে আলাদাভাবে বলা হয়: Azure ফাংশন, AWS Lambda, Google ক্লাউড ফাংশন, IBM ক্লাউড ফাংশন।

আমরা পরিষেবাটি প্রদানকারীর কনসোল বা ব্যক্তিগত অ্যাকাউন্টের মাধ্যমে ব্যবহার করব। ফাংশন কোড নিম্নলিখিত উপায়ে ডাউনলোড করা যেতে পারে:

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

এখানে আমরা ফাংশন কল যে ঘটনা সেট আপ. বিভিন্ন প্রদানকারীর জন্য ইভেন্টের সেট আলাদা হতে পারে।

প্রদানকারী তার পরিকাঠামোতে একটি পরিষেবা (FaaS) সিস্টেম হিসাবে ফাংশন তৈরি এবং স্বয়ংক্রিয় করেছে:

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

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

পরিষেবাতে বিকাশকারীদের পরিচয় করিয়ে দেওয়ার জন্য, প্রদানকারীরা 12 মাস পর্যন্ত বিনামূল্যে পরীক্ষার প্রস্তাব দেয়, তবে মোট গণনার সময়, প্রতি মাসে অনুরোধের সংখ্যা, তহবিল বা বিদ্যুৎ খরচ সীমিত করে।

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

ওপেন সোর্স দিক থেকে

ওপেন-সোর্স সম্প্রদায়টি গত কয়েক বছর ধরে সক্রিয়ভাবে সার্ভারহীন সরঞ্জামগুলিতে কাজ করছে। সবচেয়ে বড় বাজারের খেলোয়াড়রাও সার্ভারহীন প্ল্যাটফর্মের বিকাশে অবদান রাখে:

গুগল বিকাশকারীদের তার ওপেন সোর্স টুল অফার করে - নেটিভ. IBM, RedHat, Pivotal এবং SAP এর উন্নয়নে অংশগ্রহণ করে;
আইবিএম একটি সার্ভারহীন প্ল্যাটফর্মে কাজ করে ওপেন হুইস্ক, যা তখন অ্যাপাচি ফাউন্ডেশনের একটি প্রকল্পে পরিণত হয়;
মাইক্রোসফট আংশিকভাবে প্ল্যাটফর্ম কোড খোলা Azure ফাংশন.

সার্ভারহীন ফ্রেমওয়ার্কের দিকেও উন্নয়ন চলছে। কুবেলেস и বিদারণ পূর্ব-প্রস্তুত কুবারনেটস ক্লাস্টারের ভিতরে মোতায়েন করা হয়েছে, OpenFaaS Kubernetes এবং Docker Swarm উভয়ের সাথে কাজ করে। ফ্রেমওয়ার্ক এক ধরনের নিয়ামক হিসাবে কাজ করে - অনুরোধের ভিত্তিতে, এটি ক্লাস্টারের ভিতরে একটি রানটাইম পরিবেশ প্রস্তুত করে, তারপর সেখানে একটি ফাংশন চালু করে।

ফ্রেমওয়ার্ক আপনার প্রয়োজন অনুসারে টুল কনফিগার করার জন্য জায়গা ছেড়ে দেয়। সুতরাং, কুবেলেসে, একজন বিকাশকারী ফাংশন এক্সিকিউশন টাইমআউট কনফিগার করতে পারে (ডিফল্ট মান হল 180 সেকেন্ড)। বিদারণ, কোল্ড স্টার্ট সমস্যা সমাধানের প্রয়াসে, কিছু পাত্রকে সব সময় চালু রাখার পরামর্শ দেয় (যদিও এতে রিসোর্স ডাউনটাইম খরচ হয়)। এবং OpenFaaS প্রতিটি স্বাদ এবং রঙের জন্য ট্রিগারের একটি সেট অফার করে: HTTP, Kafka, Redis, MQTT, Cron, AWS SQS, NATs এবং অন্যান্য।

শুরু করার জন্য নির্দেশাবলী ফ্রেমওয়ার্কের অফিসিয়াল ডকুমেন্টেশনে পাওয়া যাবে। তাদের সাথে কাজ করার জন্য একটি প্রদানকারীর সাথে কাজ করার চেয়ে একটু বেশি দক্ষতা থাকা প্রয়োজন - এটি অন্তত CLI এর মাধ্যমে একটি Kubernetes ক্লাস্টার চালু করার ক্ষমতা। সর্বাধিক, অন্যান্য ওপেন-সোর্স সরঞ্জামগুলি অন্তর্ভুক্ত করুন (উদাহরণস্বরূপ, কাফকা কিউ ম্যানেজার)।

আমরা যেভাবে সার্ভারলেস-এর সাথে কাজ করি না কেন - একটি প্রদানকারীর মাধ্যমে বা ওপেন-সোর্স ব্যবহার করে, আমরা সার্ভারলেস পদ্ধতির অনেকগুলি সুবিধা এবং অসুবিধাগুলি পাব।

সুবিধা-অসুবিধার দিক থেকে

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

সার্ভারলেস উন্নয়নের সময়কে আরও কমিয়ে দেয়, বিকাশকারীকে শুধুমাত্র অ্যাপ্লিকেশনের ব্যবসায়িক যুক্তি এবং কোডিংয়ের উপর ফোকাস করার অনুমতি দেয়। ফলস্বরূপ, উন্নয়নের জন্য বাজারের সময় কমে যায়।

বোনাস হিসাবে, আমরা লোডের জন্য স্বয়ংক্রিয় স্কেলিং পাই, এবং আমরা শুধুমাত্র ব্যবহৃত সম্পদের জন্য অর্থ প্রদান করি এবং শুধুমাত্র যখন সেগুলি ব্যবহার করা হয়।

যেকোনো প্রযুক্তির মতো, সার্ভারলেস এর অসুবিধা রয়েছে।

উদাহরণস্বরূপ, এই ধরনের অসুবিধা হতে পারে কোল্ড স্টার্ট টাইম (জাভাস্ক্রিপ্ট, পাইথন, গো, জাভা, রুবির মতো ভাষার জন্য গড়ে 1 সেকেন্ড পর্যন্ত)।

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

একটি ঠান্ডা শুরু একটি উষ্ণ শুরুতে পরিণত হতে পারে যখন একটি ফাংশন একটি পূর্ববর্তী ইভেন্ট দ্বারা চালু করা একটি ধারক পুনরায় ব্যবহার করে। এই পরিস্থিতি তিনটি ক্ষেত্রে দেখা দেবে:

যদি ক্লায়েন্টরা প্রায়শই পরিষেবাটি ব্যবহার করে এবং ফাংশনে কলের সংখ্যা বৃদ্ধি পায়;
যদি প্রদানকারী, প্ল্যাটফর্ম বা ফ্রেমওয়ার্ক আপনাকে কিছু কন্টেইনার সব সময় চালু রাখতে দেয়;
যদি বিকাশকারী একটি টাইমারে ফাংশন চালায় (প্রতি 3 মিনিটে বলুন)।

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

সার্ভারলেস এর পরবর্তী অসুবিধা হল একটি ফাংশনের সংক্ষিপ্ত জীবনকাল (টাইমআউট যার সময় ফাংশনটি কার্যকর করতে হবে)।

তবে, যদি আপনাকে দীর্ঘস্থায়ী কাজের সাথে কাজ করতে হয়, আপনি একটি হাইব্রিড আর্কিটেকচার ব্যবহার করতে পারেন - অন্য প্রযুক্তির সাথে সার্ভারলেসকে একত্রিত করুন।

সমস্ত সিস্টেম সার্ভারলেস স্কিম ব্যবহার করে কাজ করতে সক্ষম হবে না।

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

এই শিরায়, আমি মসৃণভাবে সার্ভারহীন পদ্ধতির ব্যবহার করার বিষয়ে এগিয়ে যেতে চাই।

আবেদনের দিক থেকে

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

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

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

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

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

সুতরাং, সার্ভারলেস ব্যবহার করা যেতে পারে যেখানে প্রচুর সংখ্যক অনুরোধ খুব ঘন ঘন নয়, নিবিড়ভাবে প্রক্রিয়া করা প্রয়োজন। এই ক্ষেত্রে, 15 মিনিটের জন্য বিভিন্ন ফাংশন চালানো একটি ভার্চুয়াল মেশিন বা সার্ভার সব সময় বজায় রাখার চেয়ে বেশি লাভজনক।

সার্ভারলেস কম্পিউটিং-এর সমস্ত সুবিধার সাথে, বাস্তবায়নের আগে, আপনাকে প্রথমে অ্যাপ্লিকেশানের যুক্তির মূল্যায়ন করা উচিত এবং সার্ভারলেস একটি নির্দিষ্ট ক্ষেত্রে কী সমস্যাগুলি সমাধান করতে পারে তা বুঝতে হবে।

সার্ভারহীন এবং সিলেক্টেল

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

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

নিবন্ধে ব্যবহৃত উপকরণ:

উত্স: www.habr.com

র্যাকগুলিতে সার্ভারহীন