רשתות נטולות שרשרת: המעבר לעבר פעולות אוטונומיות מבוססות כוונות - IBM Blog

תעשיית הטלקומוניקציה, אבן היסוד של קישוריות גלובלית, עוברת רנסנס טכנולוגי זה זמן מה, מונעת על ידי חידושים כמו 5G, IoT, מחשוב ענן ובינה מלאכותית. כתוצאה מכך, רשתות הפכו יותר ויותר קשות לניהול. יש צורך באוטומציה לטיפול במשימות שגרתיות, לנטר את תקינות הרשת ולהגיב לבעיות בזמן אמת. עם זאת, מערכי הכישורים הקיימים אצל ספקי שירותי תקשורת (CSPs) עשויים שלא להתיישר עם הדרישות המתפתחות של הנוף הדינמי הזה. כדי להצליח בעידן המודרני, CSPs זקוקים לצוותים מגוונים, כולל מדעני נתונים לפירוש ותפעול נתונים, מפתחי תוכנה לאוטומציה באמצעות ממשקי תכנות יישומים של ספקים (API) ומהנדסי אבטחת שירות לתכנון לולאות סגורות כדי להבטיח אמינות השירות.

בעוד ש-CSP מגשרים על הפער על ידי בניית צוותים עם ניסיון מגוון, הם גם נהנים במקביל מהתקדמות משמעותית במגמה מקבילה. שפות תכנות התפתחו לעבר פרדיגמות של קוד נמוך/ללא קוד ועם הופעתה של AI גנרטיבי, אנו נמצאים בנקודה שבה מודלים בסיסיים יכולים ליצור קוד פורמלי המבוסס על תיאורי שפה טבעית של המשימות. זה נתן את הפרספקטיבה החדשה למושג של רשת מבוססת כוונות (IBN), שבו מנהלים אנושיים מבטאים יעדי רשת ברמה גבוהה בשפה טבעית המכונה "כוונות" וכי כוונות אנושיות אלו מתורגמות אוטומטית למדיניות ותצורות רשת. ל-IBN יש את הפוטנציאל לשפר את ניהול הרשת ויכולה להפוך למשנה משחק בטיפול בפער הכישרונות בתוך טלקום. לוקחים את זה צעד קדימה, רשתות אוטונומיות (AN) מבטיחה לנצל כוונות כתשומות להגדרה עצמית, אופטימיזציה עצמית וריפוי עצמי של רשתות, ככל שהתנאים שלהן מתפתחים.

למרות שאנו יכולים לחזות עתיד מזהיר הן עבור IBN והן עבור AN, ישנם חששות מתמשכים לגבי היתכנותם ויישומי התוכנית, כולל ביטוי כוונות, תרגום מדויק לתצורת רשת, שקיפות מערכת ומורכבות בין היתר. בבלוג זה, אנו צוללים לתחומים שבהם היישום המעשי שלהם טומן בחובו פוטנציאל ומנתחים את האתגרים שהם עלולים להיתקל בהם בדרך.

מקרה מניע: הצגת שירותים חדשים ללא כוונות

כדי להבין את הצורך בייעול האינטראקציות בין צוותי CSP והרשת, נשתמש בפריסת שירות חדשה כדוגמה.

אנו מניחים שפעולת רשת ה-CSP היא אוטומטית לפי המפרטים המפורטים ב- מדריך מבוא של TMF 1230 (IG1230) על ארכיטקטורה טכנית של רשתות אוטונומיות. בהקשר זה, ל-OSS של ה-CSP יש (1) מתזמר לאספקת שירותים, אספקה ​​אוטומטית ובדיקות אוטומטיות, (2) מערכת אבטחה עם מלאי רשת שאוספת נתונים, יוצרת תובנות לגבי מצב הרשת ומכאן מקלה על קבלת החלטות מונעת נתונים. בהקשר של בקרת לולאה סגורה ו-(3) מנהל מדיניות המכוון את התנהגות הרשת באמצעות מדיניות מוגדרת מראש, המבטיח התאמה למדיניות ה-CSP הרחבה יותר. בקצרה, פעולות אוטומטיות סובבות סביב צימוד הדוק של שירותים עם מתארי שירות TOSCA שתוכננו על ידי אדם, תצורות, מדיניות וזרימות עבודה הכרחיות שבהן מתווספות אינטליגנציה וקבלת החלטות על ידי מעצבי שירות במהלך זמן התכנון. מעצבי שירות חייבים לחזות באופן יזום מגוון רחב של מצבים שעלולים להתרחש ברשת ולספק הנחיות מפורטות כיצד יש לטפל בהם - ניסיון מגע אפס מושג כל עוד התנאים העתידיים נצפו מראש ויש מדיניות לטפל בהם.

אנו משתמשים במונחים יום 0, יום 1 ויום 2 עבור שלבי מחזור חיי שירות שונים, כלומר עיצוב שירות, מופע שירות ו הבטחת שירות, בהתאמה.

• עיצוב שירות כולל פיתוח של נכסי שירות שונים כפי שמתואר באיור 1. זוהי המשימה של צוות עיצוב השירות, אשר צריך להבין את פעולות Day1 ו- Day 2 של השירות ולהפיק את זרימות העבודה והתסריטים הנדרשים. הקווים האדומים באיור 2 מתארים את תהליך מתן השירות של שירות חדש, מה שמבטיח שניתן כעת להזמין את השירות.

• מופע השירות מתרחש כאשר הזמנת השירות מגיעה, בעקבות בקשת מנוי. כיום ב-CSP הזמנת השירות מגיעה בדרך כלל דרך ממשק TMF 641 ממנהל הזמנת השירות (SOM). כאשר מתזמר השירות מקבל את הזמנת השירות, הוא מבטיח שזרימות העבודה מבוצעות ושתצורות הניטור המבוקשות, מודלים ומדיניות PM/FM פרוסים ופועלים. אנו מציגים את מופע השירות באיור 2 בקווים ירוקים.

