Il futuro è delineato: la maggior parte delle società di telecomunicazioni è convinta di dover passare a un’architettura cloud-native per ottenere maggiore agilità e scalabilità e per lanciare nuovi servizi in modo economicamente vantaggioso. Il problema dunque non è se migrare o meno, ma da dove iniziare questa trasformazione. La maggior parte degli operatori di rete mobile considera, giustamente, un’operazione del genere un’impresa impegnativa e lunga. Si tratta in effetti di un percorso evolutivo complesso e difficile da finanziare, anche perché comporta la pianificazione e l’integrazione con diversi fornitori.
Secondo Boston Consulting Group, per accelerare la trasformazione e ottenere benefici fin dalle prime fasi del percorso, le telco dovrebbero trasformare una funzione di rete alla volta. E una delle funzioni cruciali a cui dare la precedenza è quella definita come Internet Protocol Multimedia Subsystem (Ims).
La migrazione dell’Ims: perché conviene iniziare da qui
Stando a un paper recentemente pubblicato dalla società di consulenza, l’Ims rappresenta un ottimo spunto per cominciare la migrazione, perché il passaggio a un’architettura cloud-native può aiutare le telecomunicazioni a gestire priorità concorrenti, tra cui costi, stabilità, scalabilità e innovazione.
L’analisi di Bcg parte dalla considerazione che, per le telco, i costi continuano ad aumentare, mentre i margini sono sotto pressione. Nel frattempo, gli investimenti nel 5G non stanno ancora dando i loro frutti e gli operatori devono ancora affrontare anni di manutenzione delle precedenti generazioni di reti. In questo contesto, è essenziale ridurre i costi o renderli più flessibili. L’Ims è fondamentale per la fornitura di servizi vocali, che gli operatori dovranno offrire nel prossimo futuro.
I consumatori d’altra parte considerano fondamentale l’affidabilità dei servizi vocali e la maggior parte delle autorità di regolamentazione richiede che le società di telecomunicazioni offrano servizi vocali nativi, chiamate di emergenza e compatibilità con la rete fissa. Tuttavia, è improbabile che le Tlc registrino un aumento significativo delle entrate derivanti dai servizi vocali e l’Ims è una voce di costo significativa (in genere responsabile del 10%-15% del costo totale dell’infrastruttura di base mobile e fissa). Migrando l’Ims verso un’architettura cloud-native, le telecomunicazioni possono rendere più flessibile il costo dell’Ims.
La maggior parte degli operatori ha apportato poche modifiche al proprio Ims negli ultimi anni e, di conseguenza, si porta dietro il peso di piattaforme basate su dispositivi. Ciò significa che molti di loro dovranno aggiornare il proprio Ims nei prossimi anni con il rischio di piccole interruzioni dei servizi mission-critical durante la transizione. Ma sono disponibili soluzioni Ims cloud-native mature e collaudate. Queste offerte, essendo agnostiche quando si tratta di fornitori di piattaforme e di cloud, alleviano la preoccupazione che il lock-in di oggi nei confronti di un fornitore di apparecchiature di telecomunicazione diventi il lock-in di domani nei confronti di un fornitore di cloud.
Poiché l’Ims non è eccessivamente sensibile alla latenza, è inoltre possibile per gli operatori ottimizzare le implementazioni utilizzando infrastrutture cloud pubbliche a distanza. Questo margine di manovra sulla latenza apre anche la possibilità di costruire gateway di roaming cloud-native. Tali gateway migliorano la velocità e la reattività dei servizi di roaming perché non reindirizzano il traffico alla rete dell’operatore di origine.
Un Ims cloud-native supporta meglio l’innovazione (ad esempio, nel settore dell’IoT), in quanto è più facile integrarlo in piattaforme di orchestrazione di servizi end-to-end e network-as-a-service tramite microservizi. Pertanto, gli operatori che migrano il loro Ims verso un’architettura cloud-native su un cloud pubblico possono sviluppare e offrire nuovi servizi più velocemente e più facilmente.
L’analisi condotta da Bcg ha dimostrato che il costo totale di proprietà (Tco) in cinque anni per un operatore con 10 milioni di abbonati diminuisce maggiormente (60%) quando si migra il proprio Ims verso un’architettura cloud-nativa e lo si implementa su un cloud pubblico o una piattaforma simile al cloud pubblico. L’analisi è stata poi estesa anche agli operatori con 3, 30 e 90 milioni di abbonati, e questa è sempre risultata l’opzione più conveniente.
Così diminuiscono i costi
Per comprendere i potenziali risparmi che le telecomunicazioni possono ottenere migrando il loro Ims a un’architettura cloud-native su un cloud pubblico, Bcg ha analizzato in modo approfondito tre principali categorie di costi per un operatore con 10 milioni di abbonati.
Nella categoria “costi del prodotto” sono stati inclusi i costi di licenza per la soluzione Ims, i costi di manutenzione e supporto e i costi di aggiornamento e upgrade del software. Per una soluzione Ims legacy distribuita in sede, i costi di prodotto sono i più significativi e possono diminuire del 40% quando un operatore migra a una soluzione Ims cloud-native distribuita su un cloud pubblico. I fornitori di soluzioni che utilizzano microservizi containerizzati hanno costi di sviluppo e manutenzione inferiori e, quindi, possono applicare tariffe più basse.
Rispetto ai costi della piattaforma (costo delle istanze del server in base al numero di Cpu virtuali e alla quantità di Ram necessaria per utente, oltre ai costi di trasferimento dei dati) è possibile una riduzione del 70%, dovuta a due fattori. In primo luogo, le soluzioni cloud-native fanno intrinsecamente un uso più efficiente della capacità di calcolo perché utilizzano microservizi. In secondo luogo, le risorse sono più facili da scalare in base alle esigenze. Gli operatori possono utilizzare le risorse del fornitore di cloud pubblico, anziché acquistare e mantenere capacità on-premise dimensionate per i picchi di utilizzo.
La categoria dei costi operativi presenta il potenziale di risparmio più elevato: 80%. Per gestire, monitorare e risolvere i problemi di un Ims cloud-native distribuito su un cloud pubblico, un operatore ha bisogno di un numero significativamente inferiore di risorse perché beneficia di pratiche e funzionalità di sviluppo software moderne, come l’integrazione continua e la consegna continua, le funzionalità di auto-riparazione, l’automazione e le operazioni basate sull’intelligenza artificiale. Inoltre, gli aggiornamenti e gli upgrade della soluzione Ims sono molto più semplici da eseguire. Questa categoria comprende anche il costo della migrazione, nonché la necessaria qualificazione del team e l’acquisto e l’introduzione di nuovi strumenti. Tuttavia, i fornitori di solito includono la formazione e la certificazione come parte del pacchetto infrastrutturale, il che può ridurre ulteriormente i costi di una telco.
Al contrario, il passaggio di un Ims legacy a un cloud pubblico e la sua esecuzione su una macchina virtuale probabilmente non ridurrà i costi complessivi dell’operatore per due motivi. In primo luogo, questo tipo di migrazione richiede più risorse di calcolo e aumenta la complessità durante la gestione del ciclo di vita dell’Ims. In secondo luogo, impedisce un’agevole scalabilità on-demand, che è un importante fattore di riduzione dei costi per una soluzione Ims cloud-native.
La migrazione a un Ims cloud-native distribuito on premises produce una riduzione più modesta del 45% del Tco. Se si confronta questo scenario con un’implementazione su cloud pubblico, i costi operativi rimangono più elevati a causa di un minore miglioramento del monitoraggio remoto e dell’automazione. Inoltre, l’utilizzo delle risorse è leggermente meno efficiente.
I vantaggi a lungo termine della trasformazione
In termini finanziari, il messaggio è chiaro: esiste un’argomentazione convincente per la migrazione di un Ims legacy a un Ims cloud-native e la sua distribuzione su un cloud pubblico. Per le società di telecomunicazioni che monitorano il flusso di cassa operativo libero, c’è l’ulteriore vantaggio di spostare la spesa da capitale a spesa operativa.
Ma, oltre a ridurre i costi e a renderli più elastici, c’è un vantaggio molto sostanziale – e a lungo termine, forse ancora più importante – nell’intraprendere una migrazione: può dare a un’organizzazione l’opportunità di vedere una funzione di rete operare in modo efficiente su un cloud pubblico e rappresentare un passo verso una trasformazione più ampia.
