2025-11-12T05:49:09.677536

Multi-Event Triggers for Serverless Computing

Carl, Schirmer, Kowallik et al.
Function-as-a-Service (FaaS) is an event-driven serverless cloud computing model in which small, stateless functions are invoked in response to events, such as HTTP requests, new database entries, or messages. Current FaaS platform assume that each function invocation corresponds to a single event. However, from an application perspective, it is desirable to invoke functions in response to a collection of events of different types or only with every n\textsuperscript{th} event. To implement this today, a function would need additional state management, e.g., in a database, and custom logic to determine whether its trigger condition is fulfilled and the actual application code should run. In such an implementation, most function invocations would be rendered essentially useless, leading to unnecessarily high resource usage, latency, and cost for applications. In this paper, we introduce multi-event triggers, through which complex conditions for function invocations can be specified. Specifically, we introduce abstractions for invoking functions based on a set of $n$ events and joins of multiple events of different types. This enables application developers to define intricate conditions for function invocations, workflow steps, and complex event processing. Our evaluation with a proof-of-concept prototype shows that this reduces event--invocation latency by 62.5\% in an incident detection use-case and that our system can handle more than 300,000 requests per second on limited hardware, which is sufficient load for implementation in large FaaS platforms.
academic

সার্ভারলেস কম্পিউটিংয়ের জন্য মাল্টি-ইভেন্ট ট্রিগার

মৌলিক তথ্য

  • পেপার আইডি: 2505.21199
  • শিরোনাম: Multi-Event Triggers for Serverless Computing
  • লেখক: Natalie Carl, Trever Schirmer, Niklas Kowallik, Joshua Adamek, Tobias Pfandzelter, Sergio Lucia, David Bermbach
  • শ্রেণীবিভাগ: cs.DC (বিতরণকৃত, সমান্তরাল এবং ক্লাস্টার কম্পিউটিং)
  • প্রকাশনার সময়: arXiv:2505.21199v3 cs.DC 11 Oct 2025
  • পেপার লিঙ্ক: https://arxiv.org/abs/2505.21199

সারসংক্ষেপ

ফাংশন-এজ-এ-সার্ভিস (FaaS) একটি ইভেন্ট-চালিত সার্ভারলেস ক্লাউড কম্পিউটিং মডেল যেখানে ছোট স্টেটলেস ফাংশনগুলি ইভেন্টের প্রতিক্রিয়ায় আহূত হয় (যেমন HTTP অনুরোধ, নতুন ডাটাবেস এন্ট্রি বা বার্তা)। বর্তমান FaaS প্ল্যাটফর্মগুলি অনুমান করে যে প্রতিটি ফাংশন আহ্বান একটি একক ইভেন্টের সাথে সামঞ্জস্যপূর্ণ। তবে অ্যাপ্লিকেশনের দৃষ্টিকোণ থেকে, ফাংশনগুলি বিভিন্ন ধরনের ইভেন্টের সংগ্রহের প্রতিক্রিয়া জানাতে বা শুধুমাত্র প্রতিটি nতম ইভেন্টে আহূত হতে পারে এমনটি কাঙ্ক্ষিত। এটি অর্জনের জন্য, ফাংশনগুলির অতিরিক্ত স্টেট ম্যানেজমেন্ট (যেমন ডাটাবেস) এবং ট্রিগার শর্ত পূরণ হয়েছে কিনা তা নির্ধারণের জন্য কাস্টম লজিক প্রয়োজন। এই পেপারটি মাল্টি-ইভেন্ট ট্রিগার (MET) প্রস্তাব করে যার মাধ্যমে জটিল ফাংশন আহ্বান শর্ত নির্দিষ্ট করা যায়। মূল্যায়ন ফলাফল দেখায় যে ইভেন্ট সনাক্তকরণ ব্যবহারের ক্ষেত্রে, এই পদ্ধতি ইভেন্ট-আহ্বান বিলম্ব 62.5% হ্রাস করে এবং সিস্টেমটি সীমিত হার্ডওয়্যারে 300,000 এরও বেশি অনুরোধ/সেকেন্ড পরিচালনা করতে পারে।

