AWS Lambda এর বিস্তারিত বিশ্লেষণ

নিবন্ধটির অনুবাদটি কোর্সের শিক্ষার্থীদের জন্য বিশেষভাবে প্রস্তুত করা হয়েছিল "ক্লাউড পরিষেবা". এই দিকে উন্নয়ন করতে আগ্রহী? এগর জুয়েভের মাস্টার ক্লাস দেখুন (ইনবিটে টিমলিড) "AWS EC2 পরিষেবা" এবং পরবর্তী কোর্স গ্রুপে যোগ দিন: 26 সেপ্টেম্বর থেকে শুরু হবে।

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

এডাব্লুএস ল্যাম্বদা

AWS Lambda হল একটি ইভেন্ট-চালিত সার্ভারবিহীন কম্পিউটিং পরিষেবা যা আপনাকে সার্ভারের বিধান বা পরিচালনা ছাড়াই কোড চালাতে এবং কাস্টম লজিক ব্যবহার করে অন্যান্য AWS পরিষেবা প্রসারিত করতে দেয়। Lambda স্বয়ংক্রিয়ভাবে বিভিন্ন ইভেন্টে সাড়া দেয় (যাকে ট্রিগার বলা হয়), যেমন Amazon API গেটওয়ের মাধ্যমে HTTP অনুরোধ, Amazon S3 buckets বা Amazon DynamoDB টেবিলের ডেটাতে পরিবর্তন; অথবা আপনি AWS SDK ব্যবহার করে API কলের মাধ্যমে আপনার কোড চালাতে পারেন এবং AWS স্টেপ ফাংশনে স্টেট ট্রানজিশন করতে পারেন।

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

কখন Lambda এ সুইচ করতে হবে?

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

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

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

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

সুতরাং, আপনি যদি কম্পিউটিং সংস্থান বরাদ্দ এবং পরিচালনার সাথে মোকাবিলা করতে না চান, AWS Lambda চেষ্টা করুন; আপনার যদি ভারী, সম্পদ-নিবিড় গণনার প্রয়োজন না হয়, তবে AWS Lambda চেষ্টা করুন; যদি আপনার কোড পর্যায়ক্রমে চলে, তবে এটি ঠিক, আপনার AWS Lambda চেষ্টা করা উচিত।

নিরাপত্তা

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

বেশিরভাগ AWS পরিষেবার মতো, Lambda AWS এবং গ্রাহকের মধ্যে একটি ভাগ করা নিরাপত্তা এবং সম্মতির ভিত্তিতে প্রদান করা হয়। এই নীতিটি ক্লায়েন্টের উপর পরিচালন বোঝা হ্রাস করে, যেহেতু AWS পরিষেবার উপাদানগুলি রক্ষণাবেক্ষণ, পরিচালনা এবং নিরীক্ষণের কাজগুলি গ্রহণ করে - হোস্ট অপারেটিং সিস্টেম এবং ভার্চুয়ালাইজেশন স্তর থেকে অবকাঠামোগত সম্পদের শারীরিক নিরাপত্তা পর্যন্ত।

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

নীচের চিত্রটি AWS Lambda-তে প্রযোজ্য হিসাবে ভাগ করা দায়িত্বের মডেল দেখায়৷ AWS দায়িত্ব কমলা এবং গ্রাহকের দায়িত্ব নীল। আপনি দেখতে পাচ্ছেন, AWS পরিষেবাতে নিয়োজিত অ্যাপ্লিকেশনগুলির জন্য আরও দায়িত্ব নেয়৷

শেয়ারড রেসপনসিবিলিটি মডেল AWS Lambda এর জন্য প্রযোজ্য

ল্যাম্বডা রানটাইম

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

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

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

