เครือข่ายที่ไม่ถูกผูกมัด: การเปลี่ยนแปลงไปสู่การดำเนินการอัตโนมัติตามเจตนา - บล็อกของ IBM

อุตสาหกรรมโทรคมนาคม ซึ่งเป็นรากฐานสำคัญของการเชื่อมต่อระดับโลก ได้ผ่านยุคฟื้นฟูศิลปวิทยามาระยะหนึ่งแล้ว โดยได้รับแรงหนุนจากนวัตกรรมต่างๆ เช่น 5G, IoT, การประมวลผลแบบคลาวด์ และ AI ส่งผลให้การจัดการเครือข่ายทำได้ยากขึ้น ไม่จำเป็นต้องมีระบบอัตโนมัติเพื่อจัดการงานประจำ ติดตามความสมบูรณ์ของเครือข่าย และตอบสนองต่อปัญหาแบบเรียลไทม์ อย่างไรก็ตาม ชุดทักษะที่มีอยู่ภายในผู้ให้บริการการสื่อสาร (CSP) อาจไม่สอดคล้องกับความต้องการที่เปลี่ยนแปลงไปของภูมิทัศน์แบบไดนามิกนี้ เพื่อให้ประสบความสำเร็จในยุคสมัยใหม่ CSP ต้องการทีมที่มีความสามารถหลากหลาย รวมถึงนักวิทยาศาสตร์ข้อมูลสำหรับการตีความข้อมูลและการดำเนินงาน นักพัฒนาซอฟต์แวร์สำหรับระบบอัตโนมัติผ่านอินเทอร์เฟซการเขียนโปรแกรมแอปพลิเคชัน (API) ของผู้จำหน่าย และวิศวกรรับประกันบริการสำหรับการออกแบบลูปปิดเพื่อให้มั่นใจในความน่าเชื่อถือของบริการ

ในขณะที่ CSP เชื่อมช่องว่างด้วยการสร้างทีมที่มีประสบการณ์ที่หลากหลาย พวกเขายังได้รับประโยชน์จากความก้าวหน้าที่สำคัญในแนวโน้มที่เกิดขึ้นไปพร้อมๆ กัน ภาษาการเขียนโปรแกรมได้พัฒนาไปสู่กระบวนทัศน์แบบใช้โค้ดน้อย/ไม่มีโค้ด และด้วยการเกิดขึ้นของ generative AI เรามาถึงจุดที่โมเดลพื้นฐานสามารถสร้างโค้ดอย่างเป็นทางการตามคำอธิบายภาษาธรรมชาติของงานได้ สิ่งนี้ทำให้เกิดมุมมองใหม่ต่อแนวคิดของ เครือข่ายตามความตั้งใจ (IBN) ซึ่งผู้ดูแลระบบที่เป็นมนุษย์แสดงวัตถุประสงค์เครือข่ายระดับสูงในภาษาธรรมชาติที่เรียกว่า "เจตนา" และเจตนาของมนุษย์เหล่านี้จะถูกแปลเป็นนโยบายเครือข่ายและการกำหนดค่าโดยอัตโนมัติ IBN มีศักยภาพในการปรับปรุงการจัดการเครือข่าย และอาจกลายเป็นผู้เปลี่ยนเกมในการจัดการกับช่องว่างด้านความสามารถภายในบริษัทโทรคมนาคม ก้าวไปอีกขั้น เครือข่ายอัตโนมัติ (AN) สัญญาว่าจะใช้ความตั้งใจเป็นข้อมูลป้อนเข้าในเครือข่ายที่กำหนดค่าด้วยตนเอง เพิ่มประสิทธิภาพด้วยตนเอง และซ่อมแซมตนเองได้โดยอัตโนมัติ เมื่อเงื่อนไขต่างๆ พัฒนาขึ้น

แม้ว่าเราจะมองเห็นอนาคตที่สดใสสำหรับทั้ง IBN และ AN แต่ก็ยังมีข้อกังวลอย่างต่อเนื่องเกี่ยวกับความเป็นไปได้และการใช้งานโปรแกรม รวมถึงการแสดงเจตนา การแปลการกำหนดค่าเครือข่ายที่แม่นยำ ความโปร่งใสของระบบ และความซับซ้อน และอื่นๆ ในบล็อกนี้ เราจะเจาะลึกถึงประเด็นที่การประยุกต์ใช้ในทางปฏิบัติมีศักยภาพ และวิเคราะห์ความท้าทายที่อาจพบระหว่างทาง

