الوظيفة كخدمة

📅 آخر تحديث: ١ أغسطس ٢٠٢٦
✍️ نُشر في: ١ أغسطس ٢٠٢٦
الموسوعة الحرة

تُعتبر الوظيفة كخدمة "قدرة سحابية على مستوى المنصة" تُمكّن مستخدميها من "بناء وإدارة تطبيقات الخدمات المصغرة باستثمار أولي منخفض لتحقيق قابلية التوسع"، وفقًا لمعيار ISO/IEC 22123-2. [ 1 ]

تُعدّ وظيفة الخدمة جزءًا من نظام الحوسبة بدون خوادم . [ 2 ]

الأنماط المضادة

يشير مصطلح "نمط حبة الرمل" إلى إنشاء مكونات صغيرة للغاية (مثل الدوال) داخل النظام، مما يؤدي غالبًا إلى زيادة التعقيد، وارتفاع تكاليف التشغيل، وانخفاض كفاءة الأداء. [ 3 ] أما "لعبة لامدا" فهي نمط مشابه قد يحدث في البنى غير الخادمية عندما تستدعي الدوال (مثل AWS Lambda وAzure Functions) بعضها البعض بشكل مفرط في سلاسل مجزأة، مما يؤدي إلى زيادة زمن الاستجابة، وصعوبات في تصحيح الأخطاء والاختبار، وانخفاض إمكانية المراقبة. [ 4 ] ترتبط هذه الأنماط بتكوين بنية متجانسة موزعة.

غالبًا ما تُعالج هذه الأنماط البرمجية السيئة من خلال تطبيق حدود واضحة للمجال، تُميّز بين الواجهات العامة والمنشورة. [ 4 ] [ 5 ] الواجهات العامة هي واجهات متاحة تقنيًا، مثل الدوال، والفئات، ونقاط نهاية واجهة برمجة التطبيقات، أو المُشغّلات، ولكنها لا تأتي مع ضمانات رسمية للاستقرار. في المقابل، تتضمن الواجهات المنشورة عقد استقرار صريحًا، يشمل ترقيم الإصدارات الرسمي، والتوثيق الشامل، وسياسة مُحددة لإيقاف الميزات، ودعمًا للتوافق مع الإصدارات السابقة في كثير من الأحيان. قد تتطلب الواجهات المنشورة أيضًا الحفاظ على إصدارات متعددة في وقت واحد والالتزام بعمليات إيقاف الميزات الرسمية عند إدخال تغييرات جذرية. [ 5 ]

تُلاحظ سلاسل استدعاءات الدوال المتقطعة غالبًا في الأنظمة التي تتفاعل فيها المكونات (الدوال) غير الخادمة مع موارد أخرى بأنماط معقدة، تُوصف أحيانًا ببنية "السباغيتي" أو "البنية المتجانسة الموزعة". في المقابل، تُنظم الأنظمة ذات الحدود الواضحة عادةً المكونات غير الخادمة في مجموعات متماسكة، حيث تُدير الواجهات العامة الداخلية التواصل بين المكونات، وتُحدد الواجهات المنشورة التواصل عبر حدود المجموعات. يُبرز هذا التمييز الاختلافات في ضمانات الاستقرار والتزامات الصيانة، مما يُسهم في تقليل تعقيد التبعيات. [ 4 ] [ 5 ]

بالإضافة إلى ذلك، تُعالج الأنماط المرتبطة بالتسلسل المفرط لوظائف الحوسبة السحابية أحيانًا من خلال استراتيجيات معمارية تُركز على تكامل الخدمات الأصلية بدلًا من الوظائف الفردية، وهو مفهوم يُعرف باسم "عقلية اللاوظائف". ومع ذلك، يُلاحظ أن هذا النهج يتطلب جهدًا أكبر في التعلم، وقد تختلف قيود التكامل حتى داخل نفس بيئة مزود الخدمة السحابية. [ 2 ]

مشاكل قابلية النقل

قد تواجه أحمال العمل التي تعتمد على وظيفة الخدمة عقبات في عملية الترحيل بسبب التقييد بالخدمة الناتج عن عمليات التكامل المحكم مع الموردين. ويمكن للبنية السداسية أن تسهل قابلية نقل أحمال العمل. [ 6 ]

انظر أيضاً

مراجع

  1. ↑ "ISO/IEC 22123-2:2023 (E) - تكنولوجيا المعلومات - الحوسبة السحابية - الجزء 2: المفاهيم". المعيار الدولي : 25.
  2. 1 2 بريسالز، شين (فبراير 2024). تطوير الحوسبة بلا خوادم على AWS: بناء حلول بلا خوادم على نطاق المؤسسات . دار نشر أورايلي. ISBN 978-1098141936.
  3. ↑ ريتشاردز، مارك (2015). أنماط ومزالق الخدمات المصغرة . أورايلي.
  4. 1 2 3 "رادار التكنولوجيا، المجلد 21 - دليل تحليلي للتكنولوجيا" (ملف PDF) . رادار التكنولوجيا . 21. ثوت ووركس.
  5. 1 2 3 فاولر، مارتن (مارس-أبريل 2002). "الواجهات العامة مقابل الواجهات المنشورة" (ملف PDF) . مجلة IEEE للبرمجيات . 19 (2): 18-19 . doi : 10.1109/52.991326 .
  6. ↑ كوي، يان (2020). بنى الحوسبة بلا خوادم على AWS ( الطبعة الثانية). مانينغ. ISBN  978-1617295423.