গবেষণা পটভূমি এবং প্রেরণা

সমস্যা সংজ্ঞা

বর্তমান FaaS প্ল্যাটফর্মগুলির একটি মৌলিক সীমাবদ্ধতা রয়েছে: প্রতিটি ফাংশন আহ্বান শুধুমাত্র একটি একক ইভেন্টের প্রতিক্রিয়া জানাতে পারে। তবে বাস্তব অ্যাপ্লিকেশনগুলিতে প্রায়শই আরও জটিল ট্রিগার প্যাটার্ন প্রয়োগ করার প্রয়োজন হয়:

  1. ফ্যান-ইন/জয়েন প্যাটার্ন: একাধিক বিভিন্ন ধরনের ইভেন্ট সংগ্রহ করার পরে ফাংশন ট্রিগার করার প্রয়োজন
  2. গণনা ট্রিগার: প্রতিটি n সংখ্যক ইভেন্ট প্রাপ্তির পরে একবার ফাংশন ট্রিগার করা
  3. জটিল শর্ত ট্রিগার: ইভেন্ট ধরন এবং সংখ্যার AND/OR সমন্বয় শর্তের উপর ভিত্তি করে

বর্তমান পদ্ধতির সীমাবদ্ধতা

বর্তমানে মাল্টি-ইভেন্ট ট্রিগার প্রয়োগ করার জন্য প্রয়োজন:

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

গবেষণা প্রেরণা

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

মূল অবদান

  1. মাল্টি-ইভেন্ট ট্রিগার ধারণা প্রস্তাব: FaaS ফাংশন ট্রিগার মেকানিজম প্রসারিত করা, ইভেন্ট সংগ্রহের উপর ভিত্তি করে জটিল ট্রিগার শর্ত সমর্থন করা
  2. MET ইঞ্জিন আর্কিটেকচার ডিজাইন: বিদ্যমান FaaS প্ল্যাটফর্মে একীভূত করা যায় এমন মাল্টি-ইভেন্ট ট্রিগার ইঞ্জিন ডিজাইন প্রস্তাব করা
  3. প্রোটোটাইপ সিস্টেম উন্নয়ন: ধারণার প্রমাণ প্রোটোটাইপ বাস্তবায়ন করা, ডিজাইনের সম্ভাব্যতা প্রদর্শন করা
  4. কর্মক্ষমতা মূল্যায়ন: ইভেন্ট সনাক্তকরণ ব্যবহারের ক্ষেত্রে মাল্টি-ইভেন্ট ট্রিগারের সম্ভাবনা এবং কর্মক্ষমতা যাচাই করা

পদ্ধতি বিস্তারিত

কাজের সংজ্ঞা

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

ট্রিগার নিয়ম আনুষ্ঠানিক সংজ্ঞা

<rule> ::= <count> ":" <type> |
           <condition> "(" <rule> "," <rule> ")"
<condition> ::= "AND" | "OR"
<count> ::= regexp:[0-9]+
<type> ::= regexp:[a-zA-Z]+

MET ইঞ্জিন আর্কিটেকচার

সামগ্রিক ডিজাইন

MET ইঞ্জিনে দুটি প্রধান স্বাধীনভাবে স্কেলেবল উপাদান রয়েছে:

  1. ডিসপ্যাচার (Dispatcher):
    • লোড ব্যালেন্সার থেকে ইভেন্ট গ্রহণ করে
    • ইভেন্টগুলি উপযুক্ত ইনভোকারে প্রেরণ করে
  2. ইনভোকার (Invoker):
    • ট্রিগার লজিক পরিচালনা করে
    • প্রতিটি MET এর জন্য ট্রিগার হ্যান্ডলার তৈরি করে
    • প্রতিটি ইভেন্ট ধরনের জন্য ট্রিগার সেট বজায় রাখে
    • ট্রিগার নিয়ম পূরণ হয়েছে কিনা তা পরীক্ষা করে এবং ফাংশন আহ্বান করে

