SONiC: نظام تشغيل الشبكات والانفصال عن الأجهزة

الملخص التنفيذي

طورت مايكروسوفت SONiC لـ Azure وأصدرته عبر مشروع الحوسبة المفتوحة (Open Compute Project) في عام 2016، مما أنشأ بنية مشتركة تعتمد على Linux والحاويات وقواعد البيانات للمفاتيح من عدة مزودي أجهزة.
توفر واجهة تجريد المفتاح (Switch Abstraction Interface - SAI) لـ SONiC مفردات مشتركة لبرمجة مختلف شرائح ASIC، لكن قدرات المنصة، والتوسع، وسلوك الأخطاء، والدعم لا تزال تعتمد على تنفيذات البائعين ومجموعات تطوير البرمجيات (SDKs) الاحتكارية.
وسّعت حوكمة مؤسسة Linux المشاركة دون إزالة تأثير مايكروسوفت. السلطة التقنية، وتمويل المشروع، وتطوير SAI، ودعم الإنتاج لا تزال موزعة بين عدة مؤسسات ومشاركين تجاريين.
يتوسع SONiC ليشمل أنظمة الهيكل (chassis)، وتبديل المؤسسات، وأنسجة الذكاء الاصطناعي قبل أن تنضج ملكية الامتثال والأمن بشكل كامل. تعتمد مصداقيته على السلوك القابل للقياس، لا على اتساع قوائم الدعم.

يصل مسار إلى الشريحة عبر سلسلة من التسليمات

لا ينتقل مسار بروتوكول BGP في SONiC مباشرة من عملية توجيه إلى جدول التوجيه (forwarding table) في المفتاح. يستقبل FRRouting التحديث، ويطبق السياسة، ويختار المسار. ينقل Zebra حالة التوجيه عبر واجهة مدير مستوى التوجيه (Forwarding Plane Manager)، ويكتب fpmsyncd نية التطبيق في APPL_DB، وتقوم خدمة حالة المفتاح (Switch State Service) بحل الجيران والخطوات التالية والواجهات المطلوبة. ثم يُسلسل الطلب عبر ASIC_DB، وتستهلكه عملية syncd، ويترجم عبر تنفيذ واجهة تجريد المفتاح (SAI) الخاص بالبائع ومجموعة تطوير البرمجيات الاحتكارية (SDK)، وأخيراً يُبرمج في الشريحة (ASIC).

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

كانت مفاتيح الشبكة التقليدية تصل عموماً كمنتجات متكاملة رأسياً. يجمع المزود بين الأجهزة ونظام التشغيل وخريطة الميزات وعلاقة الدعم، مما يعطي المشتري طرفاً واحداً للاتصال به عندما يفشل النظام. سهّل هذا الترتيب المساءلة لكنه ربط خيار البرمجيات وواجهات الأتمتة وشراء الأجهزة بالمورد نفسه. وكان على مشغلي الحوسبة السحابية الكبيرة الذين يديرون عشرات الآلاف من المفاتيح المتشابهة إلى حد كبير أن يقبلوا بهذا الارتباط أو أن يبنوا المزيد من المنصة بأنفسهم.

اتخذ SONiC الطريق الثاني. فهو يستخدم Linux كقاعدة، ويقسم وظائف الشبكة إلى خدمات برمجية، ويتبادل الحالة عبر قواعد بيانات مدعومة بـ Redis، ويضع تجريداً للأجهزة تحت تطبيقات الشبكة. لا يزيل المشروع الفروقات بين الأجهزة، ولا يوفر عقد دعم عالمي واحد. إنه ينشئ طبقة برمجية مشتركة يمكنها الصمود أمام تغيير مورد المفتاح أو المصمم الأصلي أو عائلة ASIC، شريطة أن يكمل أحدهم ويدعم العمل الخاص بالمنصة الذي يقع تحته.

الوعد الاقتصادي هو التفكيك. يمكن للمشغل اتخاذ خيارات منفصلة بشأن الأجهزة والرقائق وتوزيع نظام التشغيل والتكامل والدعم بدلاً من شرائها كمنتج واحد. النتيجة التشغيلية هي مسؤولية مقسمة. يمكن أن توجد ميزة في الإصدار المجتمعي ولكنها تبقى غير متاحة أو تتصرف بشكل مختلف على منصة معينة لأن القيد الحاسم يكمن في البرامج الثابتة أو التعريفات أو كود SAI الخاص بالبائع أو SDK أو المسار المادي.

حوّلت Azure مشكلة أسطول إلى منصة مفتوحة

طورت مايكروسوفت SONiC لـ Azure قبل تقديمه علناً. وبالتالي كان أصله مشكلة إنتاجية وليس اقتراحاً مجرداً للشبكات المفتوحة. يحتاج المشغلون فائقي السعة إلى أتمتة أساطيل المفاتيح الكبيرة، وتغيير البرمجيات بشكل أسرع مما تسمح به دورات المنتج التقليدية، وشراء أجهزة من عدة موردين دون الحفاظ على نموذج تشغيلي مختلف تماماً لكل منهم.

أعلنت مايكروسوفت عن مساهمتها بـ SONiC لمشروع الحوسبة المفتوحة (Open Compute Project) في 9 مارس 2016. الاسم يرمز إلى Software for Open Networking in the Cloud (برمجيات للشبكات المفتوحة في السحابة). وصفت مايكروسوفته كمجموعة من مكونات الشبكات البرمجية للمفاتيح واربطته بواجهة تجريد المفتاح (Switch Abstraction Interface) أو SAI. كان هذا الاقتران أساسياً لأن منصة علوية قابلة للنقل كانت ستقدم قيمة محدودة إذا كان كل تطبيق توجيه وتنسيق وإدارة بحاجة إلى معرفة مباشرة بواجهة كل بائع شرائح.

قدمت SAI مفردات برمجية مشتركة لكائنات تشمل المنافذ وشبكات VLAN والمسارات والخطوات التالية والجيران ومدخلات التحكم بالوصول والطوابير والمخازن المؤقتة والأنفاق والعدادات. يمكن لبائع ASIC أو منصة تنفيذ تلك الكائنات مقابل SDK الخاص به وخط أنابيب التوجيه. وبالتالي يمكن لتطبيقات SONiC طلب كائن قياسي بدلاً من تضمين استدعاءات أجهزة احتكارية في الكود المشترك.

ربطت المشاركة في مشروع الحوسبة المفتوحة البرمجيات بمشغلي مراكز البيانات والمصنعين الأصليين وبائعي المفاتيح وشركات الرقائق الذين كانوا يعملون بالفعل على الأجهزة المفتوحة والتصميم المشترك بين الأجهزة والبرمجيات. جلبت مايكروسوفت بيئة تشغيل فعلية، بينما قدمت المجموعة الأوسع التنوع في الأجهزة المطلوب لاختبار وعد المشروع. لم يجعل أي من العاملين القابلية للنقل كاملة. احتاجت كل منصة إلى تكامل الإقلاع والتعريفات والإدارة الحرارية ومعالجة البصريات وتنفيذ SAI ودعم SDK واختبارات مستدامة.

أصبح العمل الأقل ظهوراً أساس المنظومة. يمكن مشاركة الكود المشترك للتوجيه والتنسيق والإدارة، بينما تحتفظ الشركات القريبة من الأجهزة بالطبقات الخاصة بالمنصة. استمرت مايكروسوفت في تقديم الهندسة والمتطلبات المستمدة من Azure، لكن مشغلين سحابيين آخرين وبائعين ومتكاملين حصلوا على مسار إلى المشروع لا يعتمد فقط على خريطة طريق شركة واحدة داخلية.

