أوبن ساف

الموسوعة الحرة

OpenSAF (يُشار إليه عادةً بـ SAF ، وهو إطار عمل توافر الخدمة [ 1 ] ) هو نظام مفتوح المصدر لتنسيق الخدمات ، يُستخدم لأتمتة نشر تطبيقات الحاسوب وتوسيع نطاقها وإدارتها. يتوافق OpenSAF مع معايير منتدى توافر الخدمة (SAF) وتحالف SCOPE ، ​​بل ويتجاوزها [ 2 ] . وهو برنامج مجاني ومفتوح المصدر ، مرخص بموجب رخصة جنو العمومية الصغرى (LGPL)، الإصدار 2.1.

صُممت OpenSAF في الأصل بواسطة Motorola ECC، ويتولى مشروع OpenSAF صيانتها. [ 3 ] تُعد OpenSAF التطبيق الأكثر اكتمالًا لمواصفات SAF AIS، حيث توفر منصة لأتمتة نشر خدمات التطبيقات وتوسيع نطاقها وتشغيلها عبر مجموعات من الخوادم. [ 4 ] تعمل OpenSAF عبر مجموعة من أدوات المحاكاة الافتراضية، وتُشغل الخدمات في مجموعة، وغالبًا ما تتكامل مع آلة جافا الافتراضية (JVM) و Vagrant وأنظمة تشغيل Docker . كانت OpenSAF تتفاعل في الأصل مع واجهات برمجة تطبيقات C القياسية ( APIs )، ولكنها أضافت لاحقًا روابط بلغة جافا وبايثون . [ 2 ]

يركز OpenSAF على توفير الخدمات بما يتجاوز متطلبات التوافر العالي (HA). ورغم قلة الأبحاث الرسمية المنشورة لتحسين تقنيات التوافر العالي وتحمل الأعطال للحاويات والحوسبة السحابية، [ 5 ] فإن فرق البحث تعمل بنشاط على استكشاف هذه التحديات باستخدام OpenSAF.

تاريخ

توافر الخدمة: المبادئ والممارسة، كتاب مدرسي

تأسست OpenSAF على يد تحالف صناعي ضمّ شركات إريكسون، وإتش بي، ونوكيا سيمنز نتووركس، وأعلنت عنها شركة موتورولا إي سي سي، التي استحوذت عليها إيمرسون نتوورك باور ، لأول مرة في 28 فبراير 2007. [ 6 ] أُطلقت مؤسسة OpenSAF رسميًا في 22 يناير 2008. وتطورت عضويتها لتشمل إيمرسون نتوورك باور، وسن مايكروسيستمز، وإينيا، وويند ريفر، وهواوي، وآي بي إنفيوجن، وتيل-إف، وأريسنت، وجو أهيد سوفتوير، ورانكور تكنولوجيز. [ 2 ] [ 7 ] انضمت جو أهيد سوفتوير إلى OpenSAF في عام 2010 قبل أن تستحوذ عليها أوراكل. [ 8 ] يتأثر تطوير وتصميم OpenSAF بشكل كبير بمتطلبات الأنظمة بالغة الأهمية ، بما في ذلك لينكس عالي الأداء، و SAF ، و ATCA ، وواجهة منصة الأجهزة . شكّلت OpenSAF علامة فارقة في تسريع تبني لينكس في مجال الاتصالات والأنظمة المدمجة. [ 9 ]

كان هدف المؤسسة تسريع تبني OpenSAF في المنتجات التجارية. عقد مجتمع OpenSAF مؤتمرات بين عامي 2008 و2010؛ استضافت نوكيا سيمنز نتووركس المؤتمر الأول في ميونيخ (ألمانيا)، واستضافت هواوي المؤتمر الثاني في شنتشن (الصين)، واستضافت إتش بي المؤتمر الثالث في بالو ألتو (الولايات المتحدة الأمريكية). في فبراير 2010، أُعلن عن أول تطبيق تجاري لـ OpenSAF في شبكات الاتصالات. [ 10 ] نشرت مجموعات أكاديمية وصناعية بشكل مستقل كتبًا تصف حلولًا قائمة على OpenSAF. [ 2 ] [ 11 ] يُسهم تزايد الأبحاث في مجال توافر الخدمات في تسريع تطوير ميزات OpenSAF التي تدعم عمليات نشر الحوسبة السحابية والخدمات المصغرة ذات الأهمية البالغة، وتنسيق الخدمات. [ 12 ] [ 13 ]

