Questa sezione descrive le risorse di Telecom Network Automation.
Cluster di orchestrazione
Un cluster di orchestrazione è un cluster del piano di controllo basato su GKE che gestisce i carichi di lavoro di cui è stato eseguito il deployment tramite Telecom Network Automation. Un cluster di orchestrazione utilizza Config Controller come base.
Progetti
Un blueprint (BP) è una raccolta di risorse Kubernetes sotto forma di file YAML che contengono le configurazioni necessarie per automatizzare il deployment dell'infrastruttura richiesta.
Telecom Network Automation fornisce una libreria di blueprint, che contiene i blueprint chiave. Questa libreria progetti è nota anche come catalogo pubblico. Questa guida utilizza i termini Libreria di blueprint e Catalogo pubblico in modo intercambiabile. I blueprint nel catalogo pubblico sono denominati *blueprint pubblici.
Puoi importare qualsiasi blueprint pubblico nel tuo progetto di automazione della rete di telecomunicazioni e personalizzarli in base alle tue esigenze aziendali. Questi progetti sono denominati catalogo privato.
Il ciclo di vita di un progetto è il seguente:
Una volta importato, il blueprint inizia nello stato BOZZA dopo la creazione. Tutte le modifiche vengono apportate al progetto in stato BOZZA.
Quando le modifiche sono pronte per la revisione, puoi proporre il progetto e aggiornare lo stato su PROPOSTO. Non puoi modificare un blueprint nello stato PROPOSTO.
Una volta approvato un progetto proposto, lo stato del progetto viene aggiornato a APPROVATO. Viene eseguito il commit di una nuova revisione.
Puoi utilizzare l'ultima revisione di cui è stato eseguito il commit per creare un deployment sul cluster di orchestrazione o del carico di lavoro.
Le modifiche a un progetto con stato APPROVATO riportano lo stato a BOZZA. L'ultima revisione di un progetto rappresenta l'ultimo stato APPROVATO.
Il livello di deployment di un progetto base specifica dove applicarlo. Il seguente elenco descrive i livelli di blueprint disponibili:
Idratazione: non puoi utilizzare i blueprint a livello di idratazione per creare un deployment. Non puoi avviare manualmente il deployment di questi blueprint sui cluster di orchestrazione o dei carichi di lavoro. Questi progetti rimangono nel tuo catalogo privato, che viene configurato e sottoposto a deployment dall'automazione di Telecom Network Automation.
Singola implementazione: puoi modificare i blueprint a livello di singola implementazione nel tuo catalogo privato e utilizzarli per creare un'implementazione in un cluster di orchestrazione da parte dell'utente con approvazione.
Multi-deployment: puoi modificare i blueprint a livello di multi-deployment nel tuo catalogo privato e utilizzarli per creare un deployment su un cluster di orchestrazione, che crea ulteriori deployment a livello di idratazione.
Deployment
Un deployment è un progetto base attivato che applichi a un cluster di orchestrazione o a un cluster di workload. Un deployment inizia nello stato DRAFT. Tutte le modifiche vengono apportate in questo stato. Un deployment aperto per la modifica dopo l'applicazione è in stato BOZZA, mentre la revisione precedente è la versione applicata corrente.
Lo stato APPLICATO rappresenta i contenuti del deployment applicati a un cluster di orchestrazione o di carichi di lavoro. Una revisione viene creata quando un deployment viene APPLICATO. Questa revisione rappresenta l'ultima visualizzazione di APPLICATO sul cluster finché non modifichi e applichi il deployment, che crea una nuova revisione.
Un deployment nello stato DELETING è contrassegnato per l'eliminazione. Puoi eseguire query sull'eliminazione tramite l'API ComputeDeploymentStatus. Non sono consentiti aggiornamenti a un
deployment in stato ELIMINAZIONE IN CORSO.
L'amministratore del deployment lavora con i deployment ed è responsabile delle modifiche appropriate. A differenza dei blueprint, i deployment hanno solo alcuni campi e file modificabili selezionati che l'utente modifica in base alle specifiche.