هذا التاريخ يجعل فهم دور مايكروسوفت الحالي أسهل. أنشأت الشركة SONiC وجمعت سنوات من المعرفة التشغيلية قبل إنشاء حوكمة محايدة. لم يؤد نقل المشروع إلى محو هذه الميزة. بل أنشأ إطاراً يمكن للشركات الأخرى من خلاله الاستثمار والحوكمة والمساهمة دون التظاهر بأن تجربة الإنتاج للمؤسس أصبحت قابلة للتبادل بين عشية وضحاها.

جعلت Linux و Redis المفتاح معيارياً - وحالوياً

غالباً ما يوصف SONiC بأنه نظام تشغيل شبكي قائم على Linux، لكن Linux وحده لا يفسر بنيته. يوفر النظام المضيف النواة والوصول إلى الأجهزة والخدمات الأساسية. تعمل وظائف الشبكة الرئيسية في حاويات منفصلة، بينما توفر قواعد البيانات المدعومة بـ Redis الحالة المشتركة وواجهات المراسلة التي تنسق من خلالها هذه الخدمات. تحول خدمة حالة المفتاح (Switch State Service) نية التطبيق إلى عمليات SAI، وتربط عملية مواجهة الأجهزة تلك العمليات بتنفيذ البائع.

فصلت بنية الحاويات تاريخياً وظائف تشمل التوجيه، وبروتوكول اكتشاف طبقة الوصلة (LLDP)، وبروتوكول إدارة الشبكة البسيط (SNMP)، وتجميع الوصلات، ومراقبة المنصة، وقواعد البيانات، وSWSS، ومزامنة ASIC. يحسن هذا الفصل التعبئة والملكية التنظيمية، لكن لا ينبغي أن يُخطأ باعتباره حدوداً أمنية قوية في كل حالة. قد تشارك خدمات الشبكات موارد المضيف وتتطلب صلاحيات مرتفعة للتفاعل مع النواة والأجهزة. تكمن قيمتها أساساً في السماح بتطوير المكونات وإعادة تشغيلها وترقيتها دون تجميع المفتاح الكامل في عملية واحدة غير شفافة.

توفر Redis اللغة المشتركة. تحتوي CONFIG_DB على التكوين المقصود. وتحمل APPL_DB نية التوجيه والخدمة على مستوى التطبيق نحو طبقة التنسيق. وتمثل ASIC_DB كائنات SAI المسلسلة للعملية المواجهة للأجهزة، بينما تسجل STATE_DB جاهزية وقت التشغيل والاعتماديات. وتخزن COUNTERS_DB إحصائيات الواجهات والأجهزة التي تستخدمها أدوات التشغيل وقياس الأداء عن بعد.

يمكن إدخال التكوين عبر الملفات أو أدوات سطر الأوامر أو gNMI أو REST أو برامج إدارة أخرى. تترجم عمليات المدير هذا الإدخال إلى عمليات تطبيق، وتستهلك SWSS الحالة الناتجة. يحل orchagent الاعتماديات وينشئ طلبات SAI، ويسلسلها sairedis إلى ASIC_DB، ويستدعي syncd مكتبة SAI الخاصة بالبائع وSDK. وهكذا يمكن للمكونات المكتوبة بلغات مختلفة والتي تحتفظ بها فرق مختلفة التنسيق عبر حالة معرفة بدلاً من شبكة كثيفة من الاستدعاءات الخاصة.

النتيجة هي آلة حالات موزعة. يمكن أن يصبح مفتاح قاعدة بيانات قديماً، ويمكن لكاتب أن يتسابق مع آخر، ويمكن لتطبيق أن يقبل الحالة المقصودة قبل أن ترفضها الأجهزة. يمكن أن تضغط العدادات على مسار قاعدة البيانات، بينما تتطلب عمليات إعادة التشغيل من عدة حاويات إعادة بناء رؤية متسقة لما يجب أن يفعله المفتاح. Redis ليست تفصيلاً تنفيذياً سلبياً. تؤثر مخططاتها واستمراريتها وسلوك فشلها على موثوقية النظام بأكمله.

تجعل المعيارية هذه التحولات أكثر وضوحاً. يمكن للمشغلين فحص أين وصل الطلب وتحديد أي خدمة تملك الخطوة التالية. لكن الوضوح لا يضمن الصحة. فقد يكون مسار مختار في FRRouting ومكتوب في APPL_DB وممثل في ASIC_DB مع ذلك غائباً عن أجهزة التوجيه. يحتاج النظام إلى مصالحة وتشخيصات وأدلة مرورية قادرة على تمييز القبول الإداري عن التسليم الفعلي للحزم.

نقلت SAI الحد الاحتكاري دون إزالته

SAI هي السبب الرئيسي في أن SONiC يمكنه الحفاظ على بنية علوية مشتركة إلى حد كبير عبر عدة عائلات ASIC. يمكن لـ orchagent طلب مسار أو منفذ أو خطوة تالية أو مدخل تحكم بالوصول أو طابور أو نفق أو عداد دون تضمين استدعاءات SDK لبائع واحد. هذا يقلل من الاقتران ويعطي تطبيقات الشبكة نموذج كائنات مستقر حتى عندما يتغير مورد المفتاح الأساسي.

لا يمكن للواجهة جعل رقاقات ASIC المختلفة مادياً متكافئة. يختلف السيليكون في سعة الجدول وتصميم خط الأنابيب وبنية المخازن المؤقتة وتركيبات الكائنات المدعومة ودلالات العدادات ووظائف القياس عن بعد وذرية التحديث ومعالجة الأنفاق وسلوك إعادة التشغيل. يجب على البائع تعيين كائنات SAI على تلك الموارد، غالباً عبر كود احتكاري وSDK لا يمكن لمشرفي المجتمع فحصه.

وهكذا يمكن لمنصتين أن تعلنا نفس إصدار SAI بينما تقدمان سلوكاً مختلفاً مادياً. فقد تدعم إحداهما جدول EVPN أكبر أو سياسة تحكم بالوصول أكثر تعقيداً أو إعادة تشغيل أدفأ من الأخرى. وقد تتطلب ميزة قدرة سيليكونية أو امتداد SAI غائب عن شريحة سابقة. تقلل الواجهة المشتركة من مقدار التغيير المطلوب في البرمجيات العلوية، لكنها لا تصادق على المقياس أو المخرجات.

حد الحوكمة يعزز الحد التقني. انتقل SONiC إلى مؤسسة Linux في أبريل 2022، بينما بقيت SAI تحت مشروع الحوسبة المفتوحة. يتنسق المجتمعان، لكنهما لا يتشاركان هياكل قرار متطابقة. قد يتطلب مطلب جديد في القياس عن بعد أو شبكات الذكاء الاصطناعي أو إيثرنت التوسع الرأسي تغييرات متزامنة في تطبيقات SONiC وتعريفات SAI وتنفيذات البائعين وSDKs والسيليكون.

