সার্ভারহীন অ্যাপ্লিকেশন তৈরির জন্য টিপস এবং সংস্থান

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

সার্ভারহীন প্রযুক্তি সম্পর্কে ভুল ধারণা

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

সার্ভারহীনের মূল নীতি হল যে আপনাকে আপনার পরিকাঠামো পরিচালনা বা স্কেল করার বিষয়ে চিন্তা করতে হবে না; আপনি যা ব্যবহার করেন তার জন্যই আপনি অর্থ প্রদান করেন। অনেক পরিষেবা এই মানদণ্ডের সাথে খাপ খায় - AWS DynamoDB, S3, SNS বা SQS, Graphcool, Auth0, Now, Netlify, Firebase এবং আরও অনেকগুলি৷ সাধারণভাবে, সার্ভারহীন মানে ক্লাউড কম্পিউটিংয়ের সমস্ত ক্ষমতা ব্যবহার করা ছাড়াই পরিকাঠামো পরিচালনা এবং অপ্টিমাইজ করার প্রয়োজন ছাড়াই স্কেলিং এর জন্য। এর মানে হল যে অবকাঠামো স্তরে নিরাপত্তা আর আপনার সমস্যা নয়, যা নিরাপত্তা মান পূরণের অসুবিধা এবং জটিলতার কারণে একটি বিশাল সুবিধা। অবশেষে, আপনাকে দেওয়া পরিকাঠামো কিনতে হবে না।

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

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

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

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

বিবেচনা:

• আপনি কি পরিষেবা প্রয়োজন এবং কেন.
• ক্লাউড প্রোভাইডাররা কী পরিষেবা প্রদান করে এবং কীভাবে আপনি আপনার নির্বাচিত FaaS সমাধান ব্যবহার করে সেগুলিকে একত্রিত করতে পারেন।
• কোন প্রোগ্রামিং ভাষাগুলি সমর্থিত (গতিশীলভাবে বা স্ট্যাটিকভাবে টাইপ করা, সংকলিত বা ব্যাখ্যা করা, বেঞ্চমার্কগুলি কী, কোল্ড স্টার্ট পারফরম্যান্স কী, ওপেন সোর্স ইকোসিস্টেম কী ইত্যাদি)।
• আপনার নিরাপত্তা প্রয়োজনীয়তা কি (SLA, 2FA, OAuth, HTTPS, SSL, ইত্যাদি)।
• আপনার সিআই/সিডি এবং সফ্টওয়্যার বিকাশ চক্র কীভাবে পরিচালনা করবেন।
• কোন অবকাঠামো-কোড সমাধান আপনি সুবিধা নিতে পারেন?

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

যখন সার্ভারহীন দরকারী?

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

খরচ সাশ্রয় এবং স্কেলিং সহজ করার জন্য ধন্যবাদ, সার্ভারহীন সমাধানগুলি অভ্যন্তরীণ এবং বাহ্যিক উভয় সিস্টেমের জন্য সমানভাবে প্রযোজ্য, মাল্টিমিলিয়ন-ডলার দর্শকের সাথে একটি ওয়েব অ্যাপ্লিকেশন পর্যন্ত। অ্যাকাউন্ট ইউরোর পরিবর্তে সেন্টে পরিমাপ করা হয়। এক মাসের জন্য সহজতম AWS EC2 ইন্সট্যান্স (t1.micro) ভাড়া নিতে €15 খরচ হবে, এমনকি আপনি এটির সাথে কিছু না করলেও (কে কখন এটি বন্ধ করতে ভুলে গেছে?!)। তুলনামূলকভাবে, একই সময়ে ব্যয়ের এই স্তরটি অর্জন করতে, আপনাকে 512 সেকেন্ডের জন্য প্রায় 1 মিলিয়ন বার একটি 3 এমবি ল্যাম্বডা চালাতে হবে। এবং আপনি যদি এই বৈশিষ্ট্যটি ব্যবহার না করেন তবে আপনি কিছু অর্থ প্রদান করবেন না।

যেহেতু সার্ভারলেস প্রাথমিকভাবে ইভেন্ট-চালিত, তাই লিগ্যাসি সিস্টেমে সার্ভারহীন পরিকাঠামো যোগ করা মোটামুটি সহজ। উদাহরণস্বরূপ, AWS S3, Lambda, এবং Kinesis ব্যবহার করে, আপনি একটি লিগ্যাসি রিটেল সিস্টেমের জন্য একটি বিশ্লেষণ পরিষেবা তৈরি করতে পারেন যা একটি API এর মাধ্যমে ডেটা গ্রহণ করতে পারে।

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

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

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

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

উন্নয়ন চক্রের উপর সার্ভারহীন প্রযুক্তির প্রভাব