กรณีที่สร้างแรงบันดาลใจ: การแนะนำบริการใหม่ ๆ โดยไม่ได้ตั้งใจ

เพื่อให้เข้าใจถึงความจำเป็นในการปรับปรุงการโต้ตอบระหว่างทีม CSP และเครือข่าย เราจะใช้การปรับใช้บริการใหม่เป็นตัวอย่าง

เราถือว่าการทำงานของเครือข่าย CSP นั้นเป็นไปโดยอัตโนมัติตามข้อกำหนดเฉพาะที่ระบุไว้ใน TMF Introductory Guide 1230 (IG1230) เกี่ยวกับสถาปัตยกรรมทางเทคนิคของเครือข่ายอัตโนมัติ ในบริบทดังกล่าว OSS ของ CSP มี (1) ผู้ประสานงานสำหรับการให้บริการ การจัดเตรียมอัตโนมัติ และการทดสอบอัตโนมัติ (2) ระบบการรับประกันพร้อมรายการเครือข่ายที่รวบรวมข้อมูล สร้างข้อมูลเชิงลึกเกี่ยวกับสถานะเครือข่าย และด้วยเหตุนี้จึงอำนวยความสะดวกในการตัดสินใจที่ขับเคลื่อนด้วยข้อมูล ในบริบทของการควบคุมแบบวงปิดและ (3) ผู้จัดการนโยบายที่ควบคุมพฤติกรรมเครือข่ายโดยใช้นโยบายที่กำหนดไว้ล่วงหน้า เพื่อให้มั่นใจว่าสอดคล้องกับนโยบายของ CSP ที่กว้างขึ้น โดยสรุป การดำเนินการแบบอัตโนมัติเกี่ยวข้องกับการเชื่อมโยงบริการเข้าด้วยกันอย่างแน่นหนากับคำอธิบายบริการ TOSCA ที่ออกแบบโดยมนุษย์ การกำหนดค่า นโยบาย และขั้นตอนการทำงานที่จำเป็น ซึ่งนักออกแบบบริการจะเพิ่มความชาญฉลาดและการตัดสินใจในระหว่างเวลาออกแบบ นักออกแบบบริการจะต้องคาดการณ์ล่วงหน้าถึงเงื่อนไขต่างๆ ที่อาจเกิดขึ้นในเครือข่าย และให้คำแนะนำโดยละเอียดเกี่ยวกับวิธีการแก้ไข ประสบการณ์แบบ Zero-Touch จะเกิดขึ้นได้ตราบใดที่มีการคาดการณ์เงื่อนไขในอนาคตและมีนโยบายที่จะจัดการ

เราใช้เงื่อนไขวันที่ 0 วันที่ 1 และวันที่ 2 สำหรับระยะวงจรการใช้งานบริการที่แตกต่างกัน กล่าวคือ บริการออกแบบ, การเริ่มต้นบริการ และ การรับประกันการบริการตามลำดับ

• การออกแบบบริการประกอบด้วยการพัฒนาสินทรัพย์บริการต่างๆ ดังแสดงในรูปที่ 1 นี่คืองานของทีมออกแบบบริการ ซึ่งจำเป็นต้องเข้าใจการดำเนินงานวันที่ 1 และวันที่ 2 ของบริการ และสร้างเวิร์กโฟลว์และสคริปต์ที่จำเป็น เส้นสีแดงในรูปที่ 2 แสดงถึงกระบวนการจัดเตรียมบริการของบริการใหม่ เพื่อให้มั่นใจว่าสามารถสั่งซื้อบริการได้แล้ว

• การสร้างอินสแตนซ์บริการเกิดขึ้นเมื่อใบสั่งบริการมาถึง ตามคำขอของผู้สมัครสมาชิก ปัจจุบันใน CSP ใบสั่งบริการมักจะมาถึงผ่านอินเทอร์เฟซ TMF 641 จากผู้จัดการใบสั่งบริการ (SOM) เมื่อผู้ดำเนินการบริการได้รับคำสั่งบริการ จะตรวจสอบให้แน่ใจว่าเวิร์กโฟลว์ได้รับการดำเนินการ และการกำหนดค่าการตรวจสอบที่ร้องขอ โมเดล PM/FM และนโยบายได้รับการปรับใช้และดำเนินการ เราแสดงการสร้างอินสแตนซ์ของบริการในรูปที่ 2 เป็นเส้นสีเขียว

