Jaringan tidak dirantai: peralihan menuju operasi otonom berbasis niat – Blog IBM

Industri telekomunikasi, yang merupakan landasan konektivitas global, telah mengalami kebangkitan teknologi selama beberapa waktu, didorong oleh inovasi seperti 5G, IoT, komputasi awan, dan AI. Akibatnya, jaringan menjadi semakin sulit untuk dikelola. Terdapat kebutuhan akan otomatisasi untuk menangani tugas-tugas rutin, memantau kesehatan jaringan, dan merespons masalah secara real-time. Namun, keahlian yang ada dalam penyedia layanan komunikasi (CSP) mungkin tidak sejalan dengan tuntutan yang terus berkembang dalam lanskap dinamis ini. Agar berhasil di era modern, CSP memerlukan tim yang serba bisa, termasuk ilmuwan data untuk interpretasi dan operasi data, pengembang perangkat lunak untuk otomatisasi melalui antarmuka pemrograman aplikasi (API) vendor, dan insinyur jaminan layanan untuk merancang loop tertutup guna memastikan keandalan layanan.

Meskipun CSP menjembatani kesenjangan tersebut dengan membangun tim yang memiliki pengalaman beragam, mereka juga secara bersamaan mendapatkan manfaat dari kemajuan signifikan dalam tren yang terjadi secara bersamaan. Bahasa pemrograman telah berevolusi menuju paradigma kode rendah/tanpa kode dan dengan munculnya AI generatif, kita berada pada titik di mana model dasar dapat menghasilkan kode formal berdasarkan deskripsi tugas dalam bahasa alami. Hal ini memberikan perspektif baru terhadap konsep jaringan berbasis niat (IBN), di mana administrator manusia mengekspresikan tujuan jaringan tingkat tinggi dalam bahasa alami yang dikenal sebagai “niat” dan niat manusia ini secara otomatis diterjemahkan ke dalam kebijakan dan konfigurasi jaringan. IBN mempunyai potensi untuk meningkatkan manajemen jaringan dan dapat menjadi terobosan dalam mengatasi kesenjangan talenta di perusahaan telekomunikasi. Mengambil langkah lebih jauh, jaringan otonom (AN) berjanji untuk memanfaatkan niat sebagai masukan untuk melakukan konfigurasi mandiri, pengoptimalan mandiri, dan pemulihan mandiri jaringan seiring dengan perkembangan kondisinya.

Meskipun kita dapat membayangkan masa depan yang cerah bagi IBN dan AN, terdapat kekhawatiran yang terus-menerus mengenai kelayakan dan penerapan programnya, termasuk ekspresi niat, terjemahan akurat ke dalam konfigurasi jaringan, transparansi dan kompleksitas sistem, dan lain-lain. Di blog ini, kami menyelami area di mana penerapan praktisnya memiliki potensi dan menganalisis tantangan yang mungkin mereka hadapi selama prosesnya.

Kasus yang memotivasi: memperkenalkan layanan baru tanpa niat

Untuk memahami perlunya menyederhanakan interaksi antara tim CSP dan jaringan, kami akan menggunakan penerapan layanan baru sebagai contoh.

Kami berasumsi bahwa pengoperasian jaringan CSP dilakukan secara otomatis sesuai spesifikasi yang diuraikan dalam Panduan Pengantar TMF 1230 (IG1230) tentang Arsitektur Teknis Jaringan Otonom. Dalam konteks tersebut, OSS CSP memiliki (1) orkestrator untuk penyediaan layanan, penyediaan otomatis, dan pengujian otomatis, (2) sistem jaminan dengan inventaris jaringan yang mengumpulkan data, menciptakan wawasan tentang status jaringan dan karenanya memfasilitasi pengambilan keputusan berdasarkan data dalam konteks kontrol loop tertutup dan (3) manajer kebijakan yang mengarahkan perilaku jaringan menggunakan kebijakan yang telah ditentukan sebelumnya, memastikan keselarasan dengan kebijakan CSP yang lebih luas. Singkatnya, operasi otomatis berkisar pada penggabungan erat layanan dengan deskriptor layanan TOSCA yang dirancang oleh manusia, konfigurasi, kebijakan, dan alur kerja penting di mana kecerdasan dan pengambilan keputusan ditambahkan oleh perancang layanan selama waktu desain. Perancang layanan harus secara proaktif meramalkan berbagai kondisi yang mungkin terjadi dalam jaringan dan memberikan instruksi rinci tentang cara mengatasinya—pengalaman zero-touch dapat dicapai selama kondisi di masa depan telah diramalkan dan terdapat kebijakan untuk menanganinya.

Kami menggunakan istilah Hari 0, Hari 1, dan Hari 2 untuk tahapan siklus hidup layanan yang berbeda, yaitu desain layanan, instantiasi layanan dan jaminan layanan, Masing-masing.

• Desain layanan terdiri dari pengembangan berbagai aset layanan seperti yang digambarkan pada Gambar 1. Ini adalah tugas tim desain layanan, yang perlu memahami pengoperasian layanan Hari pertama dan Hari ke-1 serta menghasilkan alur kerja dan skrip yang diperlukan. Garis merah pada Gambar 2 menggambarkan proses penyediaan layanan dari layanan baru, memastikan bahwa layanan tersebut sekarang dapat dipesan.

• Instansiasi layanan terjadi ketika pesanan layanan tiba, mengikuti permintaan pelanggan. Saat ini di CSP, pesanan layanan biasanya tiba melalui antarmuka TMF 641 dari manajer pesanan layanan (SOM). Ketika orkestra layanan menerima pesanan layanan, ia memastikan bahwa alur kerja dijalankan dan konfigurasi pemantauan yang diminta, model dan kebijakan PM/FM disebarkan dan dijalankan. Kami menunjukkan contoh layanan pada Gambar 2 dengan garis hijau.