يتبع استكشاف الأخطاء وإصلاحها نفس السلسلة. قد يفشل طلب صالح في كود التنسيق المشترك أو محول بائع أو SDK أو الأجهزة نفسها. قد يرى مشرفو المجتمع خطأ SAI دون الوصول إلى الطبقة الاحتكارية التي أنتجته، بينما قد يدعم بائع الأجهزة فقط توليفة محددة من الصورة وSDK. يمكن لتوزيع تجاري أن يقبل المزيد من عبء التكامل هذا، لكن SONiC المجتمعي لا ينشئ مسار تصعيد عالمي واحد.

وهكذا نقل SONiC الاعتماد على البائع نحو حد أضيق وأكثر وضوحاً في مواجهة الأجهزة. هذا تغيير معماري كبير. لكنه لم يزل الاعتمادية، وفي حالات الفشل الصعبة قد تأتي الإجابة النهائية من الشركة التي تتحكم في التنفيذ الاحتكاري الأقرب إلى الشريحة ASIC.

مصالحة الحالة هي ثمن المعيارية

يمكن لتطبيق أن يقبل تكويناً ويكتبه في قاعدة البيانات المتوقعة ويبلغ بالاكتمال قبل أن تكتشف الطبقة المواجهة للأجهزة أن الشريحة ASIC لا يمكنها إنشاء الكائن المطلوب. عندما لا يعود الفشل عبر السلسلة بسياق كافٍ، لا تعود الحالة المقصودة وحالة التطبيق وحالة التوجيه الحقيقية متطابقة. النظام المعياري يجعل تحديد هذا التباعد أسهل لكنه يعطيه أيضاً مواضع أكثر لحدوثه.

تعاملت بعض تصميمات SONiC التاريخية مع فشل إنشاء أو تعيين SAI على أنه مميت. قد يكون إيقاف عملية أكثر أماناً من الاستمرار بحالة أجهزة مجهولة، لكنه قد يترك المفتاح صعب الاسترداد. قدمت أعمال معالجة الأخطاء اللاحقة تصميمات تشمل ERROR_DB وتغذية راجعة للتطبيق لكائنات مختارة مثل المسارات والجيران. الهدف هو إعطاء الطلب غير المتزامن نتيجة دائمة يمكن للتطبيق الأصلي وعميل الإدارة تفسيرها.

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

تجلب إعادة التشغيل الدافئة نفس المشكلة إلى الترقيات واسترداد العمليات. الهدف هو إعادة تشغيل البرمجيات دون التخلص من حالة التوجيه ومقاطعة كل الحركة. يجب على العملية الجديدة أن توفق بين ما قصدته سابقتها وما تحتويه Redis وما تستمر الشريحة ASIC في فعله. يمكن لتغييرات المخطط أو المفاتيح القديمة أو الاعتماديات المستعادة جزئياً أن تحول الاستمرارية إلى مصدر آخر لعدم اليقين.

وبالتالي يحتاج المشغلون إلى أكثر من استجابة أمر ناجحة. يمكن لـ CONFIG_DB أن تؤكد قبول الطلب، وAPPL_DB أنه ترجم، وASIC_DB أنه طلب كائن SAI. لا شيء يثبت أن الحزم تتبع المسار المقصود. تبقى عدادات الأجهزة واختبارات المرور الخارجية ومصالحة الحالة جزءاً من التأكيد الطبيعي.

تكشف البنية حقيقة غالباً ما تخفيها الأنظمة المتكاملة: تكوين الشبكة ليس كتابة ذرية واحدة. إنه سلسلة من انتقالات الحالة عبر مكونات بتوقيت وسلوك فشل مختلفين. تعتمد موثوقية SONiC على مدى جودة استرداد تلك المكونات بعد التأخير والرفض وإعادة التشغيل والاكتمال الجزئي.

تضاعف أنظمة الهيكل (chassis) كلاً من المقياس والفشل

ارتبطت صورة SONiC العامة المبكرة ارتباطاً وثيقاً بمفاتيح مراكز البيانات ذات الشكل الثابت التي تحتوي على شريحة توجيه رئيسية واحدة. ومنذ ذلك الحين توسع المشروع ليشمل مفاتيح عالية الكثافة وهياكل معيارية وأنظمة طوابير خروج افتراضية موزعة مع عدة شرائح توجيه وأجهزة نسيج وبطاقات خط ومكونات إدارة.

قد يشغل نظام متعدد الشرائح نسخاً منفصلة من Redis وSWSS وsyncd والتوجيه واكتشاف الوصلات وتجميع الوصلات لكل جهاز توجيه. يمكن لكل ASIC أن يكون له مثيل SAI وSDK خاص به. يجب على البرمجيات تحديد أي الواجهات والجيران والمسارات تنتمي إلى كل نطاق أسماء وكيفية تمثيل الوصلات الداخلية وكيفية انتقال الحالة بين الأجهزة.

يغير النظام الأكبر مجال الفشل. قد يدخل مسار في ASIC ويخرج عبر آخر، بينما تعتمد وصلة اللوحة الأمامية على مسار نسيج داخلي. يجب تقديم العدادات المجمعة في نطاقات أسماء منفصلة كجزء من مفتاح منطقي واحد. قد يعاد تشغيل بطاقة خط واحدة بينما تستمر البطاقات الأخرى وطائرة التحكم في العمل، مما يجبر البرمجيات على تنسيق الإصدارات وملكية الكائنات وإمكانية الوصول إلى النسيج عبر مكونات مستقلة الحالة.

تمد بنيات الطوابير الافتراضية الموزعة هذا التنسيق عبر هيكل أو عدة مثيلات مفتاح. قد تعتمد قرارات التوجيه والطوابير على معرفة مشتركة بالمنافذ البعيدة وحالة النسيج. يجب معالجة استبدال بطاقة الخط وتكرار طائرة التحكم وفشل النسيج الجزئي دون افتراض أن كل مكون متاح في نفس الوقت.

تضمن إصدار SONiC 202605 إعادة تشغيل دافئ محدود متعدد ASIC كميزة Alpha لطوبولوجيا مقيدة. هذا الوسم مهم بقدر وجود الميزة. إنه يؤكد عمل التنفيذ النشط مع توضيح أن إعادة التشغيل المرن عبر أنظمة معقدة متعددة ASIC لم تكن بعد قدرة مؤهلة عالمياً.

يوسع دعم الهيكل صلة SONiC بشبكات الاتصالات والسحابات عالية الكثافة وبنى الذكاء الاصطناعي التحتية. كما أنه يجلب المشروع إلى أنظمة تراكم فيها البائعين المتكاملون سنوات من منطق الاسترداد الخاص بالمنصة. يمكن للبنية المفتوحة أن تنافس، لكن تغطية الاختبار وتسلسل الترقية والتزامات الدعم تنمو بشكل أسرع من عدد ASIC وحده.

الإدارة تقرر ما إذا كان يمكن تشغيل الانفتاح

لا يكون نظام تشغيل مفاتيح مشترك مفيداً إلا عندما يمكن للمشغلين تكوينه ومراقبته وترقيته عبر أسطول. يدعم SONiC أدوات سطر الأوامر والتكوين الثابت وSNMP وعمل يشمل gNMI وYANG وREST وOpenAPI وTranslib وأطر تحقق. لا تزال الوظائف المتاحة تعتمد على الإصدار ونموذج البيانات والتوزيع والمنصة.

يقصد بالإدارة المدفوعة بالنماذج ترجمة طلب خارجي إلى نظام التكوين القائم على Redis. تعرف نماذج YANG الهياكل الصالحة، بينما يمكن لـ CVL والمكونات المرتبطة رفض المدخلات غير المشكلة. تقوم مكونات Translib والخدمات بتعيين عمليات API إلى جداول SONiC، مما يسمح لوحدات التحكم بالعمل عبر واجهة مدعومة بدلاً من التلاعب بقواعد البيانات الداخلية مباشرة.

