CI/CD nelle reti 5G - Integrazione continua e distribuzione continua per le reti 5G in AWS

CI/CD nelle reti 5G

Il costrutto di progettazione dell'infrastruttura viene archiviato sotto forma di codice utilizzando un linguaggio dichiarativo. Ciò consente al CSP di avere una riproduzione ripetibile dell'infrastruttura con lo stesso comportamento previsto in base alle esigenze. Il codice viene mantenuto nel repository di codice e viene configurata una pipeline per orchestrare gli aggiornamenti alle pile implementate (ad esempio, AWS CDK e AWS CloudFormation). AWS può aiutare a creare il framework Infrastructure as Code (IaC) per l'inserimento agile delle funzioni di fornitore di software indipendente (ISV).

Diagramma che illustra il flusso della pipeline di codice

Flusso della pipeline di codice

Le modifiche nelle configurazioni delle funzioni di rete native per il cloud tramite i grafici Helm sono considerate trigger per l'esecuzione automatica di pipeline CI/CD per le funzioni di rete.

AWS CodeCommit può essere utilizzato per gestire i file di configurazione e Amazon ECR per conservare le immagini dei container.

Come mostrato nella figura del flusso della pipeline del codice, quando l'ISV invia nuove modifiche del codice nel repository di codice (grafico Helm, file di configurazione o file delle proprietà), viene attivata la pipeline di codice. La pipeline di codice estrae l'immagine da ECR e utilizza il grafico Helm per implementare l'applicazione. Il nuovo test delle applicazioni può essere integrato con il framework di automazione dei test di terze parti. In base al risultato, i CSP possono approvare l'implementazione in produzione.

La fase di origine di CodePipeline cerca le modifiche nei file di configurazione. I provider validi per la fase di origine sono CodeCommit, Amazon S3, GitHub o AWS CloudFormation. I sistemi di origine alternativi possono essere integrati utilizzando le funzioni Lambda per implementare i webhook, consentendo l"integrazione guidata dagli eventi tra Gitlab e AWS CodePipeline. Consulta i seguenti collegamenti per una guida dettagliata dell'implementazione.

La progettazione della pipeline CI/CD deve tenere conto delle fasi di implementazione critiche come l'implementazione iniziale, il test e la promozione in produzione dopo che i risultati dei test sono stati allineati alle aspettative e verificati rispetto alla linea di base. Ogni fase del processo della pipeline fornisce artefatti di dati che abilitano il confronto e le decisioni orientate ai dati.

Diagramma che illustra le fasi della pipeline CI/CD dell'applicazione: modifica, implementazione, test, promozione, monitoraggio.

Fasi della pipeline CI/CD dell'applicazione

Ogni fase può essere considerata un'attività separata, consentendo l'incorporazione di flussi di lavoro di convalida e implementazione adeguati a supportare il servizio di rete e le funzioni di rete native per il cloud. Le attività di esecuzione possono incorporare strumenti aggiuntivi di terze parti, come generatori e simulatori di traffico, consentendo la convalida dei servizi di rete end-to-end.

AWS fornisce il sofisticato servizio AWS Step Functions (macchina a stati nativa per il cloud) che si integra in modo nativo con altri servizi AWS e con sistemi esterni come Jira o un framework di automazione dei test.