Unified Orchestration and Assurance: un sistema di supporto per le operazioni cloud native (OSS)

I CSP stanno modernizzando le operazioni per gestire la crescente complessità di reti e servizi, migliorando al contempo costi, affidabilità, agilità dei servizi, automazione e customer experience.

Molti ambienti operativi contengono sistemi frammentati di assurance, inventario, orchestrazione ed evasione dei servizi, attivazione, ticketing, orchestrazione dei domini e supporto al business (BSS). Questa frammentazione aumenta il lavoro manuale, rallenta l’erogazione dei servizi e la risoluzione degli incidenti e rende più difficile scalare l’automazione in modo coerente tra i vari domini.

La modernizzazione si concentra quindi sempre più sulla creazione di un modello operativo del ciclo di vita dei servizi più coerente e automatizzato, anziché sull’ottimizzazione separata di strumenti isolati.

I segnali di allarme più comuni includono un elevato impegno manuale, dati frammentati, una lenta risoluzione degli incidenti, scarsa visibilità sull’impatto dei servizi, lunghi cicli di attivazione e difficoltà nel dimensionare l’automazione.

Altri indicatori includono un eccessivo rumore degli eventi del network operations center (NOC), inventari non affidabili, elevato fallout degli ordini, interventi tecnici evitabili, strumenti duplicati e integrazioni costose o rischiose da modificare.

Il segnale più importante è solitamente un vincolo operativo ricorrente che genera costi, ritardi, impatti sull’affidabilità, sulla qualità del servizio o sui clienti misurabili.

Gli ambienti OSS frammentati costringono i team operativi a riconciliare dati, workflow e decisioni tra sistemi non progettati per collaborare a supporto di un unico ciclo di vita.

Gli ambienti di assurance, inventory, orchestrazione e fulfillment dei servizi, attivazione, ticketing, orchestrazione del dominio e BSS possono contenere ciascuno un contesto parziale. Ciò può comportare lavoro duplicato, integrazioni personalizzate, passaggi manuali, viste operative incoerenti e una minore agilità.

Man mano che i servizi si estendono a più domini e vendor, il costo del loro coordinamento può aumentare più rapidamente del costo di qualsiasi singolo strumento.

Tassi elevati di fallout e attivazioni lente spesso derivano da flussi degli ordini frammentati, dati incoerenti, dipendenze complesse, integrazioni fragili e scarsa visibilità sui sistemi di fulfillment.

Gli ordini telecom possono estendersi ai livelli cliente, servizio e tecnico in più domini. Quando i modelli di servizio, l'inventario, l'orchestrazione, l'attivazione e la gestione dello stato non sono coordinati, aumentano le eccezioni e le rielaborazioni manuali.

Ridurre questi passaggi di consegne è quindi un obiettivo aziendale chiave per la modernizzazione degli OSS.

Ridurre il tempo medio di riparazione (MTTR) diventa difficile quando i team operativi non riescono a collegare rapidamente gli eventi di rete alla causa principale, all’impatto sul servizio, all’impatto sui clienti e al percorso di risoluzione appropriato.

Le informazioni su guasti, prestazioni, topologia, inventario e servizi possono essere distribuite tra sistemi diversi. Senza un contesto correlato, i team possono dedicare più tempo all'analisi dei sintomi e alla definizione delle priorità prima di intraprendere azioni correttive.

Rilevamento più rapido, analisi dell'impatto sul servizio, analisi della causa principale, risoluzione e verifica sono pertanto obiettivi centrali di affidabilità.

Volumi elevati di eventi richiedono l’attenzione degli operatori e rendono più difficile identificare il numero limitato di condizioni che rappresentano una reale minaccia per servizi o clienti.

Quando gli allarmi sono scarsamente correlati con la topologia, le relazioni tra servizi o la probabile causa principale, i team possono finire per analizzare ripetutamente i sintomi, creare ticket non necessari ed eseguire l’escalation di incidenti che avrebbero potuto essere filtrati o prioritizzati automaticamente.

Ridurre il rumore degli eventi è quindi sia un obiettivo di affidabilità sia di efficienza operativa.

L’automazione e l’AI hanno bisogno di un contesto operativo affidabile per comprendere quali risorse, servizi, dipendenze e clienti potrebbero essere interessati da una decisione.

Se l’inventario o la topologia sono incompleti o non aggiornati, l’analisi dell’impatto sui servizi, l’orchestrazione, i suggerimenti basati sull’AI e la correzione a ciclo chiuso possono risultare meno affidabili. Man mano che gli operatori si orientano verso livelli più elevati di automazione, la fiducia nelle relazioni tra le risorse dei servizi diventa sempre più importante.