• אבטחת השירות עוקבת אחר גישה בלולאה סגורה שבה התנאים של שירותים פרוסים עוברים ניטור רציף ופעולות אוטומטיות של מחזור חיים. אנו מציגים את הלולאה הסגורה של הביטחון באיור 2 בקווים כחולים.

לסיכום, שלב התכנון כרוך בכמות ניכרת של עבודה ידנית, שכן יש צורך לספק לרשת הוראות לשירות החדש.

מהן כוונות?

ב-IBN, כוונות מתייחסות ליעדים ברמה גבוהה ש-CSP רוצה להשיג ברשת שלה. במקום להתמודד עם תצורות רשת מורכבות ברמה נמוכה במהלך פעולות יום 0 כפי שצוינו לעיל, צוותי ההנדסה מבטאים את היעדים עם כוונות וההיגיון העומד בבסיס הכוונות מתרגם אותם לתצורת הרשת הנדרשת המגשימה את מטרת הכוונה.

לאחר יישום התצורות לרשת, ה-AN מפקח באופן רציף על השירותים הפרוסים ומתאים את התצורה כדי להבטיח שהפעולה תישאר בקנה אחד עם הכוונות שצוינו. ה-AN מרחיב את השימוש בכוונות לפעולות יום 2.

נקודות מבט של IBN ו-AN

לאחר מכן, אנו מספקים כמה מההיבטים שבהם כוונות עשויות לחולל מהפכה בפרקטיקות מבוססות מהעידן שלפני הכוונה:

• פעולות יום 0:
  • הכנה לשירותים חדשים - מינוף בינה מלאכותית גנרטיבית לעיבוד קלט שפה טבעית כדי להשלים באופן אוטונומי את דרישות השירות.
  • הצגת שירותים חדשים - הגדר שירותים חדשים תוך שימוש בשפה טבעית, כגון "לספק פתרון קישוריות מותאם לתקשורת מאובטחת בתוך מוסדות בריאות" או "אפשר תקשורת מכשירי IoT על פני תשתית ערים חכמות" ולמנף בינה מלאכותית גנרטיבית ליצירה אוטומטית של נכסי השירות הדרושים.
  • יצירה אוטומטית של מנהלי התקן משאבים ספציפיים לספק- השתמש בבינה מלאכותית גנרטיבית ליצירת מנהלי התקנים של משאבים ספציפיים לספק, בהתבסס על תיעוד הספק.
• פעולות יום 1:
  • פישוט הזמנת השירות - מאפשר ללקוחות לבקש שירותים בשפה טבעית. גישה ידידותית זו למשתמש מאפשרת חווית הזמנת שירות חדשנית, כגון ערבוב והתאמת הצעות מהקטלוג.
  • בדיקות כדאיות - מייעל את בדיקות האימות כאשר לקוחות מביעים את כוונותיהם על ידי הערכה יעילה של גורמים קריטיים כמו זמינות קו סיבים אופטיים. התוצאה היא עומס מופחת על מהנדסי רשת, אימות שירות מהיר יותר ופריסה זריזה ומגיבה יותר.
• פעולות יום 2:
  • אבטחת שירות דינמית - מאפשר לרשתות להגיב בצורה חכמה לתנאים משתנים ולצורכי המשתמש. מדיניות גמישה מבוססת כוונות משפרת את הזריזות, ומבטיחה אמינות בזמן אמת ותגובתיות של שירותי רשת.

האתגרים עם IBN ו-AN

יש להתמודד עם שני אתגרים עיקריים:

1. איך להביע ולהעביר כוונה?
2. איך לבצע על כוונה: איך נראה מטפל הכוונות?

TM Forum הציג את ה-API לרשתות מבוססות כוונות TMF921, המציע מסגרת מובנית להגדרת כוונות רשת ברמה גבוהה. פורום TM מגדיר את הכוונה באופן הבא: "הכוונה היא המפרט הפורמלי של כל הציפיות כולל דרישות, יעדים ואילוצים שניתנו למערכת טכנית". עם זאת, החלק מפרט רשמי מציג דאגה: מהנדסי רשת יצטרכו להכיר את השפה הרשמית הזו כדי לרתום את מלוא הפוטנציאל של מושג הכוונה. יתרה מכך, כוונות עם מפרט פורמלי אינן מפחיתות בהכרח את מספר הפרמטרים שיש לספק איתן. היבט זה מאתגר את ההתייעלות הצפויה של ניהול הרשת שבדרך כלל ניתן לשייך ל-IBN.

יתר על כן, על ידי פורמליזציה של מפרט הכוונות, מטפל הכוונות, מרכיב הליבה של IBN המחזיק את ההיגיון של פרשנות הכוונה, הופך למפרש דטרמיניסטי בלבד של השפה הפורמלית של הכוונה. נשאלת השאלה כיצד אנו מפתחים את מטפל הכוונות למערכת אוטונומית עם דרך פעולה הצהרתית שבה בני אדם אינם נדרשים לצפות כל מצב פוטנציאלי ברשת ולספק הוראות ספציפיות לפתרון שלה. אחרת, פעולת המערכת לא יכולה לעבור בהצלחה מאוטומטית לאוטונומית (TMF IG1230).

בבלוגים הבאים נתייחס לאתגרים ולהזדמנויות של IBN ו-AN ביתר פירוט. רוצה ללמוד עוד? צור איתנו קשר ב maja.curic@ibm.com, chris.van.maastricht@nl.ibm.com ו tmtattis@ae.ibm.com.

הפוך למען העתיד
עם טלקומוניקציה