যোগাযোগ মেকানিজম

  • ডিসপ্যাচার এবং ইনভোকার এজেন্ট-মুক্ত পাবলিশ/সাবস্ক্রাইব মেসেজিং ব্যবহার করে
  • ইনভোকার তার পরিচালনা করা ট্রিগার নিয়মে ইভেন্ট ধরনের উপর ভিত্তি করে ডিসপ্যাচারের ইভেন্টে সাবস্ক্রাইব করে
  • বহু-নোড, একক-মেশিন স্থাপনার বিতরণকৃত স্থাপনা সমর্থন করে

স্কেলেবিলিটি ডিজাইন

  • অতিরিক্ত ইনভোকার স্থাপনার মাধ্যমে পরিচালনাযোগ্য ট্রিগার সংখ্যা বৃদ্ধি করা
  • প্রক্রিয়াকরণ ক্ষমতা আরও বৃদ্ধির জন্য ট্রিগার বিভাজন সমর্থন করা
  • লক্ষ্য প্রক্রিয়াকরণ ক্ষমতা: উচ্চ 10 লক্ষ থেকে নিম্ন 10 লক্ষ অনুরোধ/সেকেন্ড (AWS Lambda একক AZ লোডের রেফারেন্স)

প্রযুক্তিগত উদ্ভাবন পয়েন্ট

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

পরীক্ষামূলক সেটআপ

প্রোটোটাইপ বাস্তবায়ন

  • প্রোগ্রামিং ভাষা: Go ভাষায় ডিসপ্যাচার এবং ইনভোকার বাস্তবায়ন
  • স্থাপনা প্ল্যাটফর্ম: Kubernetes ক্লাস্টার (Google Kubernetes Engine)
  • মেসেজিং: ZeroMQ লাইব্রেরি
  • লোড ব্যালেন্সিং: Kubernetes LoadBalancer সেবা
  • ফাংশন প্ল্যাটফর্ম: HTTP সমর্থনকারী যেকোনো FaaS প্ল্যাটফর্ম

মূল্যায়ন পরিস্থিতি

পরীক্ষা 1: বিলম্ব পরীক্ষা

  • ব্যবহারের ক্ষেত্র: ডেটা সেন্টার ইভেন্ট সনাক্তকরণ অ্যাপ্লিকেশন
  • সেন্সর ধরন: তাপমাত্রা, প্যাকেট হারানো হার, শক্তি খরচ
  • ট্রিগার নিয়ম: OR(AND(5:packetLoss, 1:temperature), 1:powerConsumption)
  • বেসলাইন তুলনা: PostgreSQL ডাটাবেস ব্যবহার করে ম্যানুয়াল স্টেট ম্যানেজমেন্ট
  • লোড জেনারেশন: k6 লোড জেনারেটর, 30 মিনিট পরীক্ষা

পরীক্ষা 2: সমসাময়িক অনুরোধ পরীক্ষা

  • হার্ডওয়্যার কনফিগারেশন:
    • একক নোড: c7i.2xlarge (8 vCPU, 16 GiB)
    • চার নোড: 4×c7i.2xlarge
    • লোড জেনারেটর: c7i.16xlarge (64 vCPU, 128 GiB)
  • ট্রিগার নিয়ম: 3:a (প্রতিটি তিনটি ইভেন্টে একবার ট্রিগার করা)
  • লোড: 1,024 বাইট র্যান্ডম অক্ষর লোড

পরীক্ষা 3: সমসাময়িক ট্রিগার পরীক্ষা

  • হার্ডওয়্যার: c7i.large (4 vCPU, 8 GiB)
  • ট্রিগার নিয়ম: AND(2:a, 2:b), সর্বোচ্চ 1,024 সমসাময়িক ট্রিগার
  • লোড: 128 ভার্চুয়াল ব্যবহারকারী, 1,024 বাইট লোড

পরীক্ষামূলক ফলাফল