لا يمكن للتحقق من المخطط أن يثبت أن الخدمة المطلوبة مخولة أو متوافقة مع تغيير آخر أو قابلة للدعم بموارد ASIC المتبقية. كما وصفت تصميم موثق عمليات المقارنة والتبديل دون قفل عام أو استرجاع. لذا يجب على مطوري التطبيقات تعريف الملكية والتزامن والتعويض بدلاً من افتراض أن طبقة الإدارة توفر معاملة شاملة.

يظهر OpenConfig وgNMI الفرق بين تضمين مكون وإكمال ميزة تشغيلية. تضمن SONiC 202605 sonic-gnmi 0.1، بينما بقي قياس OpenConfig YANG dial-out عن بعد كـ Alpha. يجب أن يحدد بيان دعم مفيد النموذج والمسار وعملية القراءة أو الكتابة ووضع القياس عن بعد والإصدار وتوزيع البائع. الادعاء العريض بأن مفتاحاً يدعم OpenConfig ينقل القليل جداً.

تظل الواجهات القديمة ضرورية. يربط SNMP المفاتيح بأنظمة المراقبة القائمة، ويقدم LLDP معلومات الجيران، وتكشف خدمات المنصة المراوح ودرجة الحرارة والطاقة والبصريات. يتناول عمل BMC وRedfish وظائف دورة الحياة خارج النطاق، لكن عدة مهام سير عمل مرتبطة في إصدار 202605 احتفظت أيضاً بحالة Alpha.

يثير تبديل المؤسسات مجموعة أخرى من توقعات الإدارة. صُمم SONiC لبيئات فائقة السعة يمكن لمشغليها بناء صور وتشغيل مختبرات تأهيل والحفاظ على علاقات مباشرة مع الأجهزة. تحتاج شبكات الحرم الجامعي والوصول إلى وظائف مثل الطاقة عبر الإيثرنت (PoE) والشجرة الممتدة والتحكم بالدخول 802.1X وإدارة نقاط النهاية المتوقعة، غالباً لفرق دون قدرة هندسية على مقياس السحابة.

مجموعة عمل PENS، التي تغطي PoE وخدمات شبكات المؤسسات، هي محاولة واحدة لسد هذه الفجوة. تعالج مجموعات أخرى الإدارة وأنظمة تشغيل المنصات وتكامل BMC وطائرات البيانات الافتراضية والتوثيق. يظهر وجودها عملاً نشطاً، لا نضجاً موحداً. سيعتمد تبني المؤسسات على نقل الوظائف من التصميم والتنفيذ عبر إدراجها في الإصدار وتأهيل الأجهزة والتسليم التجاري المدعوم.

تصبح التوزيعات التجارية مهمة بشكل خاص عند هذا الحد. يمكنها توفير سطح إدارة مختبر وسياسة ترقية ومصفوفة أجهزة وعملية دعم حول المكونات الأولية. يوفر SONiC المجتمعي القاعدة المشتركة؛ ولا يزال المشغل بحاجة إلى طرف واحد يملك دورة حياة الصورة التي تعمل فعلياً على المفتاح.

اسم المؤسسة يغطي مشروعاً وصندوقاً موجهاً

يمكن أن يوحي اسم "SONiC Foundation" بمنظمة منفصلة مسجلة بمجلس إدارة قانوني خاص بها وموظفين وحسابات. يدعم سجل الحوكمة المتاح وصفاً متعدد الطبقات. SONiC Foundation هو المشروع التقني والمجتمع المستضاف من قبل مؤسسة Linux، بينما لم يتم تحديد شركة SONiC Foundation منفصلة مسجلة أو كيان قانوني غير ربحي مستقل في الأدلة المقدمة.

هيكل مرتبط، صندوق SONiC (SONiC Fund)، هو صندوق موجه تابع لمؤسسة Linux. يجمع وينفق المال لدعم المشروع التقني. يشرف مجلس إدارته على العضوية والميزانيات والتواصل والسياسات وبرامج المطابقة المحتملة. وتتعامل اللجنة التوجيهية التقنية (TSC) مع التوجيه التقني، وعلى الرغم من أنها ممثلة ضمن الهيكل الأوسع، تظل السلطة التقنية والمالية منفصلتين.

يمنع هذا التقسيم العضوية من أن تصبح وكيلاً للنشر أو القيادة التقنية. يمكن لشركة أن تنضم إلى الصندوق الموجه دون تشغيل SONiC في الإنتاج. لا يقرر مقعد في مجلس الإدارة كل مناقشة تصميمية، ويمكن لمساهم أن يؤثر على البرمجيات دون شراء عضوية Premier. تدير مؤسسة Linux أموال المشروع وعلاماته، بينما تبقى حقوق الكود محكومة بالرخص وحقوق التأليف والنشر للمساهمين.

تضيف SAI حداً مؤسسياً إضافياً لأنها تبقى مبادرة مشروع الحوسبة المفتوحة. يطور مشروع SONiC البرمجيات التشغيلية المشتركة، ويمول الصندوق الموجه ويعزز هذا العمل، ويستضيف OCP SAI ونشاط الأجهزة المرتبط، ويدمج البائعون أو المشغلون المكونات الناتجة مع المفاتيح والدعم التجاري. يقع Dell Enterprise SONiC والتوزيعات الأخرى في اتجاه المصب من المشروع المجتمعي بدلاً من تحويل المؤسسة إلى بائع برمجيات تقليدي.

يحدد هذا الترتيب أين تكمن القرارات والمسؤولية. قد تشكل مجموعة عمل واللجنة التوجيهية التقنية ميزة، ويحكم ميثاق الصندوق الموجه رسوم العضوية، ويطور مشاركو OCP كائن أو إصدار SAI. وقد يتطلب خطأ إنتاجي مع ذلك فريق SDK احتكاري أو المورد الذي أهل الصورة النهائية. معاملة كل طبقة على أنها مؤسسة واحدة ستخفي الحدود التي يجب على المشغلين إدارتها.

لم تمح الحوكمة المحايدة تأثير مايكروسوفت

أعلنت مؤسسة Linux انتقال SONiC في 14 أبريل 2022. بحلول ذلك الوقت، كان المشروع قد تجاوز مظهر منصة داخلية لشركة سحابية واحدة. قدم إطار محايد عضوية مشتركة وتمويلاً وانتخابات وعلامة تجارية ومشاركة تقنية للشركات التي قد تتردد في الاعتماد على حوكمة مستضافة من مايكروسوفت.

قال الإعلان إن SONiC كان يعمل بالفعل على ملايين المنافذ وأكثر من 100 نموذج مفتاح، مع أكثر من 50 شريكاً. كانت هذه ادعاءات المشروع والمنشئ وليس تعداداً مستقلاً. ومع ذلك فهي تظهر أن الانتقال قدم على أنه مأسسة منصة منشورة، وليس تحضين تجربة جديدة.

يسمح ميثاق الصندوق الموجه المعدل في 5 مايو 2026 للأعضاء Premier بتعيين ممثلين في مجلس الإدارة. ينتخب الأعضاء العامون ممثلين كفئة وفقاً لحجم تلك العضوية، بينما لا يحصل الأعضاء المنتسبون على مقاعد في المجلس. يحدد سقف المجلس عادة بـ 19 ممثلاً مصوتاً ما لم يُزدد، والنصاب القانوني هو 50 في المئة، والقرارات العادية تتطلب أغلبية بسيطة عند وجود النصاب، مع تفضيل التوافق.

