OpenKeel: la soluzione Cloud sovrana, francese e di portata europea, del gruppo inherent Scopri inherent

Architettura

Skyline: le aggiunte di OpenKeel

La console Skyline di OpenKeel è skyline-console upstream più cinque patch e un'estensione server: identità delegate per dominio cliente, Single Sign-On per dominio, credenziali EC2, costo e impronta di carbonio alla creazione, una dashboard FinOps / GreenOps e le metriche delle VM.

Cosa aggiunge OpenKeel alla console

Identità del dominio per i manager

Un dominio Keystone per cliente, amministrato dai suoi manager

Per saperne di più

OIDC per dominio

Ogni dominio porta il proprio provider di identità OpenID Connect

Per saperne di più

Accettazione degli utenti

Gli utenti provenienti dall'IdP attendono un ruolo; i manager lo assegnano o li pre-autorizzano

Per saperne di più

Credenziali EC2

Chiavi di accesso e segrete per l'API EC2, per utenti e amministratori

Per saperne di più

Costo e carbonio alla creazione

Cifre FinOps e GreenOps nei moduli di creazione e nel popup delle quote

Per saperne di più

FinOps / GreenOps e Metrics

Una dashboard dei costi e dell'impronta del progetto, e le metriche delle sue VM

Per saperne di più

Gestione delle identità del dominio da parte dei suoi manager

Keystone delega la gestione degli utenti per dominio: un utente con il ruolo manager su un dominio ne crea utenti, gruppi e progetti e assegna manager, member o reader, mai admin e mai fuori dal dominio. OpenKeel dà a ogni cliente un dominio tutto suo.

CosaComeStato
Un dominio per clienteLa risorsa OpenKeelCustomer (Kubernetes, con ambito cluster) dichiara il dominio, i suoi manager e i primi progetti; il controller keystone-customers li mantiene in Keystone e ripara le modifiche manuali ogni 10 minutiFatto
ManagerRuolo manager sul dominio, ereditato dai suoi progetti perché Skyline accetti il loro accesso; password iniziale in un Secret, mai reimpostata dal controllerFatto
Accesso<utente>@<dominio> nel campo utente della console (alice@acme)Fatto
Regole Keystone in SkylineLe 204 regole keystone:* di Keystone 2026.2, verificate con un persona manager con ambito dominio (1.866 regole × 8 persona identiche)Fatto
Menu Dominio della console di progettoDominio > Single Sign-On per gli utenti con manager o admin sul dominioFatto
Utenti, gruppi e progetti del dominio da SkylineLe pagine Identità della console restano riservate agli amministratori di sistema: un manager usa ok o l'API con un token con ambito dominioDa fare

Eliminare un cliente: deletionPolicy: Retain disattiva il dominio e lo conserva; Delete lo rimuove con utenti, gruppi e progetti. Dettagli: openkeel-keystone/docs/CUSTOMERS.md.

Un provider OpenID Connect personalizzato per dominio

Dominio > Single Sign-On, scheda Identity Provider: il manager collega il dominio all'IdP dell'azienda (Keycloak, Entra ID, Okta…). Le impostazioni vanno nell'OpenKeelCustomer del dominio; il controller scrive in Keystone il provider di identità, un mapping generato da OpenKeel (mai scritto dal cliente) e il protocollo openid.

ImpostazioneRuolo
AttivatoAttiva o disattiva il Single Sign-On del dominio
Issuer URLL'issuer OpenID Connect dell'IdP; il suo documento di discovery deve essere raggiungibile
Client ID, Client SecretIl client della console presso l'IdP; il secret è in sola scrittura (mantenuto se lasciato vuoto) e conservato in un Secret Kubernetes
User Name ClaimIl claim che dà il nome all'utente nel dominio (default preferred_username)
Groups Claim, Group MappingGruppi dell'IdP trasformati in appartenenze ai gruppi del dominio (cloud-admins = admins), gruppi creati se mancano
Testo del pulsanteTesto del pulsante di accesso
Redirect URIMostrato dalla pagina, da registrare nel client dell'IdP