• การรับประกันบริการเป็นไปตามแนวทางแบบวงปิด โดยที่เงื่อนไขของบริการที่ใช้งานจะได้รับการตรวจสอบอย่างต่อเนื่องและการดำเนินการวงจรชีวิตแบบอัตโนมัติ เราแสดงวงปิดการรับประกันในรูปที่ 2 เป็นเส้นสีน้ำเงิน

โดยสรุป เป็นขั้นตอนการออกแบบที่เกี่ยวข้องกับการทำงานด้วยตนเองจำนวนมาก เนื่องจากจำเป็นต้องจัดเตรียมคำแนะนำสำหรับบริการใหม่ให้กับเครือข่าย

เจตนาคืออะไร?

ใน IBN เจตนาหมายถึงวัตถุประสงค์ระดับสูงที่ CSP ต้องการบรรลุในเครือข่ายของตน แทนที่จะจัดการกับการกำหนดค่าเครือข่ายระดับต่ำที่ซับซ้อนในระหว่างการปฏิบัติงานวันที่ 0 ตามที่กล่าวไว้ข้างต้น ทีมวิศวกรรมจะแสดงวัตถุประสงค์ด้วยความตั้งใจ และตรรกะที่สนับสนุนเจตนาจะแปลวัตถุประสงค์เหล่านั้นเป็นการกำหนดค่าเครือข่ายที่จำเป็นซึ่งบรรลุวัตถุประสงค์ตามเจตนา

หลังจากปรับใช้การกำหนดค่ากับเครือข่าย AN จะตรวจสอบบริการที่ใช้งานอย่างต่อเนื่องและปรับการกำหนดค่าเพื่อให้แน่ใจว่าการดำเนินการยังคงสอดคล้องกับจุดประสงค์ที่ระบุ AN ขยายการใช้เจตนาไปสู่ปฏิบัติการวันที่ 2

มุมมองของ IBN และ AN

ต่อไป เราจะนำเสนอแง่มุมบางประการที่เจตนาอาจปฏิวัติแนวทางปฏิบัติที่จัดตั้งขึ้นตั้งแต่ยุคก่อนเจตนา:

• การดำเนินงานวันที่ 0:
  • การเตรียมการสำหรับบริการใหม่ๆ – ใช้ประโยชน์จาก generative AI เพื่อประมวลผลการป้อนข้อมูลด้วยภาษาธรรมชาติเพื่อเสริมความต้องการบริการโดยอัตโนมัติ
  • การแนะนำบริการใหม่ๆ – กำหนดบริการใหม่โดยใช้ภาษาธรรมชาติ เช่น “มอบโซลูชันการเชื่อมต่อที่ปรับแต่งโดยเฉพาะสำหรับการสื่อสารที่ปลอดภัยภายในสถาบันด้านการดูแลสุขภาพ” หรือ “เปิดใช้งานการสื่อสารของอุปกรณ์ IoT ผ่านโครงสร้างพื้นฐานของเมืองอัจฉริยะ” และใช้ประโยชน์จาก AI เชิงสร้างสรรค์สำหรับการสร้างสินทรัพย์บริการที่จำเป็นโดยอัตโนมัติ
  • การสร้างไดรเวอร์ทรัพยากรเฉพาะของผู้จำหน่ายโดยอัตโนมัติ– ใช้ AI เจนเนอเรชั่นเพื่อสร้างไดรเวอร์ทรัพยากรเฉพาะของผู้จำหน่าย โดยอิงตามเอกสารประกอบของผู้จำหน่าย