صدرت النسخة 1.0 من OpenSAF في 22 يناير 2008، وتضمنت قاعدة بيانات خدمة NetPlane الأساسية (NCS) التي ساهمت بها شركة Motorola ECC. [ 14 ] بالتزامن مع إصدار OpenSAF 1.0، تأسست مؤسسة OpenSAF. [ 6 ] أما النسخة 2.0 من OpenSAF، التي صدرت في 12 أغسطس 2008، فكانت أول إصدار طوّره مجتمع OpenSAF، وتضمنت خدمة تسجيل الأحداث ودعمًا لأنظمة 64 بت. [ 14 ] بينما تضمنت النسخة 3.0 من OpenSAF، التي صدرت في 17 يونيو 2009، إدارة النظام الأساسي، وتحسينات في سهولة الاستخدام، ودعمًا لواجهة برمجة تطبيقات Java. [ 15 ]

شكّل إصدار OpenSAF 4.0 علامة فارقة في يوليو 2010. [ 2 ] وقد أُطلق عليه اسم "إصدار البنية"، حيث أدخل تغييرات جوهرية شملت سدّ الثغرات الوظيفية، وتوحيد البنية الداخلية، وتمكين الترقية أثناء التشغيل، وتوضيح واجهات برمجة التطبيقات، وتحسين نمطية النظام. [ 16 ] ونظرًا للاهتمام الكبير الذي حظي به من قطاع الصناعة والأوساط الأكاديمية، عقدت OpenSAF مؤتمرين مجتمعيين في عام 2011، أحدهما استضافته جامعة MIT في بوسطن، ماساتشوستس، والآخر استضافته شركة إريكسون في ستوكهولم.

سجل الإصدارات
إصدارتاريخ الافراج عنهملحوظات
غير مدعوم: 1.022 يناير 2008قاعدة البيانات الأصلية لخدمة NetPlane الأساسية (NCS) التي ساهمت بها شركة Motorola ECC في مشروع OpenSAF.
غير مدعوم: 2.012 أغسطس 2008
غير مدعوم: 3.017 يونيو 2009استغرق الإصدار الثاني (بدءًا من الإصدار 2.0 فصاعدًا) حوالي 1.5 سنة، بمساهمات من شركة Wind River Systems. [ 17 ]
غير مدعوم: 4.01 يوليو 2010إصدار "البنية". أول مرشح قابل للتطبيق للنشر على مستوى شركات الاتصالات. [ 18 ]
الإصدار المدعوم: 4.216 مارس 2012تحسين إمكانية الإدارة، وتعزيز نمذجة التوافر.
الإصدار المدعوم: 5.05 مايو 2016إصدار هام. دعم وحدات تحكم النظام الاحتياطية (2N + قطع غيار)، ومجموعة بدون واجهة رسومية (مرونة السحابة)، وروابط بايثون محسّنة، وتسجيل اسم العقدة. [ 19 ]
أحدث إصدار: 5.201 يونيو 2021
أسطورة:
غير مدعوم
مدعوم
أحدث إصدار
نسخة معاينة
الإصدار المستقبلي

المفاهيم

بنية OpenSAF v4

يُعرّف OpenSAF مجموعة من اللبنات الأساسية، تُوفّر مجتمعةً آليةً لإدارة توافر الخدمة (SA) للتطبيقات استنادًا إلى نماذج قدرات الموارد. [ 20 ] يُشير كلٌّ من توافر الخدمة (SA) والتوافر العالي (HA) إلى احتمالية توافر الخدمة في أي لحظة عشوائية؛ بينما تتطلّب الأنظمة بالغة الأهمية توافرًا لا يقلّ عن 99.999% (خمس تسعات). يتشابه التوافر العالي وتوافر الخدمة (SA) جوهريًا، لكن توافر الخدمة يتجاوز ذلك (أي، ترقيات الأجهزة والبرامج أثناء التشغيل). [ 21 ] صُمّم OpenSAF للأنظمة ذات الترابط الضعيف مع اتصالات سريعة بين العُقد (أي باستخدام TIPC/TCP)، [ 22 ] وقابل للتوسيع لتلبية أحمال العمل المختلفة؛ حيث تتواصل المكونات فيما بينها باستخدام أي بروتوكول. تُوفّر واجهة برمجة تطبيقات إدارة الأجهزة (IMM API)، المستخدمة من قِبل المكونات الداخلية والخدمات الأساسية، هذه القابلية للتوسيع إلى حد كبير. يُمكن للمنصة التحكّم في موارد الحوسبة والتخزين من خلال تعريفها ككائنات، ليتمّ إدارتها كمثيلات (خدمة المكون) و/أو قيود على العُقد. [ 2 ] [ 20 ] [ 23 ]

