Configuración de la API de Satellite

Utilice la API de IBM Cloud Satellite para automatizar el aprovisionamiento y la gestión de sus ubicaciones, hosts y clústeres en entornos híbridos y multinube.

IBM Cloud Satellite comparte la misma interfaz de programación de aplicaciones (API) que IBM Cloud Kubernetes Service y Red Hat OpenShift on IBM Cloud, para que pueda utilizar los mismos métodos para crear y gestionar de forma coherente los recursos de Satellite.

Acerca de la API

La API de Satellite automatiza el suministro y la gestión de los recursos de la infraestructura IBM Cloud para los clústeres para que las apps tengan los recursos de cálculo, de red y de almacenamiento que necesitan para ofrecer servicios a los usuarios.

La API da soporte a los distintos proveedores de infraestructura que están disponibles para que pueda crear clústeres y recursos. La API v2 se ha diseñado para evitar que se interrumpa la funcionalidad existente siempre que sea posible. Sin embargo, asegúrese de revisar las siguientes diferencias entre la API v1 y la API v2.

Prefijo de punto final de API: API de v1: https://containers.cloud.ibm.com/global/v1; API de v2: https://containers.cloud.ibm.com/global/v2
Documentación de referencia de API: API de v1: https://cloud.ibm.com/apidocs/kubernetes/containers-v1-v2; API v2: https://cloud.ibm.com/apidocs/kubernetes/containers-v1-v2
Estilo de arquitectura de la API: API de v1: Representational State Transfer (REST) que se centra en los recursos con los que interactúa a través de métodos HTTP como GET, POST, PUT, PATCH y DELETE.; API de v2: llamadas de procedimiento remoto (RPC) que se centran en acciones a través de los métodos HTTP GET y POST únicamente.
Respuestas de GET: API de v1: el método GET para una colección de recursos (como por ejemplo GET v1/clusters) devuelve los mismos detalles para cada recurso de la lista como un método GET para un recurso individual (como por ejemplo GET v1/clusters/{idOrName}).; API de v2: para devolver las respuestas más rápidamente, el método GET de v2 para una colección de recursos (como por ejemplo GET v2/clusters) devuelve únicamente un subconjunto de información que se detalla en un método GET para un recurso individual (como por ejemplo GET v2/clusters/{idOrName}). Algunas respuestas de lista incluyen una propiedad de proveedores que identifica si el elemento devuelto se aplica a la infraestructura clásica o de VPC. Por ejemplo, la lista GET zones devuelve algunos resultados como mon01 que solo están disponibles en el proveedor de infraestructura clásica, mientras que otros resultados como us-south-01 solo están disponibles en el proveedor de infraestructura de VPC.
Respuestas de clúster, de nodo trabajador y de agrupación de nodos trabajadores: API de v1: las respuestas incluyen solo información específica del proveedor de infraestructura clásica, como las VLAN en las respuestas de trabajador y el clúster de GET.; API de v2: la información devuelta depende del proveedor de infraestructura. Para las respuestas específicas del proveedor, puede especificar el proveedor en la solicitud. Por ejemplo, los clústeres de VPC no devuelven información de VLAN porque no tienen VLAN. En lugar de ello, devuelven información de subred y de red CIDR.