Il contesto affidabile è quindi un prerequisito aziendale per scalare l’automazione, non semplicemente una questione di gestione dell’inventario.

Le nuove funzionalità di rete creano valore solo quando i CSP sono in grado di trasformarle rapidamente in servizi replicabili e gestirle in modo affidabile su larga scala.

5G, reti private, network slicing, cloud computing, API, connettività aziendale e network as a service possono richiedere progettazione, orchestrazione, attivazione, inventario, assurance e gestione degli SLA coordinati.

Cicli lunghi dalla progettazione al lancio o dall’ordine all’attivazione possono quindi limitare la monetizzazione anche quando la funzionalità di rete sottostante esiste già.

La customer experience dipende sempre più dalla rapidità con cui le operation possono identificare i servizi interessati, assegnare la giusta priorità alla risposta, ripristinare il servizio e verificare il ripristino.

Un evento di rete può avere un impatto aziendale molto diverso a seconda dei clienti, dei servizi, degli SLA o degli impegni commerciali coinvolti. Le operations in grado di collegare le condizioni tecniche al contesto del servizio e del cliente sono in una posizione migliore per definire le priorità in base all’impatto, anziché alla sola gravità degli allarmi.

Ciò può favorire un ripristino più rapido, un minor numero di errori visibili ai clienti e una maggiore affidabilità degli SLA.

La modernizzazione degli OSS deve essere legata a miglioramenti misurabili in termini di costi, affidabilità, agilità dei servizi, automazione e impatto sui clienti.

I KPI rilevanti possono includere tempo del ciclo di attivazione, tasso di fallout degli ordini, tasso di automazione, rapporto eventi/ticket, tempo medio di rilevamento, MTTR, conformità agli SLA, incidenti con impatto sui clienti, interventi sul campo, tempo di generazione dei ricavi e costo del servizio.

I CSP dovrebbero utilizzare il loro processo attuale per creare una baseline prima di definire gli obiettivi di miglioramento, in modo che il business case rifletta l’ambiente reale anziché affermazioni generiche.

Un OSS telecom moderno è l’ambiente software operativo utilizzato per progettare, erogare, attivare, monitorare, garantire e mantenere reti e servizi.

Un OSS moderno include comunemente progettazione dei servizi, inventory e topologia, orchestrazione, attivazione, assurance, osservabilità e automazione, tutti elementi che operano insieme per favorire operazioni a ciclo chiuso. Queste funzionalità devono operare lungo l’intero ciclo di vita dei servizi multivendor e multidominio, anziché rimanere isolate per funzione o dominio di rete.

Oracle Unified Operations è il portfolio OSS modulare di Oracle progettato per aiutare i CSP ad accelerare il loro percorso verso operazioni autonome. Include progettazione dei servizi, orchestrazione degli ordini e dei servizi, attivazione, inventario e topologia, assurance e osservabilità e risoluzione assistita dall'AI.

I CSP possono implementare funzionalità selezionate ed estenderne l’adozione man mano che le loro priorità operative e il loro livello di maturità evolvono. Il portfolio è pensato per supportare una modernizzazione progressiva, anziché richiedere la modifica simultanea di ogni funzione OSS.

Unified Operations copre le principali funzionalità operative necessarie per progettare, fornire, gestire e garantire i servizi di telecomunicazione lungo tutto il loro ciclo di vita.

Il portfolio copre catalogo e progettazione dei servizi, gestione degli ordini e dei servizi, orchestrazione, attivazione e configurazione di rete, inventario e topologia, individuazione e riconciliazione della rete, assurance e osservabilità, analisi dell’impatto sui servizi, decisioning e remediation, e verifica post-azione.

Unified Operations include prodotti Oracle Communications con ruoli distinti lungo l'intero ciclo di vita del servizio.

Sì. Unified Operations può essere introdotto insieme agli ambienti OSS, di rete, orchestrazione di dominio, ticketing, assurance, inventario, attivazione e BSS esistenti.

Un CSP può modernizzare un’area prioritaria preservando gli investimenti esistenti utili ed espandersi nel tempo in ulteriori aree funzionali. L'architettura di integrazione di destinazione dipende dall'ambiente del cliente, dai casi d'uso selezionati e dai sistemi che restano in servizio.

Sì. Un CSP può modernizzare una singola area operativa, combinare diverse priorità o coordinare una trasformazione più ampia del ciclo di vita dei servizi.

I punti di ingresso comuni includono assurance e osservabilità, inventario e topologia, orchestrazione, attivazione e casi d'uso selezionati per operazioni autonome. La sequenza corretta dipende dall’architettura esistente, dalle priorità aziendali, dalla maturità operativa, dalla tolleranza al rischio e dal modello operativo di destinazione.

