Zincirsiz ağlar: amaca dayalı otonom operasyonlara geçiş - IBM Blog

Küresel bağlantının temel taşı olan telekomünikasyon sektörü, bir süredir 5G, Nesnelerin İnterneti, bulut bilişim ve yapay zeka gibi yeniliklerin etkisiyle teknolojik bir rönesans yaşıyor. Sonuç olarak ağların yönetilmesi giderek zorlaştı. Rutin görevleri yerine getirmek, ağ sağlığını izlemek ve sorunlara gerçek zamanlı yanıt vermek için otomasyona ihtiyaç vardır. Ancak iletişim hizmeti sağlayıcıları (CSP'ler) içindeki mevcut beceri setleri, bu dinamik ortamın gelişen talepleriyle uyumlu olmayabilir. Modern çağda başarılı olmak için CSP'lerin, veri yorumlama ve operasyonlar için veri bilimcileri, satıcı uygulama programlama arayüzleri (API) aracılığıyla otomasyon için yazılım geliştiriciler ve hizmet güvenilirliğini sağlamak üzere kapalı döngüler tasarlamak için hizmet güvence mühendisleri dahil olmak üzere çok yönlü ekiplere ihtiyacı vardır.

CSP'ler farklı deneyimlere sahip ekipler oluşturarak boşluğu doldururken aynı zamanda eşzamanlı bir trenddeki önemli ilerlemelerden de yararlanırlar. Programlama dilleri, düşük kodlu/kodsuz paradigmalara doğru gelişti ve üretken yapay zekanın ortaya çıkmasıyla birlikte, temel modellerin, görevlerin doğal dildeki açıklamalarına dayalı olarak resmi kod oluşturabildiği bir noktadayız. Bu durum kavramına yeni bir bakış açısı kazandırdı. amaca dayalı ağ oluşturma (IBN), insan yöneticilerin "amaçlar" olarak bilinen yüksek düzey ağ hedeflerini doğal dilde ifade ettiği ve bu insan amaçlarının otomatik olarak ağ politikalarına ve yapılandırmalarına çevrildiği yer. IBN, ağ yönetimini iyileştirme potansiyeline sahiptir ve telekomünikasyon sektöründeki yetenek açığını kapatmada ezber bozan bir rol oynayabilir. Bir adım daha ileri giderek, özerk ağlar (AN), koşulları geliştikçe ağların özerk bir şekilde kendi kendini yapılandırması, kendi kendini optimize etmesi ve kendi kendini iyileştirmesi için niyetleri girdi olarak kullanmayı vaat ediyor.

Hem IBN hem de AN için parlak bir gelecek tasavvur edebiliyor olsak da, diğerlerinin yanı sıra, niyet ifadesi, ağ yapılandırmasına doğru çeviri, sistem şeffaflığı ve karmaşıklığı da dahil olmak üzere fizibiliteleri ve program uygulamaları hakkında sürekli endişeler bulunmaktadır. Bu blogda, pratik uygulamalarının potansiyel taşıdığı alanları inceliyor ve bu yolda karşılaşabilecekleri zorlukları analiz ediyoruz.

Motive edici bir örnek: yeni hizmetlerin amaçsızca tanıtılması

CSP ekipleri ile ağ arasındaki etkileşimi kolaylaştırma ihtiyacını anlamak için örnek olarak yeni bir hizmet dağıtımını kullanacağız.

CSP ağ işleminin, Şartnamede belirtilen spesifikasyonlara göre otomatikleştirildiğini varsayıyoruz. Otonom Ağlar Teknik Mimarisine ilişkin TMF Giriş Kılavuzu 1230 (IG1230). Bu bağlamda, CSP'nin OSS'si (1) hizmet provizyonu, otomatik provizyon ve otomatik test için bir orkestratöre, (2) veri toplayan, ağ durumu hakkında öngörüler oluşturan ve dolayısıyla veriye dayalı karar almayı kolaylaştıran ağ envanterine sahip bir güvence sistemine sahiptir. kapalı döngü kontrolü bağlamında ve (3) önceden tanımlanmış politikaları kullanarak ağ davranışını yönlendiren ve daha geniş CSP politikalarıyla uyumu sağlayan bir politika yöneticisi. Özetle, otomatikleştirilmiş operasyonlar, hizmetlerin atanmış insan tasarımı TOSCA hizmet tanımlayıcıları, yapılandırmaları, politikaları ve tasarım süresi boyunca hizmet tasarımcıları tarafından zeka ve karar vermenin eklendiği zorunlu iş akışlarıyla sıkı bir şekilde birleştirilmesi etrafında döner. Hizmet tasarımcıları, ağda meydana gelebilecek çok çeşitli koşulları proaktif bir şekilde öngörmeli ve bunların nasıl ele alınması gerektiğine ilişkin ayrıntılı talimatlar sağlamalıdır; gelecekteki koşullar öngörüldüğü ve bunları ele alacak politikalar olduğu sürece sıfır dokunuş deneyimi elde edilir.

Farklı hizmet yaşam döngüsü aşamaları için 0. Gün, 1. Gün ve 2. Gün terimlerini kullanıyoruz; hizmet tasarımı, hizmet örneklemesi ve hizmet garantisi, Sırasıyla.

• Hizmet tasarımı, Şekil 1'de gösterildiği gibi çeşitli hizmet varlıklarının geliştirilmesini içerir. Bu, hizmetin 1. Gün ve 2. Gün operasyonlarını anlaması ve gerekli iş akışlarını ve komut dosyalarını üretmesi gereken hizmet tasarım ekibinin görevidir. Şekil 2'deki kırmızı çizgiler, yeni bir hizmetin hizmet sağlama sürecini göstererek hizmetin artık sipariş edilebilmesini sağlar.

• Hizmetin başlatılması, bir abone talebinin ardından hizmet siparişi geldiğinde gerçekleşir. Günümüzde CSP'lerde servis siparişi genellikle TMF 641 arayüzü üzerinden servis siparişi yöneticisinden (SOM) gelmektedir. Hizmet orkestratörü hizmet siparişini aldığında iş akışlarının yürütülmesini ve talep edilen izleme yapılandırmalarının, PM/FM modellerinin ve politikalarının dağıtılmasını ve çalıştırılmasını sağlar. Şekil 2'de hizmet örneklemesini yeşil çizgilerle gösteriyoruz.

• Hizmet güvencesi, dağıtılan hizmetlerin koşullarının sürekli izleme ve otomatik yaşam döngüsü eylemlerinden geçtiği kapalı döngü yaklaşımını izler. Şekil 2'de güvence kapalı döngüsünü mavi çizgilerle gösteriyoruz.

Özetle, ağın yeni hizmet için talimatlarla donatılması gerektiğinden, önemli miktarda manuel çalışma içeren tasarım aşamasıdır.

Niyetler nedir?

IBN'de amaçlar, CSP'nin ağında ulaşmak istediği üst düzey hedefleri ifade eder. Yukarıda tartışıldığı gibi 0. Gün operasyonları sırasında karmaşık düşük seviyeli ağ konfigürasyonlarıyla uğraşmak yerine, mühendislik ekipleri hedefleri niyetlerle ifade eder ve mantık temelini oluşturan niyetler, bunları amaç hedefini yerine getiren gerekli ağ konfigürasyonuna dönüştürür.

Konfigürasyonların ağa uygulanmasının ardından AN, konuşlandırılan hizmetleri sürekli olarak izler ve operasyonun belirlenen amaçlarla uyumlu kalmasını sağlamak için konfigürasyonu uyarlar. AN, niyetlerin kullanımını 2. Gün operasyonlarına kadar genişletir.

IBN ve AN'ın perspektifleri

Daha sonra, niyetlerin niyet öncesi dönemdeki yerleşik uygulamalarda potansiyel olarak devrim yaratabileceği bazı hususları ele alıyoruz:

• 0. Gün Operasyonları:
  • Yeni hizmetlere hazırlık – Hizmet gereksinimlerini özerk bir şekilde desteklemek amacıyla doğal dil girişini işlemek için üretken yapay zekadan yararlanın.
  • Yeni hizmetlerin tanıtılması – “Sağlık kurumları içinde güvenli iletişim için özel bir bağlantı çözümü sağlamak” veya “akıllı şehir altyapısında IoT cihaz iletişimini etkinleştirmek” gibi doğal dili kullanarak yeni hizmetler tanımlayın ve gerekli hizmet varlıklarının otomatik olarak oluşturulması için üretken yapay zekadan yararlanın.
  • Satıcıya özel kaynak sürücülerinin otomatik olarak oluşturulması– Satıcı belgelerine dayalı olarak satıcıya özel kaynak sürücüleri oluşturmak için üretken yapay zekadan yararlanın.
• 1. Gün Operasyonları:
  • Servis siparişinin basitleştirilmesi – Müşterilerin doğal dili kullanarak hizmet talep etmelerine olanak tanır. Bu kullanıcı dostu yaklaşım, katalogdaki teklifleri karıştırıp eşleştirmek gibi yeni bir hizmet siparişi deneyimi sağlar.
  • Fizibilite kontrolleri – Müşteriler, fiber optik hattın kullanılabilirliği gibi kritik faktörleri verimli bir şekilde değerlendirerek niyetlerini ifade ederken doğrulama kontrollerini kolaylaştırır. Sonuç, Ağ Mühendislerinin üzerindeki yükün azalması, daha hızlı hizmet doğrulama ve daha çevik ve duyarlı dağıtımdır.
• 2. Gün Operasyonları:
  • Dinamik hizmet güvencesi – Ağların değişen koşullara ve kullanıcı ihtiyaçlarına akıllıca yanıt vermesini sağlar. Esnek amaca dayalı politikalar çevikliği artırarak ağ hizmetlerinin gerçek zamanlı güvenilirliğini ve yanıt verebilirliğini sağlar.

IBN ve AN ile ilgili zorluklar

Ele alınması gereken iki temel zorluk vardır:

1. Bir niyet nasıl ifade edilir ve iletilir?
2. Bir niyet nasıl yürütülür: Niyet işleyicisi neye benzer?

TM Forum, üst düzey ağ amaçlarını tanımlamak için yapılandırılmış bir çerçeve sunan TMF921 Amaç Tabanlı Ağ İletişimi API'sini tanıttı. TM Forum amacı şu şekilde tanımlıyor: “Niyet, teknik bir sisteme verilen gereksinimler, hedefler ve kısıtlamalar dahil tüm beklentilerin resmi spesifikasyonudur.”. Ancak bölüm resmi şartname Bu bir endişeyi beraberinde getiriyor: Ağ mühendislerinin niyet kavramının tam potansiyelinden yararlanmak için bu resmi dile aşina olmaları gerekir. Dahası, resmi spesifikasyona sahip niyetler, kendileriyle birlikte sağlanması gereken parametrelerin sayısını mutlaka azaltmaz. Bu husus, genellikle IBN ile ilişkilendirilecek olan ağ yönetiminin beklenen düzene sokulmasına meydan okuyor.

Ayrıca, amaç belirtimini resmileştirerek, IBN'nin amaç yorumlama mantığını tutan temel bileşeni olan amaç işleyici, amaç resmi dilinin yalnızca deterministik bir yorumlayıcısı haline gelir. Soru, niyet işleyiciyi, insanların her potansiyel ağ durumunu tahmin etmesinin ve bunun çözümü için özel talimatlar sağlamasının gerekmediği, bildirimsel çalışma yöntemine sahip özerk bir sisteme nasıl dönüştürdüğümüz konusunda ortaya çıkıyor. Aksi takdirde sistem çalışması otomatikten otonoma (TMF IG1230) başarılı bir şekilde geçemez.

Gelecek bloglarda IBN ve AN'nin zorluklarını ve fırsatlarını daha ayrıntılı olarak ele alacağız. Daha fazla öğrenmek ister misiniz? Bize şu adresten ulaşın: maja.curic@ibm.com, chris.van.maastricht@nl.ibm.com ve tmtattis@ae.ibm.com.

Gelecek için dönüşüm
telekomünikasyon ile