CoreCLI — Riga di comando
CoreCLI è l’interfaccia amministrativa ufficiale dell’appliance. Il suo scopo dichiarato è sostituire la shell Linux nelle operazioni ordinarie.
L’accesso diretto al sistema operativo va considerato un’operazione eccezionale, consentita solo attraverso la procedura di break-glass — che è disponibile, ed è tracciata.
Perché non la shell
Sezione intitolata “Perché non la shell”Perché la shell non ha confini. Chi ha una shell può fare qualsiasi cosa, compresa quella che romperà il cluster in un modo che nessuno saprà ricostruire tre mesi dopo.
CoreCLI fa passare ogni operazione dalle API di piattaforma. Da questo discendono quattro proprietà che una shell non può dare:
- Auditabilità. Ogni comando è un’operazione tracciata con autore, momento ed esito.
- RBAC. Chi può fare che cosa è deciso centralmente, non dai permessi del filesystem.
- Astrazione. Il comando esprime l’intento, non l’implementazione. Se domani cambia il modo in cui un servizio viene riavviato, il comando resta lo stesso.
- Automazione. Ogni comando può produrre JSON o YAML, adatti a essere consumati da uno script.
CoreCLI non esegue systemctl, kubectl, helm, crictl, ip o nmcli.
Chiede alle API di farlo.
Come si accede
Sezione intitolata “Come si accede”Dalla console del nodo — quella dell’hypervisor o la console fisica — oppure via SSH dove la policy lo consente. All’accesso l’ambiente presenta direttamente CoreCLI: non c’è un prompt di shell da cui passare.
Amministrazione basata sull’intento
Sezione intitolata “Amministrazione basata sull’intento”I comandi descrivono che cosa volete ottenere:
core cluster expandcore service restart nucleuscore lcm upgradecore network set --interface eth0 --address 10.0.10.21/24e non come si fa:
# non è così che si lavora su un'appliance Corellixsystemctl restart corellix-nucleuskubectl -n corellix-services rollout restart deployment/nucleusFormati di uscita
Sezione intitolata “Formati di uscita”core cluster status # tabella leggibilecore cluster status --output json # per uno scriptcore cluster status --output yaml # per una pipelineComandi principali
Sezione intitolata “Comandi principali”L’elenco completo è in Comandi CoreCLI. I gruppi:
| Gruppo | Ambito |
|---|---|
core cluster | Nodi, join, espansione, stato |
core service | Servizi della piattaforma |
core lcm | Versioni, piani, aggiornamenti, rollback |
core network | Indirizzi, gateway, DNS, VIP |
core cert | Certificati, scadenze, sostituzione |
core license | Licenza e componenti attivati |
core connectivity | Modalità connected / proxy-only / air-gapped |
core backup | Backup e ripristino della piattaforma |
core diag | Diagnostica e bundle di supporto |
Ogni comando ha --help.
Break-glass
Sezione intitolata “Break-glass”Quando serve davvero la shell — un guasto che le API non coprono, una richiesta esplicita del supporto — la procedura di break-glass la concede. L’accesso è registrato, delimitato nel tempo e riportato negli audit.
Non è una scorciatoia da usare perché è più veloce. Ogni intervento manuale sul sistema è una divergenza dallo stato che la piattaforma crede di avere, e la riconciliazione la annullerà o entrerà in conflitto con essa.