প্রধান ফলাফল

বিলম্ব কর্মক্ষমতা উন্নতি

  • ইভেন্ট-আহ্বান বিলম্ব 62.5% হ্রাস (মধ্যমা)
  • ফাংশন আহ্বান সংখ্যা 4.3 গুণ হ্রাস (বেসলাইনের তুলনায় প্রতিটি ইভেন্টে আহ্বান)
  • অপ্রয়োজনীয় ফাংশন আহ্বান ওভারহেড উল্লেখযোগ্যভাবে হ্রাস

থ্রুপুট কর্মক্ষমতা

  • একক নোড কনফিগারেশন: সর্বোচ্চ 131,012.7 অনুরোধ/সেকেন্ড (4,096 ভার্চুয়াল ব্যবহারকারী)
  • চার নোড কনফিগারেশন: সর্বোচ্চ 313,154.81 অনুরোধ/সেকেন্ড (64 ভার্চুয়াল ব্যবহারকারী)
  • থ্রুপুট সমসাময়িক অনুরোধের সাথে 2^11 অনুরোধ পর্যন্ত রৈখিকভাবে বৃদ্ধি পায়

সমসাময়িক ট্রিগার কর্মক্ষমতা

  • একক ট্রিগার: 236,601.77 অনুরোধ/সেকেন্ড
  • 8 ট্রিগার: 63,717.27 অনুরোধ/সেকেন্ড
  • 1,024 ট্রিগার: 883.67 অনুরোধ/সেকেন্ড
  • কর্মক্ষমতা প্রধানত CPU দ্বারা সীমাবদ্ধ, ট্রিগার নিয়ম পরীক্ষা সমান্তরালকরণের মাধ্যমে অপ্টিমাইজ করা যায়

পরীক্ষামূলক অনুসন্ধান

  1. উল্লেখযোগ্য বিলম্ব উন্নতি: MET ইঞ্জিন ম্যানুয়াল স্টেট ম্যানেজমেন্ট পদ্ধতির তুলনায় ইভেন্ট প্রক্রিয়াকরণ বিলম্ব উল্লেখযোগ্যভাবে হ্রাস করে
  2. ভাল স্কেলেবিলিটি: সিস্টেম ভাল অনুভূমিক স্কেলিং ক্ষমতা প্রদর্শন করে
  3. উচ্চ থ্রুপুট: সীমিত হার্ডওয়্যারে বড় FaaS প্ল্যাটফর্মের প্রয়োজনীয় প্রক্রিয়াকরণ ক্ষমতা অর্জন করে
  4. সমসাময়িক সীমাবদ্ধতা: একক ইনভোকারের সমসাময়িক ট্রিগার সংখ্যা CPU দ্বারা সীমাবদ্ধ, কিন্তু বিভাজনের মাধ্যমে প্রশমিত করা যায়

সম্পর্কিত কাজ

স্টেট ম্যানেজমেন্ট সমাধান

  • Crucial: বিতরণকৃত ভাগ করা অবজেক্ট স্তর
  • Cloudburst: একীভূত স্বয়ংক্রিয় স্কেলিং কী-মূল্য সংরক্ষণ
  • Boki: লগ API ভিত্তিক স্টেট স্থায়িত্ব
  • Faasm: WebAssembly রানটাইমের মেমরি অঞ্চল ভাগাভাগি

কর্মপ্রবাহ অর্কেস্ট্রেশন

  • TriggerFlow: Knative ভিত্তিক কাস্টম কর্মপ্রবাহ ইঞ্জিন
  • FaaSFlow: FaaS কর্ম নোড জুড়ে বিতরণকৃত কর্মপ্রবাহ সময়সূচী
  • DataFlower: ডেটা উপলব্ধতার উপর ভিত্তি করে ফাংশন সময়সূচী

বিদ্যমান সমাধানের সাথে পার্থক্য

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

সিদ্ধান্ত এবং আলোচনা