رسم الصندوق الموجه السنوي للعضو Premier هو 100,000 دولار أمريكي، منفصل عن عضوية مؤسسة Linux المؤسسية المطلوبة. تتراوح رسوم الأعضاء العامين من 1,000 دولار أمريكي للمنظمات التي يصل عدد موظفيها إلى 499 إلى 20,000 دولار أمريكي للمنظمات التي لديها 5,000 موظف على الأقل. يشارك الأعضاء المنتسبون المعتمدون بدون رسم صندوق. تطبق مؤسسة Linux رسماً إدارياً وعاماً قدره 9 في المئة على أول مليون دولار أمريكي من الإيرادات الإجمالية السنوية و6 في المئة فوق ذلك المستوى.

تشرح هذه الأرقام آلية التمويل لكنها لا تفصح عن ميزانية المشروع الفعلية. لم يتم تحديد إيرادات أو نفقات أو احتياطيات صندوق سنوية عامة أو تخصيص على مستوى البرنامج. اجتماعات مجلس الإدارة خاصة افتراضياً ما لم يقرر المجلس خلاف ذلك، مما يجعل المستودعات التقنية ومجموعات العمل أكثر وضوحاً من الخيارات المالية الداعمة للاختبار أو الأحداث أو التواصل أو البنية التحتية.

النقد هو جزء واحد فقط من نموذج المساهمة. تقدم مايكروسوفت ومشغلو السحابة وشركات الرقائق وبائعو المفاتيح والمتكاملون خدمات الهندسة ونقل المنصات وتنفيذات SAI والمختبرات وقدرة التكامل المستمر والتوثيق وأعمال الإصدار. لا تنشر قيمة هذه المساهمات كمجموع مالي واحد، ويظل المشروع معرضاً عندما تغير فرق الشركات أولوياتها.

تحتل مايكروسوفت أكثر تركيز مرئي للقيادة الحالية. عند نقطة قطع البحث، ترأس ديف مالتز (Dave Maltz) مجلس الإدارة، وترأست شين ليو (Xin Liu) لجنة التواصل، وترأس جوهان لو (Guohan Lu) اللجنة التوجيهية التقنية. كانت مايكروسوفت أيضاً منشئ المشروع وعضواً Premier ومساهماً نشطاً ومشغلاً إنتاجياً رئيسياً.

الحوكمة الأوسع متعددة الشركات حقاً. شمل تمثيل مجلس الإدارة Alibaba Cloud وArista وBroadcom وCelestica وCisco وDell وGoogle وMarvell وNokia وNVIDIA وPLVision وUpscale AI وNexthop AI وآخرين. أنتج انتخاب اللجنة التوجيهية التقنية لعام 2026 رئيساً واحداً وثمانية أعضاء مصوتين مرتبطين بمايكروسوفت وGoogle وBroadcom وNVIDIA وAlibaba Cloud وCisco وDell وMarvell وانتماء مستقل.

لا يلتقط التصويت الرسمي كل السلطة التقنية. يصف المشروع نموذجاً قائماً على الجدارة ويعترف بعنصر "ديكتاتورية خيرة" على مستوى المكون أو المشروع لحل النزاع. يمكن للمشرفين والمهندسين ذوي المعرفة التشغيلية العميقة التأثير على النتائج لأن المشاركين الآخرين يعتمدون على مراجعاتهم، حتى عندما تبقى الحوكمة المالية منفصلة.

تجمع ميزة مايكروسوفت بين مناصب قيادية وأدلة تشغيلية من Azure. تولد حالات الفشل والترقيات وحدود المقياس معرفة نادراً ما تلتقطها وثائق التصميم العامة. لذا فإن اختبار الحوكمة المحايدة هو ما إذا كانت المنظمات الأخرى قادرة على امتلاك أنظمة فرعية صعبة وتحدي خيارات التصميم واستدامة الإصدارات إذا تغيرت أولويات مايكروسوفت. يوفر تنوع مجلس الإدارة إطاراً؛ وسيوفر تركيز المساهمة وملكية المشرفين أدلة أقوى.

تحدد الإصدارات خط أساس، لا منتجاً معتمداً

يظهر SONiC 202605 كم من البرمجيات يدمجها نظام تشغيل شبكي حديث. استخدم الإصدار Debian 13 Trixie ونواة SONiC 6.12.41 وSAI 1.18.1 وFRR 10.5.4 وRedis 8.0.2 وDocker 28.2.1 وPython 3.13.5. كما جمع بين اكتشاف الوصلات والتجميع وSNMP وDHCP وإعلانات التوجيه والقياس عن بعد وحزم المنصة التي لا يتحرك أمنها ودورة حياتها وفق جدول واحد.

تؤسس قائمة الاعتماديات خط أساس على مستوى الفرع. هذا لا يعني أن كل مفتاح يشغل ثنائيات متطابقة. يمكن أن تحتوي صور المنصة على وحدات نواة خاصة بالبائع ومكتبات SAI وSDKs وبرامج ثابتة وتعريفات وتكوين، بينما قد تحمل التوزيعات التجارية تصحيحات غائبة عن الفرع المجتمعي.

لذا تصبح تسميات الجودة أساسية. صنف إصدار 202605 قياس OpenConfig YANG dial-out عن بعد وإعادة التشغيل الدافئ المحدود متعدد ASIC وسير عمل BMC Redfish وعمليات كلمات مرور أقراص التشفير الذاتي وربط VRF للقياس عن بعد وإطار أحداث أو إنذارات على أنها Alpha. يمكن للمستخدمين تقييم تلك التنفيذات، لكن إدراجها في الإصدار ليس وعداً بسلوك مستقر عبر جميع المنصات المدرجة.

يجب أن يغطي الاختبار توليفات من ASIC ومفتاح وطوبولوجيا وميزة وفرع ومسار ترقية. تتضمن شروط sonic-mgmt العامة حالات تخطي خاصة بالمنصة وفشل متوقع. يمكن أن يشير التخطي إلى وظيفة غير مدعومة أو قيد اختبار أو مشكلة معروفة أو حالة غير ذات صلة، لذا لا ينبغي معاملته تلقائياً كعيب منتج. ومع ذلك يظهر النمط الأوسع لماذا عبارة "يدعم SONiC" واسعة جداً للشراء.

يحدد بيان منصة ذو معنى الأجهزة وASIC ومزود الصورة وإصدار SONiC وتنفيذ SAI وSDK والميزات المختبرة ومالك الدعم. إعادة التشغيل الدافئ على مفتاح ثابت واحد لا تقول شيئاً عن هيكل موزع. مقياس تحكم بالوصول على ASIC واحد لا يمكن نقله إلى آخر، وقد يختلف مسار gNMI في الصورة المجتمعية عن الواجهة التي يقدمها توزيع تجاري.

يمكن للمجتمع نشر إصدار مشترك وإطار اختبار، لكن مسؤولية الإنتاج تعود للمشغل والأطراف التي أهلت الصورة النهائية. يسمح ميثاق الصندوق الموجه ببرامج مطابقة، لكن لم يتم تحديد مصفوفة مستقلة شاملة تظهر نتائج نجاح وفشل قابلة للمقارنة عبر المنصات الحالية. حتى توجد هذه الأدلة، يكون الإصدار عقد تكامل حول كود مشترك، وليس شهادة عالمية للأنظمة المبنية منه.