• การดำเนินงานวันที่ 1:
  • ลดความซับซ้อนของใบสั่งบริการ – อนุญาตให้ลูกค้าร้องขอบริการโดยใช้ภาษาธรรมชาติ วิธีการที่เป็นมิตรต่อผู้ใช้นี้ทำให้เกิดประสบการณ์การสั่งซื้อบริการแบบใหม่ เช่น การผสมผสานและการจับคู่ข้อเสนอจากแค็ตตาล็อก
  • การตรวจสอบความเป็นไปได้ – ปรับปรุงการตรวจสอบความถูกต้องในขณะที่ลูกค้าแสดงเจตนาโดยการประเมินปัจจัยสำคัญ เช่น ความพร้อมใช้งานของสายไฟเบอร์ออปติกอย่างมีประสิทธิภาพ ผลลัพธ์ที่ได้คือภาระของวิศวกรเครือข่ายลดลง การตรวจสอบบริการที่เร็วขึ้น และการปรับใช้ที่คล่องตัวและตอบสนองมากขึ้น
• การดำเนินงานวันที่ 2:
  • การรับประกันการบริการแบบไดนามิก – ช่วยให้เครือข่ายสามารถตอบสนองสภาวะที่เปลี่ยนแปลงและความต้องการของผู้ใช้ได้อย่างชาญฉลาด นโยบายที่อิงตามเจตนารมณ์ที่ยืดหยุ่นช่วยเพิ่มความคล่องตัว ทำให้มั่นใจได้ถึงความน่าเชื่อถือแบบเรียลไทม์และการตอบสนองของบริการเครือข่าย

ความท้าทายกับ IBN และ AN

มีสองความท้าทายหลักที่ต้องแก้ไข:

1. จะแสดงและถ่ายทอดเจตนาอย่างไร?
2. วิธีดำเนินการตามเจตนา: ตัวจัดการเจตนามีลักษณะอย่างไร

TM Forum เปิดตัว TMF921 Intent-based Networking API ซึ่งนำเสนอเฟรมเวิร์กที่มีโครงสร้างสำหรับการกำหนด Intent ของเครือข่ายระดับสูง TM Forum ได้กำหนดเจตนารมณ์ไว้ดังนี้ “เจตนาคือข้อกำหนดอย่างเป็นทางการของความคาดหวังทั้งหมด รวมถึงข้อกำหนด เป้าหมาย และข้อจำกัดที่กำหนดให้กับระบบทางเทคนิค". แต่ส่วนนั้น ข้อกำหนดอย่างเป็นทางการ ทำให้เกิดข้อกังวล: วิศวกรเครือข่ายจะต้องทำความคุ้นเคยกับภาษาที่เป็นทางการนี้เพื่อควบคุมศักยภาพสูงสุดของแนวคิดเจตนา ยิ่งไปกว่านั้น เจตนาที่มีข้อกำหนดเฉพาะอย่างเป็นทางการไม่จำเป็นต้องลดจำนวนพารามิเตอร์ที่ต้องระบุด้วย แง่มุมนี้ท้าทายความคล่องตัวในการจัดการเครือข่ายที่คาดหวังไว้ซึ่งโดยปกติแล้วจะเชื่อมโยงกับ IBN

นอกจากนี้ ด้วยการกำหนดข้อกำหนดเจตนาอย่างเป็นทางการ ผู้จัดการเจตนา ซึ่งเป็นองค์ประกอบหลักของ IBN ที่ยึดตรรกะสำหรับการตีความเจตนา จะกลายเป็นเพียงล่ามที่กำหนดขึ้นของภาษาทางการของเจตนา คำถามดังกล่าวเกิดขึ้นว่าเราพัฒนาตัวจัดการ Intent ให้เป็นระบบอัตโนมัติได้อย่างไร โดยมีวิธีการดำเนินการที่ชัดเจน โดยที่มนุษย์ไม่จำเป็นต้องคาดการณ์ทุกสภาวะของเครือข่ายที่อาจเกิดขึ้น และให้คำแนะนำเฉพาะสำหรับการแก้ปัญหา มิฉะนั้น การทำงานของระบบจะไม่สามารถเปลี่ยนจากอัตโนมัติเป็นแบบอัตโนมัติได้สำเร็จ (TMF IG1230)

ในบล็อกต่อๆ ไป เราจะกล่าวถึงความท้าทายและโอกาสของ IBN และ AN โดยละเอียดยิ่งขึ้น ต้องการเรียนรู้เพิ่มเติมหรือไม่? ติดต่อเราได้ที่ maja.curic@ibm.com, chris.van.maastricht@nl.ibm.com และ tmtattis@ae.ibm.com.

แปลงร่างเพื่ออนาคต
กับโทรคมนาคม