AWS Lambda তাদের নিজ নিজ রানটাইম পরিবেশের মাধ্যমে Java 8, Python 3.7, Go, NodeJS 8, .NET Core 2 এবং অন্যান্য সহ বিভিন্ন ধরনের প্রোগ্রামিং ভাষা সমর্থন করে। AWS নিয়মিত তাদের আপডেট করে, নিরাপত্তা প্যাচ বিতরণ করে এবং এই পরিবেশে অন্যান্য রক্ষণাবেক্ষণ কার্যক্রম সম্পাদন করে। ল্যাম্বডা আপনাকে অন্যান্য ভাষাও ব্যবহার করার অনুমতি দেয়, যদি আপনি নিজে উপযুক্ত রানটাইম বাস্তবায়ন করেন। এবং তারপরে আপনাকে এর সুরক্ষা পর্যবেক্ষণ সহ এর রক্ষণাবেক্ষণের যত্ন নিতে হবে।

কিভাবে এটি সব কাজ করে এবং কিভাবে পরিষেবা আপনার ফাংশন সঞ্চালন করবে?

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

AWS Lambda আইসোলেশন মডেল

রানটাইম পরিবেশের বিচ্ছিন্নতা বিভিন্ন প্রক্রিয়া ব্যবহার করে প্রয়োগ করা হয়। প্রতিটি পরিবেশের শীর্ষ স্তরে নিম্নলিখিত উপাদানগুলির পৃথক অনুলিপি রয়েছে:

• ফাংশন কোড
• ফাংশনের জন্য নির্বাচিত যেকোনো ল্যাম্বডা স্তর
• ফাংশন নির্বাহের পরিবেশ
• আমাজন লিনাক্সের উপর ভিত্তি করে ন্যূনতম ব্যবহারকারী স্থান

নিম্নোক্ত প্রক্রিয়াগুলি বিভিন্ন এক্সিকিউশন পরিবেশকে বিচ্ছিন্ন করতে ব্যবহৃত হয়:

• cgroups - প্রতিটি রানটাইম পরিবেশের জন্য CPU, মেমরি, স্টোরেজ এবং নেটওয়ার্ক সংস্থানগুলিতে অ্যাক্সেস সীমিত করুন;
• নেমস্পেস - গ্রুপিং প্রক্রিয়া আইডি, ব্যবহারকারী আইডি, নেটওয়ার্ক ইন্টারফেস এবং লিনাক্স কার্নেল দ্বারা পরিচালিত অন্যান্য সংস্থান। প্রতিটি রানটাইম তার নিজস্ব নামস্থানে চলে;
• seccomp-bpf - সিস্টেম কলগুলিকে সীমাবদ্ধ করে যা রানটাইমে ব্যবহার করা যেতে পারে;
• iptables এবং রাউটিং টেবিল - একে অপরের থেকে এক্সিকিউশন পরিবেশের বিচ্ছিন্নতা;
• chroot - অন্তর্নিহিত ফাইল সিস্টেমে সীমিত অ্যাক্সেস প্রদান করে।

AWS মালিকানা বিচ্ছিন্নকরণ প্রযুক্তির সাথে মিলিত, এই প্রক্রিয়াগুলি নির্ভরযোগ্য রানটাইম বিচ্ছেদ নিশ্চিত করে। এইভাবে বিচ্ছিন্ন পরিবেশগুলি অন্য পরিবেশ থেকে ডেটা অ্যাক্সেস বা পরিবর্তন করতে পারে না।

যদিও একই AWS অ্যাকাউন্টের একাধিক রানটাইম একটি একক মাইক্রোভিএম-এ চলতে পারে, কোনো অবস্থাতেই বিভিন্ন AWS অ্যাকাউন্টের মধ্যে মাইক্রোভিএম শেয়ার করা যাবে না। AWS Lambda মাইক্রোভিএমগুলিকে বিচ্ছিন্ন করার জন্য শুধুমাত্র দুটি প্রক্রিয়া ব্যবহার করে: EC2 দৃষ্টান্ত এবং ফায়ারক্র্যাকার। EC2 দৃষ্টান্তের উপর ভিত্তি করে Lambda-তে গেস্ট আইসোলেশন প্রায় 2015 সাল থেকে। Firecracker হল একটি নতুন ওপেন সোর্স হাইপারভাইজার যা বিশেষভাবে AWS দ্বারা সার্ভারহীন কাজের চাপের জন্য ডিজাইন করা হয়েছে এবং 2018 সালে চালু করা হয়েছে। মাইক্রোভিএম চলমান শারীরিক হার্ডওয়্যার বিভিন্ন অ্যাকাউন্ট জুড়ে কাজের চাপের মধ্যে ভাগ করা হয়।