أنسجة الذكاء الاصطناعي هي الاختبار الأحد للطبقة المشتركة

تغير مجموعات GPU الكبيرة المطالب المفروضة على شبكات مراكز البيانات. يمكن للتدريب الموزع أن يولد تدفقات متزامنة طويلة العمر وإنتروبيا مرور منخفضة وانفجارات صغيرة وأداء محدوداً بأبطأ مشارك. يحتاج المشغلون إلى عرض نطاق عال وتقارب فشل سريع ومقياس جيران وجلسات كثيف وأدلة ازدحام دقيقة وميزات قد تعتمد على رقاقات مفاتيح جديدة.

وصف مقال لمؤسسة SONiC في يوليو 2026 بقلم جوهان لو من مايكروسوفت ومهك مهاجن من Broadcom بنية Fairwater من مايكروسوفت وأربع قدرات قيل إنها متاحة بحلول إصدار 2025.11: مقياس BGP أعلى وتوزيع مرور مختار من المصدر بناءً على SRv6 وتقليم الحزم وقياس عن بعد متدفق عالي التردد. وصف المقال نفسه تصميماً متعدد المستويات ومتعدد المسارات يقصد به دعم ما يصل إلى 512,000 GPU. كانت هذه ادعاءات مشروع وممارسين، وليس أدلة مدققة مستقلة على أن العدد الكامل كان يعمل في وقت واحد.

وصف عمل BGP بأنه يدعم 512 جلسة لكل مفتاح وحوالي 1,000 مسار و 512 خطوة تالية في التصميم ذي الصلة. وقيل إن FRR 10 وحوالي 20 تصحيحاً موجهاً تنتج تقارب طائرة بيانات أقل من 100 ميلي ثانية. لم يقدم المقال طوبولوجيا كاملة أو توزيعاً مئوياً أو مواصفات أجهزة أو طريقة قابلة للتكرار بشكل مستقل، لذا فإن الرقم ينتمي إلى البنية المبلغ عنها بدلاً من SONiC كضمان أداء عالمي.

يعالج SRv6 وuSID الإنتروبيا المحدودة التي يخلقها عدد صغير من التدفقات الكبيرة جداً. يمكن للمسارات المختارة من نقطة النهاية توزيع المرور بشكل أكثر تعمداً من التجزئة التقليدية، لكن الآلية تتطلب نقاط نهاية أو بطاقات شبكة (NICs) متوافقة وتحليل ASIC مناسب وسعة جدول ودعم توجيه واسترداد من الفشل. تعمل ميزة نظام التشغيل فقط كجزء من منصة منسقة.

يحافظ تقليم الحزم على رأس قصير من حزمة مسقطة ويعيد توجيهها بحيث يمكن للوجهة اكتشاف الفقد بسرعة أكبر. وصف مقال المؤسسة حالة محددة بالأجهزة يمكن فيها لرؤوس مقلمة من ما يصل إلى 18 منفذ دخول أن تصرف عبر منفذ خروج واحد على أجهزة 512 منفذ الحالية. تعتمد النتيجة على ASIC ونمط المرور ولا تظهر أن كل منصة أو نقطة نهاية SONiC تدعم الآلية.

يقصد بالقياس عن بعد عالي التردد التقاط الأحداث التي تفوتها عمليات الاستطلاع الأبطأ. يستخدم المسار الموصوف تصدير عداد ASIC IPFIX وCounter SyncD وCOUNTERS_DB وإما تحليل على المفتاح أو تصدير OpenTelemetry إلى أنظمة مثل Prometheus أو InfluxDB. يضع هذا التصميم Redis ومعالجة القياس عن بعد داخل حلقة التغذية الراجعة لنسيج الذكاء الاصطناعي، مما يزيد من قيمتها التشغيلية وعبئها الأدائي.

اتبعت العضوية نفس الاتجاه. أصبحت Upscale AI عضواً Premier في فبراير 2026. وانضمت Supranett على مستوى Premier في 28 يوليو، بينما أصبحت Exaware وTeraHop وInfrawaves أعضاء عامين. تشغل Nexthop AI وشركات شبكات ذكاء اصطناعي أخرى أيضاً أدوار حوكمة أو مجموعات عمل. تظهر العضوية استثماراً ونية، لا نشراً، لكنها تحدد المشكلات التي تتوقع الشركات من المنصة المشتركة حلها.

يدفع إيثرنت التوسع الرأسي SONiC أقرب إلى أنظمة المسرعات التي استخدمت تاريخياً توصيلات داخلية متخصصة. يقصد بمجموعة عمل إيثرنت التوسع الرأسي (Scale-Up Ethernet) ترجمة المتطلبات الناشئة، بما في ذلك العمل المنسق مع OCP E-SUN، إلى تنفيذات تغطي إعادة المحاولة على مستوى الوصلة والتحكم في التدفق القائم على الائتمان وتجزئة التدفق التكيفية ورؤوس حزم التوسع الرأسي وأنسجة نقاط نهاية أكبر.

الفرصة كبيرة. يمكن لتنفيذ ناضج أن يسمح لبيئة نظام تشغيل شبكي مفتوح واحد بخدمة أنسجة التوسع الأفقي الكبيرة وأجزاء من سوق إيثرنت التوسع الرأسي الناشئ. قد يعيد المشغلون استخدام ممارسات الإدارة والقياس عن بعد والمنصة عبر المزيد من شبكة الذكاء الاصطناعي.

لم يصل العمل إلى معيار عالمي مكتمل أو نشر واسع عند نقطة قطع البحث. كانت المتطلبات لا تزال تتطور، ويمكن للبائعين كشف وظائف أساسية عبر امتدادات، وكان على التغييرات أن تعبر SONiC وSAI وبرمجيات نقطة النهاية وبطاقات الشبكة والبرامج الثابتة والسيليكون. مع اقتراب SONiC من سلوك المسرع المتخصص، تصبح دلالات الأجهزة الدقيقة أكثر أهمية. قد تتوسع الطبقة المشتركة بينما يصبح الحد الاحتكاري تحتها أكثر أهمية.

أصبح الأمن رسمياً بعد أن كانت المنصة في الإنتاج بالفعل

تجمع صورة SONiC بين Debian ونواة Linux ووقت تشغيل حاويات وRedis وFRRouting وخدمات إدارة وLLDP وSNMP ومكونات DHCP وحزم Python وتعريفات منصة ومكتبات SAI خاصة بالبائع وSDKs احتكارية وبرامج ثابتة وبنية تحتية للبناء. يمكن لثغرة في أي من تلك الطبقات أن تؤثر على المفتاح أو طائرة إدارته، بينما قد تكون مسؤولية التصحيح مقسمة بين عدة مشاريع وموردين.

تمت الموافقة على مجموعة عمل أمنية عامة في يونيو 2026. شمل نطاقها قوائم مكونات البرمجيات (SBOMs) ومعلومات قابلية استغلال الثغرات (VEX) ونظافة الاعتماديات والتحليل الساكن والديناميكي والتشويش واختبار الاختراق وأمن سلسلة التوريد والتقسية والإقلاع الآمن أو المقاس. تم تحديد براد هاوس (Brad House) من Nexthop AI كرئيس وتشي لو (Qi Luo) من مايكروسوفت كرئيس مشارك.