يتميز برنامج OpenSAF بطبيعته الموزعة، حيث يتبع بنية النسخ الأساسية/النسخ الاحتياطية . في مجموعة OpenSAF، يوجد نوعان من العُقد: عُقد تُدير عُقدة فردية وعُقد تُدير مستوى التحكم. يعمل مُتحكم النظام في وضع "التشغيل النشط"، وآخر في وضع "الاحتياط"، أما مُتحكمات النظام المتبقية (إن وُجدت) فهي قطع غيار جاهزة لتولي دور التشغيل النشط أو الاحتياطي في حالة حدوث عطل. يمكن للعُقد أن تعمل بدون واجهة رسومية، أي بدون مستوى تحكم، مما يُعزز مرونة الحوسبة السحابية. [ 16 ] [ 24 ]

نموذج النظام

يحتاج مصممو الأنظمة إلى أدوات نمذجة أفضل

يُعد نموذج نظام OpenSAF واجهة برمجة التطبيقات (API) الأساسية ، حيث يسمح لـ OpenSAF بمعالجة الطلبات والتحقق من صحتها، وتحديث حالة الكائنات في نموذج AMF، مما يُمكّن الموجهين من جدولة أحمال العمل ومجموعات الخدمات عبر عُقد العامل/الحمولة. ويتم تغيير سلوك AMF عبر كائن تكوين. [ 24 ] يمكن للخدمات استخدام نماذج "بدون تكرار"، و2N، وN+M، وN-way، وN-way Active refundancy. [ 20 ] يفتقر OpenSAF إلى سلاسل أدوات نمذجة واضحة لتبسيط تصميم وإنشاء نماذج تكوين AMF. وتتطلب الأبحاث الجارية لمعالجة هذه الفجوة، [ 25 ] [ 26 ] توفير أدوات للنظام البيئي، لدعم نمذجة وأتمتة حالات استخدام مؤسسة الحوسبة السحابية الأصلية ( CVF) وحالات استخدام شركات الاتصالات بشكل أفضل .

مستوى التحكم

وحدة التحكم في نظام OpenSAF (SC) هي وحدة التحكم الرئيسية في المجموعة، حيث تدير عبء العمل وتوجه الاتصالات عبر النظام. تتكون طبقة التحكم في OpenSAF من مكونات متعددة، لكل منها عملية مستقلة، ويمكن تشغيلها على عقدة SC واحدة أو على عدة عقد، مما يدعم مجموعات عالية التوافر وتوافر الخدمة . [ 2 ] [ 24 ] فيما يلي مكونات طبقة التحكم في OpenSAF:

  • مدير نموذج المعلومات (IMM) هو مخزن بيانات دائم يخزن بيانات تكوين المجموعة بشكل موثوق، ويمثل الحالة العامة للمجموعة في أي وقت. يوفر وسيلة لتعريف وإدارة معلومات تكوين وحالة البرامج الوسيطة والتطبيقات في شكل كائنات مُدارة وسماتها المقابلة. [ 23 ] يُنفذ IMM كقاعدة بيانات في الذاكرة تُكرر بياناتها على جميع العُقد. يمكن لـ IMM استخدام SQLite كقاعدة بيانات خلفية دائمة. ومثل Apache ZooKeeper ، يضمن IMM اتساق بيانات التكوين على مستوى المعاملات بغض النظر عن التوافر/الأداء (انظر نظرية CAP ). [ 2 ] [ 23 ] [ 27 ] تتبع خدمة IMM إطار عمل OpenSAF "مدير الخدمة" ثلاثي الطبقات، والذي يتألف من مدير IMM (IMMD)، ومدير عقدة IMM (IMMND)، ومكتبة وكيل IMM (IMMA). يُنفَّذ IMMD كخدمة خلفية على وحدات التحكم باستخدام نموذج تكرار 2N، حيث تُعتبر نسخة وحدة التحكم النشطة "نسخة أساسية"، بينما تُحدَّث نسخة وحدة التحكم الاحتياطية بواسطة خدمة نقاط التحقق القائمة على الرسائل. يتتبع IMMD عضوية المجموعة (باستخدام MDS)، ويوفر التحكم في الوصول إلى مخزن البيانات، وواجهة إدارية لجميع خدمات OpenSAF. [ 28 ] [ 2 ]
  • يوفر إطار إدارة التوافر (AMF) إطار عمل لإدارة التوافر العالي وأحمال العمل مع دعم قوي (بالتزامن مع خدمات AIS الأخرى) لدورة حياة إدارة الأعطال الكاملة (الكشف، والعزل، والاستعادة، والإصلاح، والإخطار). يتبع AMF نموذج "مدير الخدمة" ثلاثي المستويات في OpenSAF، والذي يتألف من المدير (AmfD)، ومدير العقدة (AmfND)، والوكلاء (AmfA)، بالإضافة إلى نظام مراقبة داخلي لحماية AmfND. تتولى خدمة AmfD النشطة مسؤولية تنفيذ تكوين الخدمة، المخزن في IMM، على مستوى النظام/المجموعة. يؤدي مديرو العقدة الوظيفة نفسها لأي مكون ضمن نطاقهم. [ 2 ] يضمن AMF توافق نماذج الحالة من خلال العمل كجسر رئيسي للمعلومات وواجهة برمجة التطبيقات (API) بين جميع المكونات. يراقب AMF حالة IMM، ويطبق تغييرات التكوين أو ببساطة يعيد أي اختلافات إلى "التكوين المطلوب" باستخدام سياسات تصعيد إدارة الأعطال لجدولة إنشاء النشر المطلوب. [ 16 ]
  • تُعدّ مُديرات إدارة التطبيقات (AmfD) مُجدوِلات تُحدّد العُقد التي تُشغّل عليها مجموعة خدمات غير مُجدوَلة (مثيل خدمة زائد). ويستند هذا القرار إلى نماذج التوافر والقدرات الحالية مقابل النماذج المطلوبة ، ونماذج تكرار الخدمة، والقيود مثل جودة الخدمة، والتقارب/عدم التقارب، وما إلى ذلك. تُطابق مُديرات إدارة التطبيقات (AMF) عرض الموارد مع "طلب" عبء العمل، ويمكن التحكم في سلوكها من خلال كائن نظام إدارة الأجهزة المتكاملة (IMM). [ 2 ] [ 16 ]

