API des workloads
Gérez les applications et les environnements d’exécution. Les actions de compilation et de déploiement peuvent consommer des ressources payantes ; utilisez un workload jetable pour essayer les exemples. Définissez workload_image sur une image ou un rootfs pris en charge par votre configuration de déploiement, et region sur une région disponible renvoyée par l’opération de contexte de déploiement.
Utiliser Authentification API pour les requêtes protégées. Les exemples utilisent vos propres ID de ressources et un jeton temporaire ; les exemples de réponses enregistrés sont synthétiques.
| Méthode | Chemin | Opération |
|---|---|---|
GET | /v1/workload | Lister les workloads |
POST | /v1/workload | Créer un workload |
GET | /v1/workload/{id} | Obtenir le workload |
PUT | /v1/workload/{id} | Mettre à jour la charge de travail |
DELETE | /v1/workload/{id} | Supprimer le workload |
POST | /v1/workload/{id}/build | Compiler le workload depuis le dépôt |
POST | /v1/workload/{id}/deploy | Déployer le workload |
GET | /v1/workload/{id}/builds | Lister les compilations du workload |
GET | /v1/workload/{id}/builds/{build_id}/logs | Obtenir les journaux de compilation |
GET | /v1/workload/{id}/logs | Obtenir les journaux du workload |
GET | /v1/workload/{id}/replicas | Lister les réplicas du workload |
GET | /v1/workload/{id}/runtime-status | Obtenir l’état d’exécution du workload |
GET | /v1/workload/{id}/runtime-notices | Obtenir les avis d’exécution du workload |
Lister les workloads
GET /v1/workload
Renvoie une liste paginée de Workload
Authentification : jeton bearer et en-tête d’équipe présentés ci-dessous.
Paramètres
| Nom | Emplacement | Requis | Description |
|---|---|---|---|
X-Tenant-ID | en-tête | oui | ID de l’équipe active. Doit correspondre au tenant lié au jeton de diagnostic. |
page | requête | non | Numéro de page |
per_page | requête | non | Éléments par page |
Exemple de requête
Définissez ADIOS_API_URL=https://api.adios.dev. Pour les requêtes protégées, définissez ADIOS_ACCESS_TOKEN et ADIOS_TEAM_ID comme dans le démarrage rapide. Définissez les autres variables ADIOS_* à partir des résultats de vos propres ressources.
curl --fail-with-body --request GET "$ADIOS_API_URL/v1/workload" \
-H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
-H "X-Tenant-ID: $ADIOS_TEAM_ID"
Réponse : HTTP 200
Liste de Workload
Champs de réponse
| Champ | Type | Description |
|---|---|---|
data | tableau | |
data[].allow_default_domain | booléen | Indique si l’accès par le domaine *.adios.run par défaut est autorisé lorsqu’un domaine personnalisé est configuré |
data[].branch | chaîne | Branche ou étiquette Git |
data[].build_id | chaîne | Lien vers un artefact de compilation précis |
data[].config | objet | Configuration propre au workload (par exemple planification cron, nom de file d’attente, utilisateur de base de données) |
data[].created_at | entier | (horodatage Unix) |
data[].current_source_artifact_id | chaîne | Enregistrement API de l’artefact source pour la compilation actuellement déployée |
data[].deleted_at | entier | (horodatage Unix) |
data[].domain | chaîne | Nom d’hôte *.adios.run généré ou domaine personnalisé vérifié appartenant à l’utilisateur ; les affectations *.adios.dev et *.adios.run personnalisées sont réservées |
data[].env_vars | objet | |
data[].image | chaîne | Emplacement de l’image Docker ou du rootfs |
data[].name | chaîne | |
data[].node_id | chaîne | |
data[].parent_id | chaîne | |
data[].port | entier | Port réseau sur lequel le workload écoute |
data[].region | chaîne | |
data[].repository_url | chaîne | URL du dépôt Git |
data[].requires | objet | Liste de required capabilities or services |
data[].resources | objet | Ressources nécessaires (cpu, ram, disk) |
data[].status | chaîne | |
data[].team_id | chaîne | |
data[].template | chaîne | Nom du modèle et version (p. ex. postgres:16) |
data[].type | chaîne | Valeurs autorisées : app, api, worker, function, cron, queue, database, cache. |
data[].updated_at | entier | (horodatage Unix) |
data[].variant | chaîne | |
data[].version | chaîne | Version sémantique ou empreinte de commit |
data[].volumes | objet | Liste de volume mounts |
data[].workload_id | chaîne | |
pagination | objet | |
pagination.page | entier | Numéro de page actuel |
pagination.per_page | entier | Nombre d’éléments par page |
pagination.total | entier | Nombre total d’éléments |
Exemple illustratif ; il ne s’agit pas d’une réponse réelle :
{
"data": [
{
"allow_default_domain": true,
"branch": "main",
"build_id": "example",
"config": {},
"created_at": 1791072000,
"current_source_artifact_id": "",
"deleted_at": 0,
"domain": "example",
"env_vars": {},
"image": "example",
"name": "postman-example",
"node_id": "000000000000000000000000001",
"parent_id": "000000000000000000000000001",
"port": 8080,
"region": "default",
"repository_url": "example",
"requires": {},
"resources": {},
"status": "provisioning",
"team_id": "000000000000000000000000001",
"template": "example",
"type": "api",
"updated_at": 1791072000,
"variant": "",
"version": "example",
"volumes": {},
"workload_id": "000000000000000000000000001"
}
],
"pagination": {
"page": 1,
"per_page": 1,
"total": 1
}
}
Créer un workload
POST /v1/workload
Crée un nouvel objet Workload
Cette requête modifie des données ou lance une action. Vérifiez la cible et le corps avant de l’envoyer.
Champs de la requête (le corps contient un exemple modifiable) :
| Champ | Type | Requis | Description |
|---|---|---|---|
allow_default_domain | booléen | oui | Indique si l’accès par le domaine *.adios.run par défaut est autorisé lorsqu’un domaine personnalisé est configuré. Valeur par défaut : true. |
branch | chaîne | non | Branche ou tag Git. Valeur par défaut : "main". |
build_id | chaîne | non | Lien vers un artefact de compilation précis |
config | objet | non | Configuration propre au workload (par exemple planification cron, nom de file d’attente, utilisateur de base de données) |
current_source_artifact_id | chaîne | non | Enregistrement API de l’artefact source pour la compilation actuellement déployée. Valeur par défaut : "". |
domain | chaîne | non | Nom d’hôte *.adios.run généré ou domaine personnalisé vérifié appartenant à l’utilisateur ; les affectations *.adios.dev et *.adios.run personnalisées sont réservées |
env_vars | objet | non | |
image | chaîne | oui | Emplacement de l’image Docker ou du rootfs |
name | chaîne | oui | |
node_id | chaîne | non | |
parent_id | chaîne | non | |
port | entier | non | Port réseau sur lequel le workload écoute. Valeur par défaut : 8080. |
region | chaîne | non | Valeur par défaut : "default". |
repository_url | chaîne | non | URL du dépôt Git |
requires | objet | non | Liste de required capabilities or services |
resources | objet | non | Ressources nécessaires (cpu, ram, disk) |
status | chaîne | non | Valeur par défaut : "provisioning". |
team_id | chaîne | oui | |
template | chaîne | non | Nom du modèle et version (p. ex. postgres:16) |
type | chaîne | oui | Valeurs autorisées : app, api, worker, function, cron, queue, database, cache. Valeur par défaut : "api". |
variant | chaîne | non | Valeur par défaut : "". |
version | chaîne | non | Version sémantique ou empreinte de commit |
volumes | objet | non | Liste de volume mounts |
Authentification : jeton bearer et en-tête d’équipe présentés ci-dessous.
Paramètres
| Nom | Emplacement | Requis | Description |
|---|---|---|---|
X-Tenant-ID | en-tête | oui | ID de l’équipe active. Doit correspondre au tenant lié au jeton de diagnostic. |
Exemple de requête
Définissez ADIOS_API_URL=https://api.adios.dev. Pour les requêtes protégées, définissez ADIOS_ACCESS_TOKEN et ADIOS_TEAM_ID comme dans le démarrage rapide. Définissez les autres variables ADIOS_* à partir des résultats de vos propres ressources.
curl --fail-with-body --request POST "$ADIOS_API_URL/v1/workload" \
-H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
-H "X-Tenant-ID: $ADIOS_TEAM_ID" \
-H "Content-Type: application/json" \
--data-binary @- <<'JSON'
{
"team_id": "YOUR_TEAM_ID",
"name": "postman-example",
"type": "api",
"image": "YOUR_WORKLOAD_IMAGE",
"allow_default_domain": true,
"port": 8080,
"region": "YOUR_REGION"
}
JSON
Remplacez YOUR_* du corps avant l’envoi. Le heredoc entre guillemets préserve le JSON littéral.
Réponse : HTTP 201
Workload créé
Champs de réponse
| Champ | Type | Description |
|---|---|---|
allow_default_domain | booléen | Indique si l’accès par le domaine *.adios.run par défaut est autorisé lorsqu’un domaine personnalisé est configuré |
branch | chaîne | Branche ou étiquette Git |
build_id | chaîne | Lien vers un artefact de compilation précis |
config | objet | Configuration propre au workload (par exemple planification cron, nom de file d’attente, utilisateur de base de données) |
created_at | entier | (horodatage Unix) |
current_source_artifact_id | chaîne | Enregistrement API de l’artefact source pour la compilation actuellement déployée |
deleted_at | entier | (horodatage Unix) |
domain | chaîne | Nom d’hôte *.adios.run généré ou domaine personnalisé vérifié appartenant à l’utilisateur ; les affectations *.adios.dev et *.adios.run personnalisées sont réservées |
env_vars | objet | |
image | chaîne | Emplacement de l’image Docker ou du rootfs |
name | chaîne | |
node_id | chaîne | |
parent_id | chaîne | |
port | entier | Port réseau sur lequel le workload écoute |
region | chaîne | |
repository_url | chaîne | URL du dépôt Git |
requires | objet | Liste de required capabilities or services |
resources | objet | Ressources nécessaires (cpu, ram, disk) |
status | chaîne | |
team_id | chaîne | |
template | chaîne | Nom du modèle et version (p. ex. postgres:16) |
type | chaîne | Valeurs autorisées : app, api, worker, function, cron, queue, database, cache. |
updated_at | entier | (horodatage Unix) |
variant | chaîne | |
version | chaîne | Version sémantique ou empreinte de commit |
volumes | objet | Liste de volume mounts |
workload_id | chaîne |
Exemple illustratif ; il ne s’agit pas d’une réponse réelle :
{
"allow_default_domain": true,
"branch": "main",
"build_id": "example",
"config": {},
"created_at": 1791072000,
"current_source_artifact_id": "",
"deleted_at": 0,
"domain": "example",
"env_vars": {},
"image": "example",
"name": "postman-example",
"node_id": "000000000000000000000000001",
"parent_id": "000000000000000000000000001",
"port": 8080,
"region": "default",
"repository_url": "example",
"requires": {},
"resources": {},
"status": "provisioning",
"team_id": "000000000000000000000000001",
"template": "example",
"type": "api",
"updated_at": 1791072000,
"variant": "",
"version": "example",
"volumes": {},
"workload_id": "000000000000000000000000001"
}
Obtenir le workload
GET /v1/workload/{id}
Renvoie un seul Workload
Définissez workload_id en utilisant les ID de vos propres réponses API.
Authentification : jeton bearer et en-tête d’équipe présentés ci-dessous.
Paramètres
| Nom | Emplacement | Requis | Description |
|---|---|---|---|
id | chemin | oui | Identifiant de ressource issu des résultats API de votre équipe. |
X-Tenant-ID | en-tête | oui | ID de l’équipe active. Doit correspondre au tenant lié au jeton de diagnostic. |
Exemple de requête
Définissez ADIOS_API_URL=https://api.adios.dev. Pour les requêtes protégées, définissez ADIOS_ACCESS_TOKEN et ADIOS_TEAM_ID comme dans le démarrage rapide. Définissez les autres variables ADIOS_* à partir des résultats de vos propres ressources.
curl --fail-with-body --request GET "$ADIOS_API_URL/v1/workload/${ADIOS_WORKLOAD_ID}" \
-H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
-H "X-Tenant-ID: $ADIOS_TEAM_ID"
Réponse : HTTP 200
Workload
Champs de réponse
| Champ | Type | Description |
|---|---|---|
allow_default_domain | booléen | Indique si l’accès par le domaine *.adios.run par défaut est autorisé lorsqu’un domaine personnalisé est configuré |
branch | chaîne | Branche ou étiquette Git |
build_id | chaîne | Lien vers un artefact de compilation précis |
config | objet | Configuration propre au workload (par exemple planification cron, nom de file d’attente, utilisateur de base de données) |
created_at | entier | (horodatage Unix) |
current_source_artifact_id | chaîne | Enregistrement API de l’artefact source pour la compilation actuellement déployée |
deleted_at | entier | (horodatage Unix) |
domain | chaîne | Nom d’hôte *.adios.run généré ou domaine personnalisé vérifié appartenant à l’utilisateur ; les affectations *.adios.dev et *.adios.run personnalisées sont réservées |
env_vars | objet | |
image | chaîne | Emplacement de l’image Docker ou du rootfs |
name | chaîne | |
node_id | chaîne | |
parent_id | chaîne | |
port | entier | Port réseau sur lequel le workload écoute |
region | chaîne | |
repository_url | chaîne | URL du dépôt Git |
requires | objet | Liste de required capabilities or services |
resources | objet | Ressources nécessaires (cpu, ram, disk) |
status | chaîne | |
team_id | chaîne | |
template | chaîne | Nom du modèle et version (p. ex. postgres:16) |
type | chaîne | Valeurs autorisées : app, api, worker, function, cron, queue, database, cache. |
updated_at | entier | (horodatage Unix) |
variant | chaîne | |
version | chaîne | Version sémantique ou empreinte de commit |
volumes | objet | Liste de volume mounts |
workload_id | chaîne |
Exemple illustratif ; il ne s’agit pas d’une réponse réelle :
{
"allow_default_domain": true,
"branch": "main",
"build_id": "example",
"config": {},
"created_at": 1791072000,
"current_source_artifact_id": "",
"deleted_at": 0,
"domain": "example",
"env_vars": {},
"image": "example",
"name": "postman-example",
"node_id": "000000000000000000000000001",
"parent_id": "000000000000000000000000001",
"port": 8080,
"region": "default",
"repository_url": "example",
"requires": {},
"resources": {},
"status": "provisioning",
"team_id": "000000000000000000000000001",
"template": "example",
"type": "api",
"updated_at": 1791072000,
"variant": "",
"version": "example",
"volumes": {},
"workload_id": "000000000000000000000000001"
}
Mettre à jour la charge de travail
PUT /v1/workload/{id}
Met à jour un objet Workload existant
Définissez workload_id en utilisant les ID de vos propres réponses API.
Cette requête modifie des données ou lance une action. Vérifiez la cible et le corps avant de l’envoyer.
Champs de la requête (le corps contient un exemple modifiable) :
| Champ | Type | Requis | Description |
|---|---|---|---|
allow_default_domain | booléen | oui | Indique si l’accès par le domaine *.adios.run par défaut est autorisé lorsqu’un domaine personnalisé est configuré. Valeur par défaut : true. |
branch | chaîne | non | Branche ou tag Git. Valeur par défaut : "main". |
build_id | chaîne | non | Lien vers un artefact de compilation précis |
config | objet | non | Configuration propre au workload (par exemple planification cron, nom de file d’attente, utilisateur de base de données) |
current_source_artifact_id | chaîne | non | Enregistrement API de l’artefact source pour la compilation actuellement déployée. Valeur par défaut : "". |
domain | chaîne | non | Nom d’hôte *.adios.run généré ou domaine personnalisé vérifié appartenant à l’utilisateur ; les affectations *.adios.dev et *.adios.run personnalisées sont réservées |
env_vars | objet | non | |
image | chaîne | oui | Emplacement de l’image Docker ou du rootfs |
name | chaîne | oui | |
node_id | chaîne | non | |
parent_id | chaîne | non | |
port | entier | non | Port réseau sur lequel le workload écoute. Valeur par défaut : 8080. |
region | chaîne | non | Valeur par défaut : "default". |
repository_url | chaîne | non | URL du dépôt Git |
requires | objet | non | Liste de required capabilities or services |
resources | objet | non | Ressources nécessaires (cpu, ram, disk) |
status | chaîne | non | Valeur par défaut : "provisioning". |
team_id | chaîne | oui | |
template | chaîne | non | Nom du modèle et version (p. ex. postgres:16) |
type | chaîne | oui | Valeurs autorisées : app, api, worker, function, cron, queue, database, cache. Valeur par défaut : "api". |
variant | chaîne | non | Valeur par défaut : "". |
version | chaîne | non | Version sémantique ou empreinte de commit |
volumes | objet | non | Liste de volume mounts |
Authentification : jeton bearer et en-tête d’équipe présentés ci-dessous.
Paramètres
| Nom | Emplacement | Requis | Description |
|---|---|---|---|
id | chemin | oui | Identifiant de ressource issu des résultats API de votre équipe. |
X-Tenant-ID | en-tête | oui | ID de l’équipe active. Doit correspondre au tenant lié au jeton de diagnostic. |
Exemple de requête
Définissez ADIOS_API_URL=https://api.adios.dev. Pour les requêtes protégées, définissez ADIOS_ACCESS_TOKEN et ADIOS_TEAM_ID comme dans le démarrage rapide. Définissez les autres variables ADIOS_* à partir des résultats de vos propres ressources.
curl --fail-with-body --request PUT "$ADIOS_API_URL/v1/workload/${ADIOS_WORKLOAD_ID}" \
-H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
-H "X-Tenant-ID: $ADIOS_TEAM_ID" \
-H "Content-Type: application/json" \
--data-binary @- <<'JSON'
{
"team_id": "YOUR_TEAM_ID",
"name": "postman-example",
"type": "api",
"image": "YOUR_WORKLOAD_IMAGE",
"allow_default_domain": true,
"port": 8080,
"region": "YOUR_REGION"
}
JSON
Remplacez YOUR_* du corps avant l’envoi. Le heredoc entre guillemets préserve le JSON littéral.
Réponse : HTTP 200
Workload mis à jour
Champs de réponse
| Champ | Type | Description |
|---|---|---|
allow_default_domain | booléen | Indique si l’accès par le domaine *.adios.run par défaut est autorisé lorsqu’un domaine personnalisé est configuré |
branch | chaîne | Branche ou étiquette Git |
build_id | chaîne | Lien vers un artefact de compilation précis |
config | objet | Configuration propre au workload (par exemple planification cron, nom de file d’attente, utilisateur de base de données) |
created_at | entier | (horodatage Unix) |
current_source_artifact_id | chaîne | Enregistrement API de l’artefact source pour la compilation actuellement déployée |
deleted_at | entier | (horodatage Unix) |
domain | chaîne | Nom d’hôte *.adios.run généré ou domaine personnalisé vérifié appartenant à l’utilisateur ; les affectations *.adios.dev et *.adios.run personnalisées sont réservées |
env_vars | objet | |
image | chaîne | Emplacement de l’image Docker ou du rootfs |
name | chaîne | |
node_id | chaîne | |
parent_id | chaîne | |
port | entier | Port réseau sur lequel le workload écoute |
region | chaîne | |
repository_url | chaîne | URL du dépôt Git |
requires | objet | Liste de required capabilities or services |
resources | objet | Ressources nécessaires (cpu, ram, disk) |
status | chaîne | |
team_id | chaîne | |
template | chaîne | Nom du modèle et version (p. ex. postgres:16) |
type | chaîne | Valeurs autorisées : app, api, worker, function, cron, queue, database, cache. |
updated_at | entier | (horodatage Unix) |
variant | chaîne | |
version | chaîne | Version sémantique ou empreinte de commit |
volumes | objet | Liste de volume mounts |
workload_id | chaîne |
Exemple illustratif ; il ne s’agit pas d’une réponse réelle :
{
"allow_default_domain": true,
"branch": "main",
"build_id": "example",
"config": {},
"created_at": 1791072000,
"current_source_artifact_id": "",
"deleted_at": 0,
"domain": "example",
"env_vars": {},
"image": "example",
"name": "postman-example",
"node_id": "000000000000000000000000001",
"parent_id": "000000000000000000000000001",
"port": 8080,
"region": "default",
"repository_url": "example",
"requires": {},
"resources": {},
"status": "provisioning",
"team_id": "000000000000000000000000001",
"template": "example",
"type": "api",
"updated_at": 1791072000,
"variant": "",
"version": "example",
"volumes": {},
"workload_id": "000000000000000000000000001"
}
Supprimer le workload
DELETE /v1/workload/{id}
Supprime un objet Workload
Définissez workload_id en utilisant les ID de vos propres réponses API.
Cette requête modifie des données ou lance une action. Vérifiez la cible et le corps avant de l’envoyer.
Authentification : jeton bearer et en-tête d’équipe présentés ci-dessous.
Paramètres
| Nom | Emplacement | Requis | Description |
|---|---|---|---|
id | chemin | oui | Identifiant de ressource issu des résultats API de votre équipe. |
X-Tenant-ID | en-tête | oui | ID de l’équipe active. Doit correspondre au tenant lié au jeton de diagnostic. |
Exemple de requête
Définissez ADIOS_API_URL=https://api.adios.dev. Pour les requêtes protégées, définissez ADIOS_ACCESS_TOKEN et ADIOS_TEAM_ID comme dans le démarrage rapide. Définissez les autres variables ADIOS_* à partir des résultats de vos propres ressources.
curl --fail-with-body --request DELETE "$ADIOS_API_URL/v1/workload/${ADIOS_WORKLOAD_ID}" \
-H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
-H "X-Tenant-ID: $ADIOS_TEAM_ID"
Réponse : HTTP 200
Ressource supprimée.
Champs de réponse
| Champ | Type | Description |
|---|---|---|
message | chaîne |
Exemple illustratif ; il ne s’agit pas d’une réponse réelle :
{
"message": "Deleted successfully"
}
Compiler le workload depuis le dépôt
POST /v1/workload/{id}/build
Compilez le workload depuis son dépôt configuré. Définissez d’abord repository_url sur le workload ou activez repo ici. Un abonnement payant peut être requis.
Définissez workload_id en utilisant les ID de vos propres réponses API.
Cette requête modifie des données ou lance une action. Vérifiez la cible et le corps avant de l’envoyer.
Authentification : jeton bearer et en-tête d’équipe présentés ci-dessous.
Paramètres
| Nom | Emplacement | Requis | Description |
|---|---|---|---|
id | chemin | oui | Identifiant de ressource issu des résultats API de votre équipe. |
X-Tenant-ID | en-tête | oui | ID de l’équipe active. Doit correspondre au tenant lié au jeton de diagnostic. |
repo | requête | non | Remplacer le dépôt Git configuré. |
branch | requête | non | Remplacer la branche du dépôt. |
async | requête | non | Renvoyer la réponse pendant que la compilation se poursuit en arrière-plan. |
Exemple de requête
Définissez ADIOS_API_URL=https://api.adios.dev. Pour les requêtes protégées, définissez ADIOS_ACCESS_TOKEN et ADIOS_TEAM_ID comme dans le démarrage rapide. Définissez les autres variables ADIOS_* à partir des résultats de vos propres ressources.
curl --fail-with-body --request POST "$ADIOS_API_URL/v1/workload/${ADIOS_WORKLOAD_ID}/build?async=true" \
-H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
-H "X-Tenant-ID: $ADIOS_TEAM_ID"
Réponse : HTTP 200
Réponse réussie. Inspectez l’état renvoyé pour les opérations qui démarrent un travail asynchrone.
Aucun schéma complet du corps de réponse n’est publié pour cette opération personnalisée. Inspectez le contenu renvoyé et le statut ; aucun format de données n’est présumé ici.
Déployer le workload
POST /v1/workload/{id}/deploy
Compilez et déployez depuis le dépôt configuré ou déployez un build_id existant. Cela modifie le workload en cours d’exécution et peut entraîner des frais d’utilisation.
Définissez workload_id en utilisant les ID de vos propres réponses API.
Cette requête modifie des données ou lance une action. Vérifiez la cible et le corps avant de l’envoyer.
Authentification : jeton bearer et en-tête d’équipe présentés ci-dessous.
Paramètres
| Nom | Emplacement | Requis | Description |
|---|---|---|---|
id | chemin | oui | Identifiant de ressource issu des résultats API de votre équipe. |
X-Tenant-ID | en-tête | oui | ID de l’équipe active. Doit correspondre au tenant lié au jeton de diagnostic. |
build_id | requête | non | Déployez un artefact précédemment compilé. |
region | requête | non | Remplacer la région de déploiement. |
Exemple de requête
Définissez ADIOS_API_URL=https://api.adios.dev. Pour les requêtes protégées, définissez ADIOS_ACCESS_TOKEN et ADIOS_TEAM_ID comme dans le démarrage rapide. Définissez les autres variables ADIOS_* à partir des résultats de vos propres ressources.
curl --fail-with-body --request POST "$ADIOS_API_URL/v1/workload/${ADIOS_WORKLOAD_ID}/deploy" \
-H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
-H "X-Tenant-ID: $ADIOS_TEAM_ID"
Réponse : HTTP 200
Réponse réussie. Inspectez l’état renvoyé pour les opérations qui démarrent un travail asynchrone.
Aucun schéma complet du corps de réponse n’est publié pour cette opération personnalisée. Inspectez le contenu renvoyé et le statut ; aucun format de données n’est présumé ici.
Lister les compilations du workload
GET /v1/workload/{id}/builds
Lister l’historique des compilations du workload.
Définissez workload_id en utilisant les ID de vos propres réponses API.
Authentification : jeton bearer et en-tête d’équipe présentés ci-dessous.
Paramètres
| Nom | Emplacement | Requis | Description |
|---|---|---|---|
id | chemin | oui | Identifiant de ressource issu des résultats API de votre équipe. |
X-Tenant-ID | en-tête | oui | ID de l’équipe active. Doit correspondre au tenant lié au jeton de diagnostic. |
Exemple de requête
Définissez ADIOS_API_URL=https://api.adios.dev. Pour les requêtes protégées, définissez ADIOS_ACCESS_TOKEN et ADIOS_TEAM_ID comme dans le démarrage rapide. Définissez les autres variables ADIOS_* à partir des résultats de vos propres ressources.
curl --fail-with-body --request GET "$ADIOS_API_URL/v1/workload/${ADIOS_WORKLOAD_ID}/builds" \
-H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
-H "X-Tenant-ID: $ADIOS_TEAM_ID"
Réponse : HTTP 200
Réponse réussie. Inspectez l’état renvoyé pour les opérations qui démarrent un travail asynchrone.
Aucun schéma complet du corps de réponse n’est publié pour cette opération personnalisée. Inspectez le contenu renvoyé et le statut ; aucun format de données n’est présumé ici.
Obtenir les journaux de compilation
GET /v1/workload/{id}/builds/{build_id}/logs
Lire les journaux d’une compilation du workload.
Définissez workload_id, build_id en utilisant les ID de vos propres réponses API.
Authentification : jeton bearer et en-tête d’équipe présentés ci-dessous.
Paramètres
| Nom | Emplacement | Requis | Description |
|---|---|---|---|
id | chemin | oui | Identifiant de ressource issu des résultats API de votre équipe. |
build_id | chemin | oui | Identifiant de ressource issu des résultats API de votre équipe. |
X-Tenant-ID | en-tête | oui | ID de l’équipe active. Doit correspondre au tenant lié au jeton de diagnostic. |
lines | requête | non | Nombre maximal de lignes de journal demandées. |
follow | requête | non | Gardez cette option désactivée pour obtenir une réponse de durée finie. |
Exemple de requête
Définissez ADIOS_API_URL=https://api.adios.dev. Pour les requêtes protégées, définissez ADIOS_ACCESS_TOKEN et ADIOS_TEAM_ID comme dans le démarrage rapide. Définissez les autres variables ADIOS_* à partir des résultats de vos propres ressources.
curl --fail-with-body --request GET "$ADIOS_API_URL/v1/workload/${ADIOS_WORKLOAD_ID}/builds/${ADIOS_BUILD_ID}/logs" \
-H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
-H "X-Tenant-ID: $ADIOS_TEAM_ID"
Réponse : HTTP 200
Réponse réussie. Inspectez l’état renvoyé pour les opérations qui démarrent un travail asynchrone.
Aucun schéma complet du corps de réponse n’est publié pour cette opération personnalisée. Inspectez le contenu renvoyé et le statut ; aucun format de données n’est présumé ici.
Obtenir les journaux du workload
GET /v1/workload/{id}/logs
Lire les journaux du workload.
Définissez workload_id en utilisant les ID de vos propres réponses API.
Authentification : jeton bearer et en-tête d’équipe présentés ci-dessous.
Paramètres
| Nom | Emplacement | Requis | Description |
|---|---|---|---|
id | chemin | oui | Identifiant de ressource issu des résultats API de votre équipe. |
X-Tenant-ID | en-tête | oui | ID de l’équipe active. Doit correspondre au tenant lié au jeton de diagnostic. |
type | requête | non | Source des journaux. |
lines | requête | non | Nombre maximal de lignes de journal demandées. |
follow | requête | non | Gardez cette option désactivée pour obtenir une réponse de durée finie. |
Exemple de requête
Définissez ADIOS_API_URL=https://api.adios.dev. Pour les requêtes protégées, définissez ADIOS_ACCESS_TOKEN et ADIOS_TEAM_ID comme dans le démarrage rapide. Définissez les autres variables ADIOS_* à partir des résultats de vos propres ressources.
curl --fail-with-body --request GET "$ADIOS_API_URL/v1/workload/${ADIOS_WORKLOAD_ID}/logs" \
-H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
-H "X-Tenant-ID: $ADIOS_TEAM_ID"
Réponse : HTTP 200
Réponse réussie. Inspectez l’état renvoyé pour les opérations qui démarrent un travail asynchrone.
Aucun schéma complet du corps de réponse n’est publié pour cette opération personnalisée. Inspectez le contenu renvoyé et le statut ; aucun format de données n’est présumé ici.
Lister les réplicas du workload
GET /v1/workload/{id}/replicas
Inspecter les réplicas du workload et leur état de santé.
Définissez workload_id en utilisant les ID de vos propres réponses API.
Authentification : jeton bearer et en-tête d’équipe présentés ci-dessous.
Paramètres
| Nom | Emplacement | Requis | Description |
|---|---|---|---|
id | chemin | oui | Identifiant de ressource issu des résultats API de votre équipe. |
X-Tenant-ID | en-tête | oui | ID de l’équipe active. Doit correspondre au tenant lié au jeton de diagnostic. |
Exemple de requête
Définissez ADIOS_API_URL=https://api.adios.dev. Pour les requêtes protégées, définissez ADIOS_ACCESS_TOKEN et ADIOS_TEAM_ID comme dans le démarrage rapide. Définissez les autres variables ADIOS_* à partir des résultats de vos propres ressources.
curl --fail-with-body --request GET "$ADIOS_API_URL/v1/workload/${ADIOS_WORKLOAD_ID}/replicas" \
-H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
-H "X-Tenant-ID: $ADIOS_TEAM_ID"
Réponse : HTTP 200
Réponse réussie. Inspectez l’état renvoyé pour les opérations qui démarrent un travail asynchrone.
Aucun schéma complet du corps de réponse n’est publié pour cette opération personnalisée. Inspectez le contenu renvoyé et le statut ; aucun format de données n’est présumé ici.
Obtenir l’état d’exécution du workload
GET /v1/workload/{id}/runtime-status
Inspectez l'état d'exécution actuel.
Définissez workload_id en utilisant les ID de vos propres réponses API.
Authentification : jeton bearer et en-tête d’équipe présentés ci-dessous.
Paramètres
| Nom | Emplacement | Requis | Description |
|---|---|---|---|
id | chemin | oui | Identifiant de ressource issu des résultats API de votre équipe. |
X-Tenant-ID | en-tête | oui | ID de l’équipe active. Doit correspondre au tenant lié au jeton de diagnostic. |
Exemple de requête
Définissez ADIOS_API_URL=https://api.adios.dev. Pour les requêtes protégées, définissez ADIOS_ACCESS_TOKEN et ADIOS_TEAM_ID comme dans le démarrage rapide. Définissez les autres variables ADIOS_* à partir des résultats de vos propres ressources.
curl --fail-with-body --request GET "$ADIOS_API_URL/v1/workload/${ADIOS_WORKLOAD_ID}/runtime-status" \
-H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
-H "X-Tenant-ID: $ADIOS_TEAM_ID"
Réponse : HTTP 200
Réponse réussie. Inspectez l’état renvoyé pour les opérations qui démarrent un travail asynchrone.
Aucun schéma complet du corps de réponse n’est publié pour cette opération personnalisée. Inspectez le contenu renvoyé et le statut ; aucun format de données n’est présumé ici.
Obtenir les avis d’exécution du workload
GET /v1/workload/{id}/runtime-notices
Inspecter les avis concernant l’environnement d’exécution actuel du workload.
Définissez workload_id en utilisant les ID de vos propres réponses API.
Authentification : jeton bearer et en-tête d’équipe présentés ci-dessous.
Paramètres
| Nom | Emplacement | Requis | Description |
|---|---|---|---|
id | chemin | oui | Identifiant de ressource issu des résultats API de votre équipe. |
X-Tenant-ID | en-tête | oui | ID de l’équipe active. Doit correspondre au tenant lié au jeton de diagnostic. |
Exemple de requête
Définissez ADIOS_API_URL=https://api.adios.dev. Pour les requêtes protégées, définissez ADIOS_ACCESS_TOKEN et ADIOS_TEAM_ID comme dans le démarrage rapide. Définissez les autres variables ADIOS_* à partir des résultats de vos propres ressources.
curl --fail-with-body --request GET "$ADIOS_API_URL/v1/workload/${ADIOS_WORKLOAD_ID}/runtime-notices" \
-H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
-H "X-Tenant-ID: $ADIOS_TEAM_ID"
Réponse : HTTP 200
Réponse réussie. Inspectez l’état renvoyé pour les opérations qui démarrent un travail asynchrone.
Aucun schéma complet du corps de réponse n’est publié pour cette opération personnalisée. Inspectez le contenu renvoyé et le statut ; aucun format de données n’est présumé ici.