যেহেতু আপনার অবকাঠামোটি কেবল কনফিগারেশন, তাই আপনি শেল স্ক্রিপ্টের মতো স্ক্রিপ্ট ব্যবহার করে কোড সংজ্ঞায়িত এবং স্থাপন করতে পারেন। অথবা আপনি অবলম্বন করতে পারেন কনফিগারেশন-এ-কোড ক্লাস সমাধান যেমন এডাব্লুএস ক্লাউডফর্মেশন. যদিও এই পরিষেবাটি সমস্ত এলাকার জন্য কনফিগারেশন প্রদান করে না, এটি আপনাকে Lambda ফাংশন হিসাবে ব্যবহারের জন্য নির্দিষ্ট সংস্থানগুলিকে সংজ্ঞায়িত করার অনুমতি দেয়। অর্থাৎ, যেখানে ক্লাউডফরমেশন আপনাকে ব্যর্থ করে, আপনি আপনার নিজস্ব সংস্থান (ল্যাম্বডা ফাংশন) লিখতে পারেন যা এই ফাঁকটি বন্ধ করবে। এইভাবে আপনি কিছু করতে পারেন, এমনকি আপনার AWS পরিবেশের বাইরে নির্ভরতা কনফিগার করতে পারেন।

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

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

Epsagon, Thundra, Dashbird এবং IOPipe-এর মতো অত্যন্ত শক্তিশালী মনিটরিং এবং দৃশ্যমানতার সরঞ্জাম রয়েছে। তারা আপনাকে সার্ভারহীন অ্যাপ্লিকেশনগুলির বর্তমান অবস্থা নিরীক্ষণ করতে, লগ এবং ট্রেস প্রদান করতে, কর্মক্ষমতা মেট্রিক্স এবং স্থাপত্যের বাধাগুলি ক্যাপচার করতে, খরচ বিশ্লেষণ এবং পূর্বাভাস এবং আরও অনেক কিছু করতে দেয়। তারা শুধুমাত্র DevOps প্রকৌশলী, বিকাশকারী এবং স্থপতিদের অ্যাপ্লিকেশন কর্মক্ষমতার একটি বিস্তৃত দৃষ্টিভঙ্গি দেয় না, তবে তারা ম্যানেজারদের রিয়েল-টাইম, সেকেন্ড-বাই-সেকেন্ড রিসোর্স খরচ এবং খরচ পূর্বাভাসের মধ্যে দৃশ্যমানতা অর্জন করতে সক্ষম করে। একটি পরিচালিত পরিকাঠামো দিয়ে এটি সংগঠিত করা অনেক বেশি কঠিন।

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

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

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

সার্ভারহীন অ্যাপ্লিকেশন নির্মাণের জন্য সরঞ্জাম এবং কৌশল

সার্ভারহীন অ্যাপ্লিকেশন তৈরি করার কোন নির্দিষ্ট উপায় নেই। সেইসাথে এই কাজের জন্য পরিষেবাগুলির একটি সেট। শক্তিশালী সার্ভারহীন সমাধানগুলির মধ্যে নেতা আজ AWS, কিন্তু মনোযোগ দিন গুগল ক্লাউড, সময় и Firebase. আপনি যদি AWS ব্যবহার করেন, তাহলে আমরা অ্যাপ্লিকেশন সংগ্রহ করার পদ্ধতি হিসেবে সুপারিশ করতে পারি সার্ভারহীন অ্যাপ্লিকেশন মডেল (SAM), বিশেষ করে C# ব্যবহার করার সময়, কারণ ভিজ্যুয়াল স্টুডিওতে দুর্দান্ত সরঞ্জাম রয়েছে। SAM CLI ভিজ্যুয়াল স্টুডিও যা করতে পারে তা করতে পারে, তাই আপনি যদি একটি ভিন্ন IDE বা পাঠ্য সম্পাদকে স্যুইচ করেন তবে আপনি কিছুই হারাবেন না। অবশ্যই, SAM অন্যান্য ভাষার সাথেও কাজ করে।

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

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

মোতায়েন করা প্যাকেজ আকার কমাতে এবং লোডিং সময় দ্রুত করতে AWS Lambda লেয়ার ব্যবহার করুন।

নির্দিষ্ট কাজের জন্য সঠিক প্রোগ্রামিং ভাষা ব্যবহার করুন। বিভিন্ন ভাষার নিজস্ব সুবিধা এবং অসুবিধা রয়েছে। অনেক বেঞ্চমার্ক আছে, কিন্তু JavaScript, Python, এবং C# (.NET Core 2.1+) হল AWS Lambda কর্মক্ষমতার দিক থেকে শীর্ষস্থানীয়। AWS Lambda সম্প্রতি একটি রানটাইম API চালু করেছে যা আপনাকে আপনার পছন্দসই ভাষা এবং রানটাইম পরিবেশ নির্দিষ্ট করতে দেয়, তাই পরীক্ষা করুন।

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

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

উপসংহার

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

উত্স: www.habr.com