عنصر

المكون هو كيان منطقي في نموذج نظام AMF، ويمثل عرضًا معياريًا لمورد حاسوبي مثل العمليات أو برامج التشغيل أو التخزين. تُجمّع المكونات في وحدات خدمة منطقية (SU) وفقًا لاعتمادها المتبادل على الأعطال، وتُربط بعقدة. وحدة الخدمة هي وحدة قابلة للتنفيذ من عبء العمل، يتحكم بها نموذج التكرار في AMF، وتكون في حالة نشطة أو احتياطية أو معطلة. تُجمّع وحدات الخدمة من النوع نفسه في مجموعات خدمة (SG) تُظهر خصائص نمذجة تكرار محددة. تُخصص وحدات الخدمة داخل مجموعة الخدمة لمثيلات الخدمة (SI) وتُمنح حالة توفر نشطة أو احتياطية. مثيلات الخدمة هي خدمات منطقية قابلة للتوسع ومتكررة، محمية بواسطة AMF. [ 2 ] [ 16 ]

العقدة

العقدة هي وحدة حوسبة (شفرة، أو مُشرف أجهزة افتراضية، أو آلة افتراضية ) حيث تُنشر مثيلات الخدمة (أحمال العمل). تُشكل مجموعة العقد التابعة لنفس شبكة الاتصال الفرعية (بدون توجيه) المجموعة المنطقية. يجب أن تُشغل كل عقدة في المجموعة بيئة تنفيذ للخدمات، وخدمات OpenSAF المذكورة أدناه:

  • مدير العقدة (AmfND): يتولى مدير العقدة (AmfND) مسؤولية حالة تشغيل كل عقدة، ويضمن سلامة جميع وحدات الخدمة النشطة على تلك العقدة. ويتولى بدء وإيقاف وصيانة معلومات حالة القناة (CSI) و/أو وحدات الخدمة المنظمة في مجموعة أمان (SG) وفقًا لتوجيهات مستوى التحكم. كما يفرض مدير العقدة (AmfND) تكوين AMF المطلوب، والمخزن في IMM، على العقدة. عند اكتشاف عطل في إحدى العقد، يراقب المدير (AmfND) هذا التغيير في الحالة، ويُشغّل وحدة خدمة على عقدة سليمة أخرى مؤهلة. [ 2 ] [ 16 ]
  • المكون غير المدرك لـ SA: يمكن لـ OpenSAF توفير التوافر العالي (ولكن ليس SA) للمكونات القابلة للإنشاء والناشئة من مجالات الحوسبة السحابية ، والحاويات ، والافتراضية ، و JVM ، وذلك من خلال نمذجة أوامر دورة حياة المكون والخدمة (بدء/إيقاف/فحص الحالة) في نموذج AMF. [ 2 ]
  • مُحتوى داخل حاوية: يمكن أن يتواجد مُحتوى داخل حاوية AMF داخل وحدة SU. يُعدّ مُحتوى داخل الحاوية أدنى مستوى من وقت التشغيل الذي يمكن إنشاؤه. يستهدف مُكوّن مُحتوى داخل الحاوية المُدرك لـ SA حاليًا آلة جافا الافتراضية (JVM) وفقًا لمعيار JSR139. [ 29 ] [ 2 ]