Gli utenti creati tramite l'IdP sono utenti ombra del solo dominio del cliente. Non ancora fatto: un host di console per cliente, per cui la pagina di accesso propone ancora gli IdP della configurazione di Skyline.

Accettare gli utenti del dominio

Dominio > Single Sign-On, scheda Users: nessuno entra nei progetti del dominio senza la decisione di un manager.

  1. 1

    Primo accesso

    Un utente autenticato dall'IdP viene creato nel dominio senza ruolo: mostrato Pending

  2. 2

    Decisione

    Il manager sceglie un ruolo: member, manager (sul dominio, ereditato dai suoi progetti) o none

  3. 3

    Rifiuto

    none rimuove i ruoli e disattiva l'utente: Keystone revoca i suoi token

  4. 4

    Pre-autorizzazione

    Add User: identificativo presso l'IdP, ruolo ed e-mail prima del primo accesso, che ritrova allora l'utente e il suo ruolo

Credenziali EC2

Le chiavi di accesso e segrete dell'API EC2 di OpenKeel (AWS CLI, boto3, Terraform), gestite dalla console secondo le policy ec2_* di Keystone.

Quelle di tutti gli utenti, per l'amministratore

Identità > EC2 Credentials: le credenziali di tutti gli utenti con i nomi di utente e progetto; create per un utente e un progetto scelti, o eliminate.

Quelle dell'utente

Menu utente, accanto alle Application Credentials: l'utente crea credenziali per uno dei suoi progetti.

  • Chiave segreta mascherata, con un pulsante di copia
  • Una nuova credenziale viene proposta come file di credenziali dell'AWS CLI

Costo e impronta di carbonio alla creazione di una VM

I moduli di creazione calcolano ciò che viene costruito tramite openkeel-pricing (POST /v1/quotes), con le tariffe unitarie dell'OpenKeelTenant del progetto: costo al mese (€) e impronta di carbonio all'anno (kg CO₂e).

DoveCosa viene mostrato
Modulo istanzaFlavor, numero, volumi root e dati (il disco root del flavor è escluso quando l'istanza si avvia da un volume)
Modulo volumeDimensione e numero
Zona DNS, connessione IPsec tra sitiIl costo e l'impronta annui della zona o della VPN
Popup delle quote dei moduliDue schede sotto gli indicatori: il costo stimato del progetto al mese e la sua impronta di carbonio all'anno, sul suo utilizzo più ciò che il modulo aggiunge (vCPU, memoria, capacità dei volumi)

Non viene mostrato nulla quando il catalogo non ha la voce pricing o nessun OpenKeelTenant fissa le tariffe.

Dashboard FinOps / GreenOps e Metrics

FinOps / GreenOps (Home)

  • CloudKitty: mese corrente, previsione di fine mese con la sua tendenza, mese scorso
  • Mese corrente per servizio (anello), mese scorso e mese corrente (barre), le dieci risorse più costose, istanze collegate
  • openkeel-pricing: impronta di carbonio dell'utilizzo attuale al mese e all'anno, la sua ripartizione per risorsa, il costo di tale utilizzo e le tariffe unitarie
FinOps / GreenOps e CloudKitty

Metrics

  • Uso di CPU, memoria e disco (%) e I/O disco delle istanze del progetto, una curva per istanza
  • Periodi dall'ultima ora a un anno, o personalizzati
  • Le istanze più cariche per prime, filtro, Tutte / Nessuna; schede con le istanze tracciate, la media attuale e il picco del periodo
  • Serie KubeVirt kubevirt_vmi_* lette da Prometheus da skyline-apiserver (GET /extension/server_metrics)
Chi legge Prometheus

Come vengono distribuite le aggiunte

skyline-console resta upstream: l'immagine openkeel-skyline scarica un commit fissato della console e applica in ordine le patch di openkeel-skyline/console-patches prima di costruirla. La build fallisce quando una patch non si applica più, quindi una nuova versione della console non viene mai distribuita senza di esse. Ogni testo è presente in ogni lingua (tedesco e cinese tradotti).

Il lato server è openkeel-skyline, la riscrittura in Go di skyline-apiserver: inoltra i nuovi tipi di catalogo (pricing, rating, customer) come le API OpenStack e aggiunge GET /extension/server_metrics.