أقرت وثيقة التكوين بأن عملاً أمنياً كبيراً كان يفتقر سابقاً إلى ملكية واضحة بما يكفي. لم يكن الأمن غائباً: عالجت المشاريع الأولية والمشرفون والبائعون الثغرات، وكانت عملية إبلاغ موجودة. كان الاعتراف بأن المسؤولية عبر النظام المتكامل لم تنظم في تيار عمل عام مرئي يتناسب مع الاستخدام الإنتاجي للمنصة.

مجموعة العمل لا تكمل هذه المهمة. يحتاج برنامج ناضج إلى SBOMs حالية وسجلات مصدر وفرز ثغرات وبناءات موقعة أو قابلة لإعادة الإنتاج وسياسات تصحيح ومعالجة كشف خاص وتصحيحات سابقة وتحذيرات خاصة بالمنصة. تعقد مكتبات SAI الاحتكارية وSDKs والبرامج الثابتة النظرة الأولية لأن المجتمع قد لا يفحص مصدرها ولا يتحكم في جداول إصدارها.

تستحق خدمات الإدارة تدقيقاً خاصاً. تعرض gNMI وREST وSSH وSNMP تحكماً أو معلومات مميزة، مما يتطلب إدارة شهادات وتصميم أدوار وتدقيق ومعالجة أسرار وعزل شبكي. تحسن الحاويات التعبئة لكنها لا تنشئ تلقائياً حدوداً أمنية قوية عندما تشارك موارد المضيف وتتطلب قدرات مرتفعة. يمكن لاختراق في مسار التنسيق أو قاعدة البيانات أن يؤثر على العديد من كائنات التوجيه.

يصدر البائعون التجاريون تحذيراتهم الخاصة لأن منتجاتهم تحتوي على توليفات وسياسات دعم مختلفة. لا ينبغي تعميم ثغرة في Dell Enterprise SONiC تلقائياً على كل صورة مجتمعية، بينما لا يمكن للمشغل أن يفترض أن صفحة المشروع الأولي تغطي كل مكون احتكاري في مفتاحه.

أصبحت مجموعة العمل الأمنية واحدة من أوضح اختبارات نضج المشروع. أظهر SONiC أن التعاون المفتوح يمكنه دمج التوجيه وقواعد البيانات وتجريد الأجهزة. يجب أن يظهر الآن أن نفس النموذج المؤسسي يمكنه تعيين ملكية عبر سلسلة توريد ليست كل طبقاتها الأكثر حساسية مفتوحة.

المصدر المفتوح ينقل تكاليف الدعم بدلاً من إزالتها

يوفر SONiC المجتمعي الكود المصدري والبنية والإصدارات ومجموعات العمل وإطار اختبار مشترك. لا يوفر اتفاقية مستوى خدمة إنتاجية عالمية. يجب على المشغل الذي يستخدم المشروع المجتمعي أن يظل يعين مسؤولية تأهيل الأجهزة وتجميع الصور والترقيات وتصحيحات الأمان والاستجابة للحوادث والعلاقة مع مورد ASIC أو المنصة.

قد يقبل المشغلون فائقو السعة هذا العبء لأن التحكم في المنصة هو سبب سعيهم إلى التفكيك. يمكنهم الحفاظ على فرق Linux وتوجيه وإصدار وأجهزة وتشغيل مختبرات تأهيل والتفاوض مباشرة مع موردي السيليكون. يحول نموذجهم التشغيلي استقلالية البرمجيات إلى التزام هندسي داخلي كبير.

تحتاج العديد من المؤسسات ومزودي الخدمات إلى مورد يمتص المزيد من مخاطر التكامل. تقدم Dell نظام Enterprise SONiC مع أجهزة مؤهلة ودعم تجاري. تقدم Nokia صور SONiC مجتمعية ودعماً على منصات مختارة، بينما يحزم بائعو مفاتيح آخرون ومصنعون أصليون ومتكاملون توليفاتهم الخاصة. يمكن أن تؤسس هذه العروض مسار تصعيد أوضح، لكنها قد تتباين في التصحيحات ووظائف الإدارة وتغطية الأجهزة وتوقيت الإصدارات.

الطبقة التجارية هي حيث يباع عمل دورة الحياة والمسؤولية. يكتسب مشغلو السحابة مرونة شراء؛ ويبيع بائعو المفاتيح والرقائق أنظمة؛ ويبيع الموزعون اشتراكات ودعماً؛ ويبيع المتكاملون خدمات هندسية؛ وقد يقلل الزبائن اعتمادهم على مورد واحد متكامل رأسياً. لا يملك الصندوق الموجه نفسه مساهمين أو تقييم شركة أو ربح مستقل منشور.

يتعاون المشاركون حول الطبقة المشتركة بينما يتنافسون فوقها وتحتها. يمكن لأريستا وسيسكو وديل ونوكيا وإنفيديا المساهمة في نفس المشروع بينما يبيعون منتجات مختلفة. يمكن لمشغلي السحابة دعم واجهات مشتركة بينما يتفاوضون بقوة مع موردي الأجهزة، وتستفيد شركات ASIC عندما يجعل SONiC رقائقها أسهل في التكامل مع الاحتفاظ بالتمييز في الميزات والأداء.

تقلل الطبقة المشتركة العمل المكرر فقط حيث يقبل المشاركون سلوكاً مشتركاً. يمكن لتنفيذات SAI الخاصة والتصحيحات في المصب وامتدادات البائعين أن تضعف القابلية للنقل حتى عندما تتشارك المنتجات اسم SONiC. لدى الشركات حافز للمساهمة بما يكفي لاستدامة المنظومة مع الحفاظ على فرق كاف لبيع عروضها الخاصة.

تجعل رسوم العضوية المشاركة المالية مرئية، لكن الهندسة هي العملة الأكبر على الأرجح. رسم Premier البالغ 100,000 دولار أمريكي مهم للصندوق وصغير بجانب تكلفة الحفاظ على فريق متخصص أو مختبر أجهزة. يمكن للمنظمات التي تقدم سنوات من التنفيذ والاختبار تشكيل النتائج عبر واقع التشغيل حتى عندما يفصل الميثاق رسمياً الدفع عن القبول التقني.

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

يجب على المشترين معاملة "مبني على SONiC" كبداية للعناية الواجبة بدلاً من نهايتها. يحتاجون إلى الفرع وإصدار SAI وSDK والبرامج الثابتة ومالك الصورة والميزات المؤهلة وسياسة الأمن ومسار الدعم. يحتاجون أيضاً إلى معرفة ما إذا كانت الصورة قابلة لإعادة الإنتاج وماذا يحدث عندما تتباعد جداول إصدار المجتمع والبائع والأجهزة.

لا يخلق التفكيك خياراً إلا عندما تبقى تلك الحدود مرئية. يمكن للمشغل عكس ذلك أن يستبدل احتكار بائع واحد بالاعتماد على صورة مخصصة أو متكامل واحد أو بناء SDK لا يمكن صيانته في مكان آخر. تجعل البنية المفتوحة البدائل ممكنة؛ تحدد عقود الدعم والهندسة الداخلية ما إذا كانت تبقى قابلة للاستخدام.

النشر كبير، لكن القابلية للمقارنة لا تزال ضعيفة