وحدة الخدمة

مفاهيم OpenSAF

وحدة الجدولة الأساسية في OpenSAF هي وحدة الخدمة (SU). وحدة الخدمة عبارة عن مجموعة من المكونات، تتكون من مكون واحد أو أكثر، ويُضمن وجودها على نفس العقدة. لا تُخصص عناوين IP لوحدات الخدمة افتراضيًا، ولكن قد تحتوي على بعض المكونات التي تحمل عنوان IP. يمكن إدارة وحدة الخدمة إداريًا باستخدام عنوان كائن. يراقب AmfND حالة وحدات الخدمة، وإذا لم تكن في الحالة المطلوبة، يُعيد نشرها على نفس العقدة إن أمكن. يمكن لـ AmfND بدء تشغيل وحدة الخدمة على عقدة أخرى إذا تطلب نموذج التكرار ذلك. [ 2 ] يمكن لوحدة الخدمة تعريف وحدة تخزين، مثل دليل قرص محلي أو قرص شبكة، وعرضها للمكونات الموجودة فيها. [39] يمكن إدارة وحدة الخدمة إداريًا من خلال واجهة سطر الأوامر AMF CLI، أو يمكن تفويض الإدارة إلى AMF. تُعد وحدات التخزين هذه أيضًا أساسًا للتخزين الدائم. [ 2 ] [ 16 ]

مجموعة الخدمات

تهدف مجموعة الخدمات إلى الحفاظ على مجموعة مستقرة من نسخ SU العاملة في أي وقت. ويمكن استخدامها لضمان توفر عدد محدد من نسخ SU المتطابقة بناءً على نموذج التكرار المُختار: N-Way، أو N-way-Active، أو 2N، أو N+M، أو بدون تكرار . تُعد مجموعة الخدمات آلية تجميع تُمكّن OpenSAF من الحفاظ على عدد النسخ المُعلنة لمجموعة خدمات مُعينة. ويُحدد تعريف مجموعة الخدمات جميع نسخ SU المرتبطة بها وحالتها (نشطة، احتياطية، معطلة). [ 2 ] [ 16 ]

مثيل الخدمة

مثيل خدمة OpenSAF (SI) هو مجموعة من وحدات الخدمة (SU) التي تعمل معًا، مثل طبقة واحدة من تطبيق متعدد الطبقات. يتم تحديد مجموعة وحدات الخدمة التي تحمي خدمة ما بواسطة مجموعة الأمان (SG). تتطلب مجموعة الأمان متعددة المثيلات (N-way-active، N-way، N+M) عنوان IP ثابتًا، واسم DNS ثابتًا، وموازن أحمال لتوزيع حركة مرور عنوان IP هذا بين وحدات الخدمة النشطة في تلك المجموعة (حتى في حالة حدوث أعطال تؤدي إلى انتقال وحدات الخدمة من جهاز إلى آخر). بشكل افتراضي، يتم عرض الخدمة داخل مجموعة (على سبيل المثال، يتم تجميع وحدة الخدمة [TypeA] في مجموعة أمان واحدة، مع موازنة أحمال الطلبات من وحدة الخدمة [typeB] بينهما)، ولكن يمكن أيضًا عرض الخدمة خارج المجموعة (على سبيل المثال، لتمكين العملاء من الوصول إلى وحدات الخدمة الأمامية). [ 2 ] [ 16 ]

المجلدات

تُعد أنظمة الملفات المتاحة لوحدات OpenSAF SU تخزينًا مؤقتًا افتراضيًا. في حال تدمير العقدة أو إعادة إنشائها، تُفقد البيانات الموجودة عليها. أحد الحلول هو نظام ملفات الشبكة (NFS) للتخزين المشترك، والذي يمكن الوصول إليه من جميع عقد الحمولة. [ 30 ] توجد حلول تقنية أخرى، والأهم هو إمكانية نمذجة وحدات التخزين (مشاركة الملفات، نقطة التحميل) في AMF. توفر وحدات التخزين عالية التوفر تخزينًا دائمًا يبقى طوال فترة عمل وحدة SU نفسها. يمكن أيضًا استخدام هذا التخزين كمساحة قرص مشتركة لوحدات SU داخل مجموعة الأمان (SG). وحدات التخزين المُثبتة في نقاط تحميل محددة على العقدة مملوكة لمجموعة أمان محددة، وبالتالي لا يمكن مشاركة هذه النسخة مع مجموعات أمان أخرى تستخدم نفس نقطة تحميل نظام الملفات.

بنيان

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

  • الخدمات الأساسية – إدارة الأصول، إدارة دورة حياة العقود، إدارة المعلومات، الخدمات اللوجستية، إدارة النقل
  • الخدمات الاختيارية – EVT، CKPT، LCK، MSG، PLM، SMF

