Tus primeras solicitudes a la API

Empieza con solicitudes de solo lectura para comprobar la conectividad, las credenciales y el contexto del equipo. Necesitas la CLI y, para el flujo bearer documentado, acceso de administrador al equipo seleccionado.

Comprobar la salud pública

curl --fail-with-body https://api.adios.dev/v1/health

Esta solicitud no requiere autenticación. Una respuesta de salud correcta verifica la ruta pública de la API; no verifica tu cuenta ni el despliegue del entorno de ejecución.

Configura tus credenciales privadas

Usa Autenticación de la API para obtener un token de diagnóstico e introdúcelo sin dejar el valor en el historial del shell. Para bash:

export ADIOS_API_URL=https://api.adios.dev
export ADIOS_TEAM_ID=YOUR_TEAM_ID
read -r -s -p 'Access token: ' ADIOS_ACCESS_TOKEN
export ADIOS_ACCESS_TOKEN

Reemplaza los marcadores YOUR_TEAM_ID con el equipo seleccionado en la CLI. El token debe corresponder a ese mismo equipo.

Comprueba tu identidad y tus recursos

curl --fail-with-body "$ADIOS_API_URL/v1/auth/me" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID"

curl --fail-with-body "$ADIOS_API_URL/v1/workload?page=1&per_page=20" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID"

curl --fail-with-body "$ADIOS_API_URL/v1/team/deployment-context" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID"

Verifica tu identidad, los recursos del equipo y el contexto de despliegue disponible. Usa los IDs de recursos devueltos y las regiones disponibles en las solicitudes posteriores. No inventes un ID a partir de los ejemplos sintéticos.

Elimina la variable del token temporal al terminar la sesión:

unset ADIOS_ACCESS_TOKEN

Para el trabajo habitual, usa preferentemente un almacén de secretos del cliente. Para Postman, sigue la configuración de la colección. Investiga un estado de error con errores y paginación.