Configurazione dell'API Satellite

Utilizza l'API " IBM Cloud Satellite " per automatizzare il provisioning e la gestione delle tue sedi, dei tuoi host e dei tuoi cluster in ambienti ibridi e multicloud.

IBM Cloud Satellite condivide la stessa API (application programming interface) come IBM Cloud Kubernetes Service e Red Hat OpenShift on IBM Cloud, in modo da poter utilizzare gli stessi metodi per creare e gestire in modo coerente le tue risorse Satellite.

Informazioni sull'API

L'API di Satellite automatizza il provisioning e la gestione delle risorse dell'infrastruttura IBM Cloud per i tuoi cluster in modo che le tue applicazioni dispongano delle risorse di calcolo, rete e archiviazione necessarie per servire gli utenti.

L'API supporta i diversi provider di infrastrutture disponibili per creare cluster e risorse. L'API v2 è progettata per evitare l'interruzione della funzionalità esistente laddove possibile. Tuttavia, assicurati di esaminare le seguenti differenze tra l'API v1 e v2.

Prefisso endpoint API: API v1: https://containers.cloud.ibm.com/global/v1; API v2: https://containers.cloud.ibm.com/global/v2
Documenti di riferimento API: v1: https://cloud.ibm.com/apidocs/kubernetes/containers-v1-v2; API v2: https://cloud.ibm.com/apidocs/kubernetes/containers-v1-v2
Stile dell'architettura API: v1 API: Representational State Transfer (REST), incentrata sulle risorse con cui si interagisce tramite metodi di tipo " HTTP ", quali GET, POST, PUT, PATCH e DELETE.; v2 API: Chiamate di procedura remota ( RPC ) incentrate esclusivamente sulle azioni eseguibili tramite i metodi GET, POST e HTTP.
GET risposte: v1 API: Il metodo GET per un insieme di risorse (ad esempio GET v1/clusters) restituisce gli stessi dettagli per ciascuna risorsa dell'elenco che il metodo GET per una singola risorsa (ad esempio GET v1/clusters/{idOrName}).; v2 API: Per garantire risposte più rapide, il metodo v2 GET relativo a un insieme di risorse (ad esempio GET v2/clusters) restituisce solo un sottoinsieme delle informazioni fornite in dettaglio dal metodo GET relativo a una singola risorsa (ad esempio GET v2/clusters/{idOrName}). Alcune risposte all'elenco includono una proprietà dei provider per identificare se l'elemento restituito si applica all'infrastruttura classica o VPC. Ad esempio, l'elenco GET zones restituisce alcuni risultati come mon01 che sono disponibili solo nel provider dell'infrastruttura classica, mentre altri risultati come us-south-01 sono disponibili solo nel provider dell'infrastruttura VPC.
Risposte del cluster, nodo di lavoro e pool di nodi di lavoro: v1 API: Le risposte includono solo informazioni specifiche relative al provider di infrastruttura classica, quali le VLAN presenti in un cluster di GET e le risposte dei worker.; v2 API: Le informazioni restituite variano a seconda del fornitore dell'infrastruttura. Per tali risposte specifiche per il provider, puoi specificare il provider nella tua richiesta. Ad esempio, i cluster VPC non restituiscono informazioni VLAN poiché non dispongono di VLAN. Invece, restituiscono informazioni sulla sottorete e sulla rete CIDR.