• Jaminan layanan mengikuti pendekatan loop tertutup di mana kondisi layanan yang diterapkan menjalani pemantauan berkelanjutan dan tindakan siklus hidup otomatis. Kami menunjukkan loop tertutup jaminan pada Gambar 2 dengan garis biru.

Singkatnya, ini adalah tahap desain yang melibatkan sejumlah besar pekerjaan manual, karena jaringan perlu dilengkapi dengan instruksi untuk layanan baru.

Apa itu niat?

Di IBN, maksud mengacu pada tujuan tingkat tinggi yang ingin dicapai CSP dalam jaringannya. Daripada menangani konfigurasi jaringan tingkat rendah yang kompleks selama operasi Hari 0 seperti yang dibahas di atas, tim teknik mengungkapkan tujuan dengan maksud dan logika yang mendasari maksud menerjemahkannya ke dalam konfigurasi jaringan yang diperlukan yang memenuhi tujuan maksud.

Setelah penerapan konfigurasi ke jaringan, AN kemudian terus memantau layanan yang diterapkan dan menyesuaikan konfigurasi untuk memastikan bahwa operasi tetap selaras dengan tujuan yang ditentukan. AN memperluas penggunaan maksud ke dalam operasi Hari ke-2.

Perspektif IBN dan AN

Selanjutnya, kami memberikan beberapa aspek di mana niat berpotensi merevolusi praktik yang sudah ada sejak era sebelum niat:

• Operasi Hari 0:
  • Persiapan untuk layanan baru – Memanfaatkan AI generatif untuk memproses masukan bahasa alami guna melengkapi kebutuhan layanan secara mandiri.
  • Pengenalan layanan baru – Menentukan layanan baru menggunakan bahasa alami, seperti “menyediakan solusi konektivitas yang disesuaikan untuk komunikasi yang aman dalam institusi layanan kesehatan” atau “mengaktifkan komunikasi perangkat IoT di seluruh infrastruktur kota pintar” dan memanfaatkan AI generatif untuk menghasilkan aset layanan yang diperlukan secara otomatis.
  • Pembuatan otomatis driver sumber daya khusus vendor– Memanfaatkan AI generatif untuk membuat driver sumber daya spesifik vendor, berdasarkan dokumentasi vendor.
• Operasi Hari 1:
  • Penyederhanaan pesanan layanan – Memungkinkan pelanggan meminta layanan menggunakan bahasa alami. Pendekatan yang ramah pengguna ini memungkinkan pengalaman pemesanan layanan baru, seperti memadukan dan mencocokkan penawaran dari katalog.
  • Pemeriksaan kelayakan – Menyederhanakan pemeriksaan validasi saat pelanggan mengungkapkan niat mereka dengan menilai secara efisien faktor-faktor penting seperti ketersediaan jalur serat optik. Hasilnya adalah berkurangnya beban pada Network Engineer, validasi layanan lebih cepat, dan penerapan yang lebih tangkas dan responsif.
• Operasi Hari 2:
  • Jaminan layanan dinamis – Memungkinkan jaringan untuk secara cerdas merespons perubahan kondisi dan kebutuhan pengguna. Kebijakan berbasis niat yang fleksibel meningkatkan ketangkasan, memastikan keandalan dan daya tanggap layanan jaringan secara real-time.

Tantangan bersama IBN dan AN

Ada dua tantangan utama yang harus diatasi:

1. Bagaimana cara mengungkapkan dan menyampaikan suatu maksud?
2. Bagaimana cara mengeksekusi suatu maksud: seperti apa bentuk penangan maksudnya?

TM Forum memperkenalkan API Jaringan berbasis Intent TMF921, yang menawarkan kerangka kerja terstruktur untuk menentukan maksud jaringan tingkat tinggi. TM Forum mendefinisikan maksudnya sebagai berikut: “Maksud adalah spesifikasi formal dari semua harapan termasuk persyaratan, tujuan, dan batasan yang diberikan pada sistem teknis”. Namun, bagiannya spesifikasi formal menimbulkan kekhawatiran: teknisi jaringan perlu membiasakan diri dengan bahasa formal ini untuk memanfaatkan potensi penuh dari konsep maksud. Terlebih lagi, maksud dengan spesifikasi formal tidak serta merta mengurangi jumlah parameter yang harus disediakan. Aspek ini menantang antisipasi perampingan manajemen jaringan yang biasanya dikaitkan dengan IBN.

Lebih jauh lagi, dengan memformalkan spesifikasi maksud, pengendali maksud, komponen inti IBN yang menyimpan logika untuk penafsiran maksud, hanya menjadi penafsir deterministik dari bahasa formal maksud. Pertanyaan yang muncul adalah bagaimana kita mengembangkan pengendali niat menjadi sistem otonom dengan cara operasi deklaratif di mana manusia tidak diharuskan mengantisipasi setiap potensi kondisi jaringan dan memberikan instruksi khusus untuk penyelesaiannya. Jika tidak, operasi sistem tidak dapat berhasil bertransisi dari otomatis ke otonom (TMF IG1230).

Di blog mendatang kami akan membahas tantangan dan peluang IBN dan AN secara lebih rinci. Ingin mempelajari lebih lanjut? Hubungi kami di maja.curic@ibm.com, chris.van.maastricht@nl.ibm.com dan tmtattis@ae.ibm.com.

Transformasi untuk masa depan
dengan telekomunikasi