يمكن تفعيل أو تعطيل الخدمات الاختيارية أثناء بناء/تغليف OpenSAF. يمكن تهيئة OpenSAF لاستخدام TCP أو TIPC كوسيلة نقل أساسية. يمكن إضافة/حذف العقد ديناميكيًا من/إلى مجموعة OpenSAF أثناء التشغيل. تتميز مجموعة OpenSAF بقابلية توسع جيدة تصل إلى عدة مئات من العقد. يدعم OpenSAF روابط اللغات التالية لواجهات برمجة تطبيقات AIS:

  • لغة C ، لغة C++
  • روابط جافا (لخدمات AMF وCLM)
  • روابط بايثون
  • يوفر OpenSAF أدوات سطر الأوامر والأدوات المساعدة لإدارة مجموعة OpenSAF وتطبيقاتها.

تتيح البنية المعيارية إضافة خدمات جديدة وتكييف الخدمات الحالية. جميع خدمات OpenSAF مصممة لدعم التحديثات أثناء التشغيل.

خدمات

يتم تنفيذ خدمات AIS التالية الخاصة بمنتدى SA بواسطة OpenSAF 5.0. [ 23 ]

  • إطار إدارة التوافر (AMF) - الموصوف أعلاه.
  • خدمة عضوية المجموعة (CLM) - تحدد ما إذا كانت العقدة سليمة بما يكفي لتكون جزءًا من المجموعة. توفر آلية لتتبع عقد المجموعة من خلال التفاعل مع PLM لتتبع حالة نظام التشغيل/الأجهزة الأساسية.
  • خدمة نقطة التفتيش (CKPT) - لحفظ حالات التطبيق والتحديثات التزايدية التي يمكن استخدامها لاستعادة الخدمة أثناء تجاوز الفشل أو التبديل.
  • خدمة الأحداث (EVT) - توفر نموذج مراسلة النشر والاشتراك الذي يمكن استخدامه للحفاظ على تزامن التطبيقات وكيانات الإدارة بشأن الأحداث التي تحدث في المجموعة.
  • خدمة إدارة نموذج المعلومات (IMM) - الموصوفة أعلاه.
  • خدمة القفل (LCK) – تدعم نموذج خدمة القفل الموزع مع دعم الأقفال المشتركة والأقفال الحصرية.
  • خدمة السجلات (LOG) – وسيلة لتسجيل التغييرات الوظيفية التي تحدث في المجموعة (في ملفات السجلات)، مع دعم التسجيل بتنسيقات سجلات متنوعة. لا تُستخدم لتصحيح الأخطاء أو تتبعها. تدعم تسجيل التنبيهات والإشعارات التي تحدث في المجموعة.
  • خدمة المراسلة (MSG) – تدعم آلية المراسلة على مستوى المجموعة مع مرسلين متعددين – مستقبل واحد وآليات مجموعة الرسائل.
  • خدمة الإشعارات (NTF) - توفر نموذجًا للإنتاج/الاشتراك لإشعارات إدارة النظام لتمكين معالجة الأعطال. تُستخدم هذه الخدمة لإشعارات الإنذارات والأعطال مع دعم تسجيل سجل الأعطال لتحليلها. تدعم الخدمة تنسيقات الإشعارات الموصى بها من قبل الاتحاد الدولي للاتصالات (ITU-T) X.730 وX.731 وX.733 وX.736.
  • خدمة إدارة المنصة (PLM) - توفر آلية لتكوين عرض منطقي للأجهزة الأساسية (وحدات الاستبدال الميداني) ونظام التشغيل. كما توفر آلية لتتبع حالة نظام التشغيل والأجهزة (وحدات الاستبدال الميداني) ولإجراء عمليات إدارية بالتنسيق مع خدمات وتطبيقات OpenSAF.
  • إطار إدارة البرمجيات (SMF) - دعم الترقية التلقائية أثناء الخدمة للتطبيقات والبرامج الوسيطة ونظام التشغيل عبر المجموعة.

الداعمون

سيكون مُورّدو معدات الشبكات المستخدمين الرئيسيين للمنتجات القائمة على قاعدة بيانات OpenSAF، حيث سيقومون بدمجها في منتجاتهم لمزودي خدمات الشبكات وشركات الاتصالات والمشغلين. وقد أبدى العديد من مُورّدي معدات الشبكات دعمهم لـ OpenSAF من خلال الانضمام إلى المؤسسة و/أو المساهمة في مشروع المصادر المفتوحة. ومن بين الأعضاء الحاليين في المؤسسة: إريكسون ، وإتش بي ، وأوراكل . كما أبدى العديد من مُورّدي تكنولوجيا الحوسبة والاتصالات دعمهم لمبادرة OpenSAF، بما في ذلك: OpenClovis SAFplus، وEmerson Network Power Embedded Computing، وContinuous Computing، وWind River، وIP Infusion، وTail-f، وAricent، وRancore Technologies، وGoAhead Software، وMontaVista Software.