قال إعلان انتقال مؤسسة Linux لعام 2022 إن SONiC كان يعمل على ملايين المنافذ وأكثر من 100 نموذج مفتاح. في أبريل 2024، أبلغت المؤسسة عن 4,250 مساهماً من أكثر من 520 منظمة ونمو مجتمعي سنوي بنسبة 20 في المئة. وذكرت سيرة حوكمة أن Alibaba تشغل ما يقرب من 100,000 مفتاح وبوابة وموجه قائم على SONiC.

يشير كل رقم إلى مقياس، لكن أياً منها ليس تعداداً مدققاً مستقلاً. يمكن أن تشمل أعداد المساهمين مشاركين تاريخيين بدلاً من مشرفين نشطين، وقد يكون لنموذج مدعوم حجم إنتاج ضئيل، وعضوية المؤسسة لا تثبت النشر. تصف الادعاءات العامة وحدات مختلفة ولا يمكن دمجها في حصة سوقية واحدة موثوقة.

توفر الحالات المسماة دليلاً أقوى على الاستخدام. طورت مايكروسوفت وتشغل SONiC في Azure. ودعمت Alibaba وeBay وEPFL انتقال مؤسسة Linux ووصفت استخدامها. أبلغت Orange عن نشر إنتاجي أولي لحوالي 90 مفتاحاً في عام 2024 وعزم على التوسع، بينما سلطت مواد المؤسسة لاحقاً الضوء على نشرات SAKURAONE وTokyo-1 وRakuten والمدفوعات الهندية. تقدم Dell وNokia منتجات مدعومة مرتبطة بأجهزة مختارة.

الأدلة أكثر من كافية لرفض وصف SONiC كمشروع مختبري تجريبي. له أصل إنتاجي ومستودعات نشطة وعدة شركاء سيليكون وأجهزة وتوزيعات تجارية ونشرات مشغلين مسماة. ما يبقى غير متاح هو مقياس متسق للأنظمة النشطة ومجموعات الميزات المدعومة والسلوك القابل للمقارنة عبر المنصات.

يصبح هذا القيد أكثر أهمية مع توسع SONiC في شبكات المؤسسات وأنسجة الذكاء الاصطناعي. تقدم أرقام المنافذ الإجمالية ثقة فئوية، بينما يقرر الدليل على مستوى المنصة ما إذا كان نشر معين قابلاً للدعم. يحتاج المشغلون إلى الإصدار وASIC والصورة ومصفوفة الميزات وسجل الترقية وتاريخ الحوادث والمورد المسؤول.

يقع SONiC بين برمجيات فائقة السعة المخصصة ومنتجات الشبكات التجارية المتكاملة رأسياً. تقدم Arista EOS وCisco NX-OS وJunos وNokia SR Linux أنظمة ناضجة بعلاقة منتج مدعوم واحد. توفر NVIDIA Cumulus Linux نهجاً تجارياً آخر قائماً على Linux. تقوم Dell Enterprise SONiC وعروض Nokia المدعومة بتسويق قاعدة SONiC، بينما تمثل DENT وFBOSS وOpen Network Linux وStratum وLinux switchdev بنى مفتوحة أو مطورة من قبل المشغلين متجاورة.

ميزة SONiC هي مقياس المنظومة المشتركة حول نموذج واحد من Linux وحاويات وRedis وSWSS وSAI. يمكن للمشغلين فحص وتعديل الكود المشترك والاختيار من عدة مسارات أجهزة وإعادة استخدام أجزاء من أتمتتهم عبر الموردين. عيبه هو مصفوفة التكامل التي يخلقها تلك الحرية. يعتمد الأداء والدعم على مدى نجاح إعادة تجميع الطبقات.

ترفع شبكات الذكاء الاصطناعي الرهان لأن المشترين يشترون أحجام مفاتيح كبيرة بينما يطلبون وظائف جديدة بسرعة. يمكن لنظام تشغيل مشترك أن يقلل التكامل المكرر عبر بائعي الأنظمة والرقائق. نفس الإلحاح يمكن أن يشجع الامتدادات التي تحل نشراً واحداً بينما تضعف القابلية للنقل. سيعتمد موقع SONiC في السوق على ما إذا كانت واجهاته تواكب السرعة دون أن تصبح تجريدات اسمية فوق تنفيذات غير متوافقة.

الحد مرئي؛ المساءلة لا يزال يتعين إثباتها

غير SONiC تبديل الشبكات بتحويل البنية الداخلية لمشغل سحابي إلى منصة برمجية مشتركة. أنشأت Linux والحاويات وRedis طائرة تشغيل مشتركة. فصلت SWSS نية التطبيق عن عمليات الأجهزة، وأعطت SAI عدة عائلات ASIC نموذج كائنات مشتركاً. وفرت حوكمة مؤسسة Linux هيكلاً أكثر حيادية يمكن للشركات المتنافسة من خلاله تمويل وتطوير البرمجيات.

لم يجعل المشروع المفاتيح قابلة للتبادل. فهو لا يصادق على كل منصة مدرجة أو يزيل SDKs الاحتكارية أو يوفر تجربة دعم واحدة. يمكن أن يحتوي إصدار مجتمعي على وظائف Alpha، بينما يمكن أن يخفي إصدار SAI مشترك قدرة مختلفة وسلوك خطأ وخصائص إعادة تشغيل. لا يمكن لتنسيق الأمن التحكم في المكونات التي لا يملكها المشروع الأولي أو يراها.

تكشف تلك الحدود عن مساهمة المشروع الحقيقية. قبل التفكيك، كان حد الأجهزة والبرمجيات يقع إلى حد كبير داخل مورد واحد. جعل SONiC المزيد منه صريحاً وقابلاً للتنافس، مما يسمح للمشغلين بتحديد أي الوظائف مشتركة وأيها تبقى خاصة بالمنصة وأي طرف قبل مسؤولية النظام النهائي.

ستختبر المرحلة القادمة ما إذا كان يمكن لذلك الحد أن يبقى متماسكاً مع توسع المنصة. تطلب أنسجة التوسع الأفقي للذكاء الاصطناعي تقارباً سريعاً وقياساً عن بعد عالي التردد. يقترب إيثرنت التوسع الرأسي من أنظمة المسرعات، وتزيد الهياكل متعددة ASIC من تعقيد الحالة، ويوسع عمل المؤسسات قاعدة المستخدمين، ويجب أن تمتد حوكمة الأمن عبر سلسلة توريد كبيرة مختلطة المصدر.

فصل SONiC جزءاً كبيراً وقيماً من نظام تشغيل المفتاح عن منصة أجهزة مورد واحد. لم يفصل التوجيه عن السيليكون، ولا يمكن لأي بنية برمجية أن تفعل ذلك. لا تزال القابلية للتشغيل البيني تعتمد على تنفيذات SAI وSDKs والتعريفات والبرامج الثابتة والبصريات والتأهيل والدعم.

لذا فإن الاختبار القابل للملاحظة ليس كم عدد المنتجات التي تحمل اسم SONiC. بل هو ما إذا كانت المنصات المختلفة يمكنها إظهار سلوك قابل للمقارنة، وما إذا كانت ملكية الأمن والصيانة تنجو من التغييرات المؤسسية، وما إذا كان يمكن للمشغل الانتقال بين أنظمة مدعومة دون إعادة بناء النموذج التشغيلي حول اعتمادية أخرى غير موثقة.

SONiC والانفصال غير المكتمل لبرمجيات التبديل عن الأجهزة

لماذا هذا مهم