تشهد صناعة الاتصالات، وهي حجر الزاوية في الاتصال العالمي، نهضة تكنولوجية لبعض الوقت، مدفوعة بابتكارات مثل 5G وإنترنت الأشياء والحوسبة السحابية والذكاء الاصطناعي. ونتيجة لذلك، أصبحت إدارة الشبكات أكثر صعوبة. هناك حاجة إلى التشغيل الآلي للتعامل مع المهام الروتينية ومراقبة صحة الشبكة والاستجابة للمشكلات في الوقت الفعلي. ومع ذلك، فإن مجموعات المهارات الحالية لدى مقدمي خدمات الاتصالات (CSPs) قد لا تتماشى مع المتطلبات المتطورة لهذا المشهد الديناميكي. لتحقيق النجاح في العصر الحديث، يحتاج مقدمو الخدمات السحابية إلى فرق متعددة الاستخدامات، بما في ذلك علماء البيانات لتفسير البيانات والعمليات، ومطوري البرامج للأتمتة من خلال واجهات برمجة تطبيقات البائعين (API) ومهندسي ضمان الخدمة لتصميم حلقات مغلقة لضمان موثوقية الخدمة.

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

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

حالة محفزة: تقديم خدمات جديدة دون نوايا

لفهم الحاجة إلى تبسيط التفاعلات بين فرق CSP والشبكة، سوف نستخدم نشر خدمة جديدة كمثال.

نحن نفترض أن تشغيل شبكة CSP يتم تلقائيًا وفقًا للمواصفات الموضحة في دليل TMF التمهيدي 1230 (IG1230) بشأن البنية التقنية للشبكات المستقلة. في هذا السياق، يمتلك نظام دعم العمليات (OSS) الخاص بمقدم الخدمة (1) منسقًا لتوفير الخدمة، وتوفير الخدمة الآلية والاختبار الآلي، (2) نظام ضمان مزودًا بمخزون الشبكة الذي يجمع البيانات، ويخلق رؤى حول حالة الشبكة، وبالتالي يسهل اتخاذ القرارات المستندة إلى البيانات في سياق التحكم في الحلقة المغلقة و(3) مدير السياسات الذي يوجه سلوك الشبكة باستخدام سياسات محددة مسبقًا، مما يضمن التوافق مع سياسات مزود الخدمة السحابية الأوسع. باختصار، تدور العمليات الآلية حول الاقتران المحكم للخدمات مع واصفات خدمة TOSCA المخصصة والمصممة بشريًا والتكوينات والسياسات وسير العمل الحتمي الذي يتم فيه إضافة الذكاء وصنع القرار من قبل مصممي الخدمة أثناء وقت التصميم. يجب على مصممي الخدمة التنبؤ بشكل استباقي بمجموعة واسعة من الظروف التي قد تحدث في الشبكة وتقديم إرشادات مفصلة حول كيفية معالجتها - يتم تحقيق تجربة عدم اللمس طالما تم توقع الظروف المستقبلية وتوجد سياسات للتعامل معها.

نحن نستخدم مصطلحات اليوم 0 واليوم 1 واليوم 2 لمختلف مراحل دورة حياة الخدمة، وهي تصميم الخدمة, إنشاء مثيل الخدمة و ضمان الخدمة، على التوالي.

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

• يتم إنشاء مثيل الخدمة عند وصول أمر الخدمة، بعد طلب المشترك. اليوم، في CSPs، يصل أمر الخدمة عادةً عبر واجهة TMF 641 من مدير أمر الخدمة (SOM). عندما يتلقى منسق الخدمة أمر الخدمة، فإنه يضمن تنفيذ سير العمل ونشر تكوينات المراقبة المطلوبة ونماذج وسياسات PM/FM وتشغيلها. نعرض إنشاء الخدمة في الشكل 2 بالخطوط الخضراء.

• يتبع ضمان الخدمة نهج الحلقة المغلقة حيث تخضع شروط الخدمات المنشورة للمراقبة المستمرة وإجراءات دورة الحياة الآلية. نعرض حلقة الضمان المغلقة في الشكل 2 بالخطوط الزرقاء.

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

ما هي النوايا؟

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

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

وجهات نظر IBN وAN

بعد ذلك، نقدم بعض الجوانب التي يمكن أن تُحدث فيها النوايا ثورة في الممارسات الراسخة من عصر ما قبل النوايا:

• عمليات اليوم 0:
  • الاستعداد للخدمات الجديدة – الاستفادة من الذكاء الاصطناعي التوليدي لمعالجة مدخلات اللغة الطبيعية لتكملة متطلبات الخدمة بشكل مستقل.
  • إدخال خدمات جديدة - تحديد خدمات جديدة باستخدام اللغة الطبيعية، مثل "توفير حل اتصال مخصص للاتصال الآمن داخل مؤسسات الرعاية الصحية" أو "تمكين اتصالات أجهزة إنترنت الأشياء عبر البنية التحتية للمدينة الذكية" والاستفادة من الذكاء الاصطناعي التوليدي للتوليد التلقائي لأصول الخدمة الضرورية.
  • الإنشاء الآلي لبرامج تشغيل الموارد الخاصة بالبائع- استخدم الذكاء الاصطناعي التوليدي لإنشاء برامج تشغيل موارد خاصة بالبائع، بناءً على وثائق البائع.
• عمليات اليوم 1:
  • تبسيط أمر الخدمة - يسمح للعملاء بطلب الخدمات باستخدام اللغة الطبيعية. يتيح هذا النهج سهل الاستخدام تجربة جديدة لطلب الخدمة، مثل خلط العروض ومطابقتها من الكتالوج.
  • فحوصات الجدوى – تبسيط عمليات التحقق من الصحة حيث يعبر العملاء عن نواياهم من خلال تقييم العوامل الحاسمة بكفاءة مثل توفر خط الألياف الضوئية. والنتيجة هي تقليل العبء على مهندسي الشبكات، والتحقق بشكل أسرع من الخدمة، ونشر أكثر مرونة واستجابة.
• عمليات اليوم 2:
  • ضمان الخدمة الديناميكية – تمكن الشبكات من الاستجابة بذكاء للظروف المتغيرة واحتياجات المستخدمين. تعمل السياسات المرنة القائمة على النوايا على تعزيز سرعة الحركة، مما يضمن الموثوقية والاستجابة في الوقت الفعلي لخدمات الشبكة.

التحديات مع IBN وAN

هناك تحديان رئيسيان يجب التصدي لهما:

1. كيفية التعبير عن النية ونقلها؟
2. كيفية التنفيذ على نية: كيف يبدو معالج النية؟

قدم منتدى TM واجهة برمجة التطبيقات للشبكات المستندة إلى الأغراض TMF921، والتي تقدم إطارًا منظمًا لتحديد أهداف الشبكة عالية المستوى. يحدد منتدى TM النية على النحو التالي: "النية هي المواصفات الرسمية لجميع التوقعات بما في ذلك المتطلبات والأهداف والقيود المعطاة للنظام الفني". ومع ذلك، الجزء المواصفات الرسمية يقدم مشكلة: سيحتاج مهندسو الشبكات إلى التعرف على هذه اللغة الرسمية لتسخير الإمكانات الكاملة لمفهوم النية. علاوة على ذلك، فإن المقاصد ذات المواصفات الرسمية لا تقلل بالضرورة من عدد المعلمات التي يجب توفيرها معها. يتحدى هذا الجانب التبسيط المتوقع لإدارة الشبكة والذي يمكن ربطه عادةً بـ IBN.

علاوة على ذلك، من خلال إضفاء الطابع الرسمي على مواصفات القصد، يصبح معالج القصد، وهو المكون الأساسي لـ IBN الذي يحمل منطق تفسير القصد، مجرد مترجم حتمي للغة الرسمية للقصد. يطرح السؤال حول كيفية تطوير معالج النية إلى نظام مستقل مع طريقة تشغيل تصريحية حيث لا يُطلب من البشر توقع كل حالة محتملة للشبكة وتقديم تعليمات محددة لحلها. وبخلاف ذلك، لا يمكن أن تنتقل عملية النظام بنجاح من التشغيل الآلي إلى التشغيل الذاتي (TMF IG1230).

في المدونات المستقبلية سوف نتناول التحديات والفرص التي يواجهها IBN وAN بمزيد من التفاصيل. تريد معرفة المزيد؟ تواصل معنا على maja.curic@ibm.com, chris.van.maastricht@nl.ibm.com و tmtattis@ae.ibm.com.

التحول للمستقبل
مع الاتصالات السلكية واللاسلكية