প্রধান সিদ্ধান্ত

  1. মাল্টি-ইভেন্ট ট্রিগার FaaS প্ল্যাটফর্মে নেটিভ ফ্যান-ইন সমর্থনের অভাবের সমস্যা কার্যকরভাবে সমাধান করে
  2. MET ইঞ্জিন আহ্বান বিলম্ব উল্লেখযোগ্যভাবে হ্রাস করে এবং সম্পদ খরচ কমায়
  3. সিস্টেম বড় আকারের ক্লাউড পরিবেশে স্থাপনার কর্মক্ষমতা ক্ষমতা রাখে
  4. সার্ভারলেস প্যারাডাইমের মূল সুবিধাগুলি বজায় রাখে (আলগা সংযোগ, স্বয়ংক্রিয় স্কেলিং, ন্যূনতম অপারেশনাল ওভারহেড)

সীমাবদ্ধতা

  1. ভৌগোলিক বিতরণ সীমাবদ্ধতা: বর্তমান ডিজাইন একক ডেটা সেন্টার মাল্টি-নোড সেটআপে ফোকাস করে, ভৌগোলিকভাবে বিতরণকৃত মাল্টি-ইভেন্ট ট্রিগারের জন্য উপযুক্ত নয়
  2. NOT শর্ত সমর্থন নেই: বিতরণকৃত পরিবেশে নির্দিষ্ট ধরনের ইভেন্ট গ্রহণ না হওয়ার গ্যারান্টি দেওয়া যায় না, NOT শর্ত সমর্থন করে না
  3. ইভেন্ট সিঙ্ক্রোনাইজেশন সমস্যা: সেন্সর ব্যর্থতার কারণে ইভেন্ট হারানো এবং সিঙ্ক্রোনাইজেশন সমস্যা সমাধান করা প্রয়োজন

ভবিষ্যত দিকনির্দেশনা

  1. ভৌগোলিক বিতরণ সমর্থন: সংঘর্ষ-মুক্ত প্রতিলিপি ডেটা ধরন (CRDT) ব্যবহার করে ইভেন্ট ট্র্যাক করা
  2. ট্রিগার ধরন সম্প্রসারণ: XOR এবং আরও অনেক ট্রিগার ধরন সমর্থন করা
  3. ত্রুটি সহনশীলতা মেকানিজম: ইভেন্ট জীবনকাল (TTL) মেকানিজম প্রবর্তন করে মেয়াদোত্তীর্ণ ইভেন্ট পরিচালনা করা
  4. প্ল্যাটফর্ম একীকরণ: লোড ব্যালেন্সিং ইত্যাদি FaaS প্ল্যাটফর্মের কার্যকারিতার সাথে গভীর একীকরণ

গভীর মূল্যায়ন

শক্তি

  1. সমস্যা সনাক্তকরণ নির্ভুল: FaaS প্ল্যাটফর্মে জটিল ইভেন্ট প্রক্রিয়াকরণে মৌলিক সীমাবদ্ধতা সঠিকভাবে সনাক্ত করা
  2. সমাধান ডিজাইন যুক্তিসঙ্গত: MET ইঞ্জিন আর্কিটেকচার স্কেলেবিলিটি এবং ব্যবহারিকতা বিবেচনা করে ডিজাইন করা
  3. পরীক্ষা পর্যাপ্ত: বিলম্ব, থ্রুপুট, সমসাময়িকতা ইত্যাদি একাধিক মাত্রা থেকে ব্যাপক মূল্যায়ন
  4. ব্যবহারিক মূল্য উচ্চ: বাস্তব অ্যাপ্লিকেশনে ব্যথার পয়েন্ট সমাধান করে, খুবই ব্যবহারিক মূল্য রয়েছে
  5. কর্মক্ষমতা প্রদর্শন চমৎকার: 62.5% বিলম্ব হ্রাস এবং 30 লক্ষ+ অনুরোধ/সেকেন্ড প্রক্রিয়াকরণ ক্ষমতা সমাধানের কার্যকারিতা প্রমাণ করে