Unified Operations si basa sul coordinamento e sull’automazione lungo l’intero ciclo di vita del servizio, anziché su un’automazione limitata a un singolo strumento, tecnologia o dominio di rete.

Gli strumenti puntuali possono essere efficaci all’interno delle singole funzioni, ma i risultati per i clienti spesso interessano processi di assurance, inventory, orchestrazione, attivazione e BSS. Unified Operations è progettato per connettere contesto, osservazione, processo decisionale, esecuzione e verifica oltre i confini operativi.

Unified Operations offre basi OSS in grado di supportare un passaggio progressivo dall’automazione funzionale a operazioni sempre più coordinate e a ciclo chiuso.

Il portafoglio riunisce contesto operativo affidabile, assurance e osservabilità, orchestrazione, attivazione, decisioning, correzione e verifica. I CSP possono applicare progressivamente queste funzionalità a servizi, domini, processi e livelli di rischio definiti, anziché considerare l’autonomia come una trasformazione in un’unica fase.

Sì. Unified Operations è pensato per ambienti di telecomunicazioni che comprendono più fornitori, tecnologie, domini e sistemi operativi.

Può supportare ambienti fissi, mobili, di trasporto, core, di rete di accesso radio (RAN), cloud, software-defined networking (SDN), edge, fisici, virtuali e cloud native, integrandosi al contempo con i sistemi esistenti. L’architettura è inoltre progettata per integrare approcci allineati al TM Forum, funzionalità definite dal 3GPP, iniziative GSMA e CAMARA e modelli di ciclo di vita in stile MEF, ove pertinente.

Unified Operations è particolarmente rilevante per i CSP e gli operatori di rete che gestiscono cicli di vita dei servizi complessi su più sistemi, tecnologie, domini e fornitori.

Gli stakeholder tipici includono CTO, CIO, COO, responsabili delle operazioni di rete e dei servizi, team di trasformazione OSS, responsabili del fulfillment e dell’assurance, responsabili dell’inventario, team di automazione, responsabili della customer experience e stakeholder finanziari.

Unified Operations connette progettazione dei servizi, orchestrazione, attivazione, contesto operativo, assurance, decisioning, remediation e verifica come funzionalità complementari del ciclo di vita.

I modelli di servizio definiscono un intento riutilizzabile; l’orchestrazione coordina il lavoro richiesto; l’attivazione esegue le modifiche di rete o IT; inventario e topologia forniscono il contesto delle risorse del servizio; l’assurance osserva le condizioni; il decisioning seleziona una risposta; e la verifica conferma il risultato.

Questa continuità del ciclo di vita è la base sia per l'automazione dell'evasione sia per operazioni sempre più autonome.

L'automazione a ciclo chiuso collega rilevamento, comprensione, processo decisionale, esecuzione e verifica in un unico processo operativo governato.

Un modello operativo utile è Rilevare → Comprendere → Decidere → Agire → Verificare. Assurance e osservabilità rilevano le condizioni; inventario, topologia e relazioni di servizio forniscono il contesto; analytics, AI, policy o regole supportano la decisione; orchestrazione o attivazione eseguono l’azione; e l’assurance verifica se lo stato del servizio è migliorato.

La verifica distingue un ciclo chiuso completo da un'automazione che si limita ad applicare una modifica senza confermarne il risultato.

Inventario e topologia aiutano i workflow di automazione a comprendere risorse, servizi, connettività, dipendenze e relazioni interessati da una decisione operativa.

Questo contesto supporta l’orchestrazione, l’analisi dell’impatto sui servizi, l’analisi delle cause principali, le basi per i digital twin, le raccomandazioni generate dall’AI e la correzione a ciclo chiuso. Mantenere l'accuratezza dell'inventario riconciliando la realtà della rete rilevata con i record di inventario può rafforzare ulteriormente la fiducia.

Senza un contesto sufficientemente affidabile, le decisioni automatizzate possono essere più difficili da valutare e governare.

L'analisi dell'impatto sui servizi identifica quali servizi, clienti, sedi o impegni aziendali possono essere interessati da una condizione di rete o operativa.

Combina informazioni contestuali quali inventario, topologia, guasti, prestazioni, capacità, traffico e relazioni di servizio. Questo aiuta i team e i workflow automatizzati a dare priorità agli incidenti e alle azioni correttive in base all'impatto sul servizio e sul business, anziché alla sola gravità del problema.

