Introduzione

Storicamente, lo sviluppo, i test di integrazione in laboratorio e sul campo e l'implementazione in produzione di nuovi nodi di rete o nuove funzionalità in una rete cellulare richiedevano settimane o addirittura mesi per garantire la stabilità dei servizi di telecomunicazione (telecomunicazioni) critici per la missione e l'attività. Il lungo ciclo di implementazione è stato causato dall'architettura monolitica dei nodi di rete tradizionali, da un ambiente multivendor e da molte point-to-point interfacce tra entità di rete nelle reti mobili 2G, 3G e 4G.

Come introdotto nel white paper 5G Network Evolution with AWS, le reti mobili 5G, come standardizzate da 3GPP, ora supportano un'architettura nativa del cloud abilitata dalla virtualizzazione e dalla containerizzazione. Più specificamente, le reti 5G introducono e supportano un nuovo paradigma di architettura basata su microservizi, stateless e basata sui servizi.

Questa architettura 5G significa che diverse funzioni di rete possono funzionare come servizi indipendenti liberamente accoppiati che comunicano tra loro attraverso interfacce ben definite e. APIs Soprattutto, ogni funzione di rete può essere aggiornata in modo indipendente. Questo cambiamento di architettura nel 5G consente di CSPs ottenere maggiore agilità ed efficienza operativa semplificando l'implementazione più frequente degli aggiornamenti per le funzioni di rete, mantenendo al contempo i test, i requisiti di sicurezza e gli standard attraverso l'automazione.

L'integrazione e l'implementazione di nuove funzionalità per un CSP generalmente iniziano quando il fornitore delle funzioni di rete rilascia un nuovo pacchetto software per le funzioni di rete, come un'immagine Docker in una funzione di rete basata su container o un nuovo file di configurazione, come un grafico Helm nel caso dell'applicazione Kubernetes. (Un grafico Helm è una raccolta di file che descrivono un set correlato di risorse Kubernetes).

L'idea di utilizzare il paradigma CI/CD per l'implementazione delle funzioni di rete 5G sta guadagnando terreno, ma la realizzazione pratica di questa idea è stata una sfida nel settore delle telecomunicazioni.

A AWS WS ha aperto la strada allo sviluppo di nuovi strumenti CI/CD per la distribuzione di software per aiutare un ampio spettro di settori a sviluppare e implementare rapidamente le modifiche software, mantenendo al contempo la stabilità e la sicurezza dei sistemi. Questi strumenti includono una serie di servizi di sviluppo e gestione del software (DevOps) come AWS CodeStar,, CodeCommit, CodePipelinee. CodeBuildCodeDeploy

AWS promuove anche l'idea di Infrastructure as Code (IaC) utilizzando AWS Cloud Development Kit (AWS CDK) CloudFormation, AWS e strumenti di terze parti basati su API come Terraform. Utilizzando questi strumenti, è AWS possibile archiviare i processi di implementazione delle funzioni di rete AWS come codice sorgente e mantenere questo codice sorgente IaC nella pipeline CI/CD per realizzare una distribuzione continua.

Questo white paper descrive i processi dettagliati per sfruttare gli strumenti AWS IAc e CI/CD per l'implementazione e l'aggiornamento della funzione di rete 5G. Inoltre, questo white paper tratta l'integrazione con strumenti di terze parti per test, osservabilità e orchestrazione.

AWS CI/CD tools are not restricted to 5G network functions. They are also employed for automating the deployment of 4G networks, which enables CSPs to rapidly and efficiently deploy and update 4G network functions. Most 4G network functions are Virtual Network Function (VNF) based. AWS CI/CDset di strumenti come quelli AWS CloudFormation possono essere utilizzati per automatizzare l'implementazione del 4G VNFs, garantendo scalabilità e efficienza temporale per le implementazioni di reti 4G.