Suas primeiras requisições à API

Comece com requisições de somente leitura para verificar conectividade, credenciais e contexto da equipe. Você precisa de CLI e, para o fluxo bearer documentado, acesso de administrador à equipe selecionada.

Verificar a saúde pública

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

Esta requisição não exige autenticação. Uma resposta de saúde bem-sucedida verifica o caminho da API pública; não verifica sua conta nem a implantação do ambiente de execução.

Defina suas credenciais privadas

Usar Autenticação da API para obter um token de diagnóstico e inseri-lo sem registrar o valor no histórico do 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

Substitua YOUR_TEAM_ID com a equipe selecionada na CLI. O token deve pertencer a essa mesma equipe.

Verifique sua identidade e 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"

Verifique sua identidade, recursos da equipe e contexto de implantação disponível. Use os IDs de recursos retornados e as regiões disponíveis nas requisições seguintes. Não invente um ID a partir dos exemplos sintéticos.

Limpe a variável temporária do token após a sessão:

unset ADIOS_ACCESS_TOKEN

Prefira um armazenamento de segredos do cliente para o trabalho regular. No Postman, siga a configuração da coleção. Investigue um status de falha usando erros e paginação.