পরিবেশ এবং প্রক্রিয়া অবস্থা সংরক্ষণ

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

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

কল ডাটা ট্রান্সফার

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

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

AWS Lambda কল প্রসেসিং মডেল: অনুরোধ-প্রতিক্রিয়া মোড

ইভেন্ট কল অবিলম্বে করা বা একটি সারিতে যোগ করা যেতে পারে. কিছু ক্ষেত্রে, সারিটি Amazon SQS (Amazon Simple Queue Service) ব্যবহার করে প্রয়োগ করা হয়, যা একটি অভ্যন্তরীণ পোলার প্রক্রিয়ার মাধ্যমে Lambda কল পরিপূর্ণতা পরিষেবাতে কল পাস করে। প্রেরিত ট্র্যাফিক টিএলএস দ্বারা সুরক্ষিত, এবং অ্যামাজন SQS-এ সংরক্ষিত ডেটার কোনও অতিরিক্ত এনক্রিপশন নেই।

ইভেন্ট কলগুলি প্রতিক্রিয়া ফেরত দেয় না—ল্যাম্বডা কর্মী কেবল কোনও প্রতিক্রিয়া তথ্য উপেক্ষা করে। Amazon S3, Amazon SNS, CloudWatch এবং অন্যান্য উত্স থেকে ইভেন্ট-ভিত্তিক কলগুলি Lambda দ্বারা ইভেন্ট মোডে প্রক্রিয়া করা হয়। Amazon Kinesis এবং DynamoDB স্ট্রীম, SQS সারি, অ্যাপ্লিকেশন লোড ব্যালেন্সার এবং API গেটওয়ে কলগুলি থেকে কলগুলি একটি অনুরোধ-প্রতিক্রিয়া ফ্যাশনে প্রক্রিয়া করা হয়।

পর্যবেক্ষণ

আপনি নিম্নলিখিত সহ বিভিন্ন AWS প্রক্রিয়া এবং পরিষেবা ব্যবহার করে Lambda ফাংশন নিরীক্ষণ এবং নিরীক্ষণ করতে পারেন।

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

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

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

AWS কনফিগারেশন
আপনি Lambda ফাংশন কনফিগারেশন (মুছে ফেলা সহ) এবং রানটাইম, ট্যাগ, হ্যান্ডলারের নাম, কোডের আকার, মেমরি বরাদ্দ, টাইমআউট সেটিংস এবং কনকারেন্সি সেটিংস, সেইসাথে Lambda IAM এক্সিকিউশন রোল, সাবনেটিং এবং সিকিউরিটি গ্রুপ বাইন্ডিংয়ের পরিবর্তনগুলি ট্র্যাক করতে সক্ষম হবেন .

উপসংহার

AWS Lambda সুরক্ষিত এবং মাপযোগ্য অ্যাপ্লিকেশন তৈরির জন্য একটি শক্তিশালী সরঞ্জাম সরবরাহ করে। AWS Lambda-এর অনেক নিরাপত্তা এবং সম্মতি অনুশীলন অন্যান্য AWS পরিষেবার মতোই, যদিও ব্যতিক্রম আছে। মার্চ 2019 পর্যন্ত, Lambda SOC 1, SOC 2, SOC 3, PCI DSS, হেলথ ইন্স্যুরেন্স পোর্টেবিলিটি অ্যান্ড অ্যাকাউন্টেবিলিটি অ্যাক্ট (HIPAA) সম্মতি এবং অন্যান্য প্রবিধানের সাথে সম্মতি দিচ্ছে। সুতরাং, আপনি যখন আপনার পরবর্তী অ্যাপ্লিকেশন বাস্তবায়নের কথা ভাবছেন, তখন AWS Lambda পরিষেবাটি বিবেচনা করুন - এটি আপনার কাজের জন্য সবচেয়ে উপযুক্ত হতে পারে।

উত্স: www.habr.com