Una comprensione più rapida dell’impatto può anche ridurre i tempi di indagine e favorire un MTTR inferiore se combinata con l’analisi delle cause principali e un’esecuzione controllata.

Un gemello digitale è una rappresentazione digitale delle risorse di rete e di servizio, delle relazioni, della topologia e dello stato operativo utilizzata per comprendere le dipendenze e il potenziale impatto.

L’analisi what-if può utilizzare questo contesto per valutare il probabile effetto di una modifica proposta prima dell’esecuzione, confrontare le opzioni di correzione e identificare i servizi o le dipendenze interessati. Ciò può supportare decisioni operative più consapevoli e controllate.

Le funzionalità di gemello digitale e di simulazione what-if devono essere posizionate in base alla relativa disponibilità del prodotto, dell’implementazione e della roadmap.

L'AI può supportare le operazioni delle telecomunicazioni in processi quali pianificazione e progettazione, dall'ordine all'attivazione e dalla segnalazione del problema alla risoluzione. Ad esempio, nell’ambito della risoluzione dei problemi, l’AI può offrire un valore significativo nel rilevamento delle anomalie, nell’analisi delle cause principali, nella previsione, nella definizione delle priorità, nelle raccomandazioni e nei workflow di remediation, ma deve basarsi su un contesto operativo affidabile.

I dati pertinenti possono includere informazioni su guasti e prestazioni, integrità dei servizi, inventario, topologia, contesto del cliente e degli SLA, cronologia dei workflow, ticket e risultati delle azioni correttive. I dati esatti dipendono dal caso d’uso.

L’AI dovrebbe essere introdotta progressivamente in processi ben definiti, con governance, risultati misurabili e una chiara responsabilità operativa.

Gli agenti AI possono interpretare il contesto operativo, consigliare azioni e coordinare le attività tra i sistemi nell'ambito di policy e controlli definiti.

A differenza dell’automazione tradizionale, che segue principalmente workflow predefiniti, gli agenti possono prendere decisioni intelligenti basate su modelli analitici e sul contesto per contribuire a interpretare le condizioni o coordinare i passaggi successivi. Non eliminano la necessità di controlli di esecuzione, auditabilità, approvazioni ove richieste, rollback o verifica post-azione.

Le capacità agentiche devono essere introdotte progressivamente e allineate alla disponibilità specifica di prodotto, deployment e roadmap.

L'automazione order-to-activate collega i processi necessari per passare da un ordine cliente o di servizio a un servizio attivato e operativo.

Il flusso può includere progettazione di servizi riutilizzabili, scomposizione degli ordini, orchestrazione, assegnazione dell'inventario, attivazione, configurazione, gestione dello stato e controlli di assurance su più sistemi e domini.

L'intento di servizio condiviso e il contesto operativo riducono i passaggi di consegne di routine e consentono all'intervento umano di concentrarsi sulle eccezioni.

L'automazione Trouble-to-resolve collega il rilevamento e l'analisi dei problemi alla diagnosi, all'esecuzione delle correzioni e alla verifica del risultato operativo.

Assurance rileva la condizione; inventario, topologia e impatto sul servizio definiscono il contesto; analytics, AI, policy o regole supportano la decisione; orchestrazione o attivazione eseguono la risposta; e l’assurance post-azione verifica il ripristino.

Gli stessi fondamenti del ciclo di vita del servizio utilizzati per l’orchestrazione possono quindi essere riutilizzati per la correzione.

Unified Operations e Digital Business Experience connettono l'esecuzione operativa al contesto relativo a clienti, prodotti, ordini, monetizzazione e assistenza.

Unified Operations offre le funzionalità OSS necessarie per progettare, orchestrare, attivare, garantire, correggere e verificare le operazioni di rete e dei servizi. Digital Business Experience estende tale contesto operativo agli ambiti rivolti ai clienti e al business, aiutando i CSP a correlare le condizioni di rete e di servizio con la priorità dei clienti, l’esposizione agli SLA, l’impatto sui ricavi, gli impegni di prodotto e le interazioni di assistenza.

Avvicinare questi ambienti può aiutare le operation a passare da processi decisionali incentrati su rete e servizi a processi decisionali incentrati su clienti e business. Ad esempio, le decisioni relative alla risoluzione o all’impatto sui clienti possono tenere conto non solo della gravità tecnica e del servizio, ma anche dei clienti interessati, dei servizi che utilizzano, degli impegni SLA e delle priorità aziendali più ampie.

Questo allineamento è particolarmente rilevante per i servizi moderni, come Network as a Service, la monetizzazione del 5G, i servizi enterprise supportati da SLA e gli scenari di operazioni autonome in cui l’intento di business deve fluire attraverso i processi operativi.