الاستخدامات

يُستخدم OpenSAF عادةً كوسيلة لتحقيق توافر الخدمة بمستوى شركات الاتصالات (خمس تسعات). يتميز OpenSAF باكتماله الوظيفي، ولكنه يفتقر إلى منظومة أدوات النمذجة المتوفرة في حلول المصادر المفتوحة الأخرى مثل Kubernetes و Docker Swarm .

انظر أيضاً

مراجع

  1. ↑ "OpenSAF/About" . SourceForge . مؤرشف من الأصل بتاريخ 11-05-2015 . تم الاطلاع عليه بتاريخ 28-12-2020 .
  2. 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 ماريا تويرو؛ فرانسيس تام (2012). توافر الخدمة: المبادئ والممارسة . جون وايلي وأولاده. ISBN 978-1-1199-4167-5.
  3. ↑ "ملف تعليمات OpenSAF" . سورس فورج . مؤرشف من الأصل بتاريخ 28-12-2020 . تم الاطلاع عليه بتاريخ 28-12-2020 .
  4. ↑ "OpenSAF" . OpenSAF . 19 مارس 2014. تم الاطلاع عليه بتاريخ 28 ديسمبر 2020 .
  5. ↑ "حاويات مقاومة للأعطال باستخدام NiLiCon" (ملف PDF) . جامعة كاليفورنيا في لوس أنجلوس . مؤرشف (ملف PDF) من الأصل بتاريخ 29-12-2020 . تم الاطلاع عليه بتاريخ 28-12-2020 .
  6. 1 2 كارولين ماثاس (28 فبراير 2007). "مشروع OpenSAF" . eetimes . مؤرشف من الأصل في 27 أغسطس 2020. تم الاطلاع عليه في 28 ديسمبر 2020 .
  7. ↑ فريق أخبار ED (2007). "قادة الصناعة يُنشئون اتحادًا لمشروع OpenSAF" . مؤرشف من الأصل بتاريخ 29-12-2020.
  8. ↑ مؤسسة OpenSaf (2010). "انضمام شركة GoAhead Software إلى OpenSAF™" (بيان صحفي). مؤرشف من الأصل بتاريخ 29 ديسمبر 2020.
  9. ↑ كوك (2007). "موتورولا تطلق بيئة تشغيل عالية التوافر مفتوحة المصدر" . مؤرشف من الأصل بتاريخ 21-12-2014.
  10. ↑ مؤسسة OpenSAF (2010). "OpenSAF في النشر التجاري" (بيان صحفي). مؤرشف من الأصل بتاريخ 25-06-2018.
  11. ↑ مادهوسانكا لياناج؛ أندريه جورتوف؛ ميكا يليانتيلا (2015). شبكات الهاتف المحمول المعرفة بالبرمجيات (SDMN): ما وراء بنية شبكة LTE . جون وايلي وأولاده المحدودة. doi : 10.1002/9781118900253 . ISBN 9781118900253.
  12. ↑ يانال الأحمد؛ طارق دارادكه؛ أنجالي أغاروال (2018). "جدولة حاويات واعية بالتوافر لخدمات التطبيقات في الحوسبة السحابية". المؤتمر الدولي السابع والثلاثون للحوسبة عالية الأداء والاتصالات (IPCCC) لعام 2018. الصفحات 1-6 . doi : 10.1109/PCCC.2018.8711295 . ISBN  978-1-5386-6808-5. S2CID 155108018 . 
  13. ↑ ليلى عبد الله فيغان؛ محمد أيمن سعيد؛ ماريا تورو؛ فرحات خندك (2019). "Kubernetes كمدير توافر لتطبيقات الخدمات المصغرة". مجلة تطبيقات الشبكات والحاسوب . arXiv : 1901.04946 .
  14. 1 2 "إصدار OpenSAF 2.0" . LightReading . مؤرشف من الأصل بتاريخ 15 أغسطس 2020. تم الاطلاع عليه بتاريخ 29 ديسمبر 2020 .
  15. ↑ "برنامج وسيط مفتوح المصدر من فئة شركات الاتصالات لنظام لينكس (LinuxDevices)" . LWN . مؤرشف من الأصل بتاريخ 17 سبتمبر 2015. تم الاطلاع عليه بتاريخ 29 ديسمبر 2020 .
  16. 1 2 3 4 5 6 7 8 9 "نظرة عامة على إصدار OpenSAF 4 "إصدار البنية"( ملف PDF) . OpenSAF . مؤرشف (ملف PDF) من الأصل بتاريخ 31 ديسمبر 2020. تم الاطلاع عليه بتاريخ 29 ديسمبر 2020 .
  17. ↑ هانز ج. راوشر (22 يونيو 2009). "إصدار OpenSAF 3.0" . ويندريفر . مؤرشف من الأصل بتاريخ 29 يونيو 2009. تم الاطلاع عليه بتاريخ 30 ديسمبر 2020 .
  18. ↑ "مشروع OpenSAF يُصدر تحديثًا رئيسيًا لبرنامج الوسيط عالي التوافر" . PICMG . مؤرشف من الأصل بتاريخ 31 ديسمبر 2020. تم الاطلاع عليه بتاريخ 30 ديسمبر 2020 .
  19. ↑ «إعلان عن الإصدار العام 5.0.0 وإصدارات الصيانة 4.7.1 و4.6.2» . موقع سورس فورج . مؤرشف من الأصل بتاريخ 31 ديسمبر 2020. تم الاطلاع عليه بتاريخ 30 ديسمبر 2020 .
  20. منتدى 1 2 3 SA (2010). "SAI-AIS-AMF-B.04.01 القسم 3.6" (PDF) . أوبنساف . تم الاسترجاع في 20 ديسمبر 2020 .
  21. ↑ أندرس ويديل؛ ماثيفانان NP (2012). "OpenSAF في السحابة: لماذا لا تزال هناك حاجة إلى برنامج وسيط عالي التوفر" (ملف PDF) . فعاليات مؤسسة لينكس . تم الاطلاع عليه بتاريخ 24 سبتمبر 2015 .
  22. 1 2 جون بول مالوي (2004). "TIPC: توفير الاتصال لمجموعات لينكس" (ملف PDF) . Linux Kernel.org . ندوة لينكس، المجلد الثاني. مؤرشف (ملف PDF) من الأصل بتاريخ 30 أغسطس 2017. تم الاطلاع عليه بتاريخ 31 ديسمبر 2020 .
  23. 1 2 3 4 OpenSAF TSC (2016). "Opensaf" . OPNFV . مؤرشف من الأصل بتاريخ 31-12-2020 . تم الاطلاع عليه بتاريخ 28-12-2020 .
  24. 1 2 3 مشروع OpenSAF (2020). "ملف OpenSAF README" . Sourceforge . تم الاطلاع عليه بتاريخ 31 ديسمبر 2020 .
  25. ↑ ماكسيم تورين (2015). "لغة جديدة خاصة بالمجال لإنشاء والتحقق من صحة تكوينات البرمجيات الوسيطة للتطبيقات عالية التوافر" (ملف PDF) . etsmtl.ca . تاريخ الاسترجاع: 28 ديسمبر 2020 .
  26. ↑ بيجمان صالحي؛ عبد الوهاب حمو الحاج؛ ماريا تورو؛ فرحات خندك (2016). "لغة نمذجة خاصة بالمجال قائمة على UML لإدارة توافر الخدمة" . معايير وواجهات الحاسوب . معايير وواجهات الحاسوب، المجلد 44، العدد ج. دار نشر إلسيفير للعلوم: 63-83 . doi : 10.1016/j.csi.2015.09.009 . تاريخ الاسترجاع : 28 ديسمبر 2020 .
  27. ↑ مشروع OPNFV HA (2016). "تحليل السيناريوهات لتحقيق التوافر العالي في NFV، القسم 5.4.2" (ملف PDF) . OPNFV . مؤرشف (PDF) من الأصل بتاريخ 31 ديسمبر 2020. تم الاطلاع عليه بتاريخ 31 ديسمبر 2020 .
  28. ↑ مشروع OpenSAF (2020). "ملف OpenSAF IMM README" . Sourceforge . مؤرشف من الأصل بتاريخ 31 ديسمبر 2020. تم الاطلاع عليه بتاريخ 31 ديسمبر 2020 .
  29. ↑ ينس ينسن؛ مجموعة الخبراء (2010). "JSR 319: إدارة التوافر لجافا" . JCP . مؤرشف من الأصل بتاريخ 10 يوليو 2017. تم الاطلاع عليه بتاريخ 31 ديسمبر 2020 .
  30. ↑ فرهات خندك (2013). "OpenSAF وVMware من منظور التوافر العالي" (ملف PDF) . DMTF . مؤرشف (PDF) من الأصل بتاريخ 23-09-2015 . تم الاطلاع عليه بتاريخ 31-12-2020 .