অসুবিধা

  1. ভৌগোলিক বিতরণ সীমাবদ্ধতা: বৈশ্বিক বিতরণকৃত অ্যাপ্লিকেশন পরিস্থিতির জন্য সমর্থন অপর্যাপ্ত
  2. ত্রুটি সহনশীলতা মেকানিজম সরল: নেটওয়ার্ক বিভাজন, নোড ব্যর্থতা ইত্যাদি অস্বাভাবিক পরিস্থিতির পরিচালনা মেকানিজম অসম্পূর্ণ
  3. ট্রিগার নিয়ম প্রকাশ ক্ষমতা: বর্তমান AND/OR সমন্বয় সমস্ত জটিল ব্যবসায়িক পরিস্থিতি কভার করতে পারে না
  4. বিদ্যমান প্ল্যাটফর্ম একীকরণ: বাহ্যিক উপাদান হিসাবে একীকরণ, প্ল্যাটফর্ম অভ্যন্তরীণ অপ্টিমাইজেশন সম্পূর্ণভাবে ব্যবহার করতে পারে না

প্রভাব

  1. একাডেমিক অবদান: FaaS ক্ষেত্রে নতুন গবেষণা দিকনির্দেশনা এবং সমাধান প্রদান করে
  2. শিল্প মূল্য: বিদ্যমান FaaS প্ল্যাটফর্মে সরাসরি প্রয়োগ করা যায়, জটিল ইভেন্ট প্রক্রিয়াকরণ ক্ষমতা উন্নত করে
  3. মানকীকরণ সম্ভাবনা: FaaS প্ল্যাটফর্ম মাল্টি-ইভেন্ট ট্রিগারের মান বাস্তবায়ন পদ্ধতি হতে পারে
  4. পুনরুৎপাদনযোগ্যতা: ওপেন সোর্স প্রোটোটাইপ বাস্তবায়ন ভাল পুনরুৎপাদনযোগ্যতা প্রদান করে

প্রযোজ্য পরিস্থিতি

  1. IoT ডেটা প্রক্রিয়াকরণ: একাধিক সেন্সর ডেটা একত্রিত করার প্রয়োজন এমন IoT অ্যাপ্লিকেশন
  2. জটিল ইভেন্ট প্রক্রিয়াকরণ: আর্থিক লেনদেন পর্যবেক্ষণ, নেটওয়ার্ক নিরাপত্তা সনাক্তকরণ ইত্যাদি সম্পর্কিত বিশ্লেষণ প্রয়োজন এমন পরিস্থিতি
  3. কর্মপ্রবাহ অর্কেস্ট্রেশন: একাধিক পূর্ববর্তী কাজ সম্পন্ন হওয়ার জন্য অপেক্ষা করার প্রয়োজন এমন সার্ভারলেস কর্মপ্রবাহ
  4. ব্যাচ প্রক্রিয়াকরণ অপ্টিমাইজেশন: একাধিক ছোট ইভেন্ট একত্রিত করে দক্ষতা উন্নত করতে ব্যাচ প্রক্রিয়াকরণ

রেফারেন্স

পেপারটি 34টি সম্পর্কিত সাহিত্য উদ্ধৃত করে, প্রধানত অন্তর্ভুক্ত:

  • FaaS প্ল্যাটফর্ম এবং ট্রিগার মেকানিজম গবেষণা
  • সার্ভারলেস কর্মপ্রবাহ অর্কেস্ট্রেশন
  • স্টেট ম্যানেজমেন্ট এবং জটিল ইভেন্ট প্রক্রিয়াকরণ
  • কর্মক্ষমতা মূল্যায়ন এবং বেঞ্চমার্ক পরীক্ষা

মূল রেফারেন্স সাহিত্যে AWS Lambda আর্কিটেকচার বিশ্লেষণ, সার্ভারলেস কম্পিউটিং সমীক্ষা এবং সম্পর্কিত কর্মপ্রবাহ অর্কেস্ট্রেশন সিস্টেম অন্তর্ভুক্ত।

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