Résoudre les erreurs de création à l'aide de demandes de travail

Les demandes de travail vous aident à surveiller les opérations à longue durée d'exécution, comme les sauvegardes de base de données ou le provisionnement d'instances de calcul.

Si une opération telle que l'opération de création d'instance échoue ou si l'état de l'instance passe directement du provisionnement à la terminaison, utilisez des demandes de travail pour déterminer où l'erreur est survenue dans le workflow. Des erreurs peuvent survenir en raison de problèmes au niveau de la configuration ou des données utilisateur. Les erreurs synchrones surviennent lors de l'appel initial à l'API Compute pour créer l'instance. Les erreurs asynchrones surviennent au cours du workflow de création d'instance lancé après l'appel d'API initial. Les demandes de travail capturent les échecs de validation asynchrone. Un appel d'API de création d'instance réussi qui renvoie une réponse HTTP 200 peut être suivi d'une erreur asynchrone lors du workflow de création d'instance suivant.

La réponse à l'appel d'API REST contient l'OCID de la demande de travail dans l'en-tête opc-work-request-id. Vous pouvez surveiller à tout moment le statut de la demande de travail en appelant GetWorkRequest dans l'API des demandes de travail et en transmettant son ID indiqué dans l'en-tête opc-work-request-id. Si une erreur survient au cours du workflow, vous pouvez appeler ListWorkRequestErrors dans l'API des demandes de travail et transmettre l'ID de la demande de travail afin d'extraire la liste des erreurs.

Pour plus d'informations sur l'utilisation des demandes de travail afin de résoudre les erreurs, reportez-vous à Demandes de travail. Pour plus d'informations sur les demandes de travail asynchrones, notamment sur la manière de filtrer la réponse à la demande, ainsi que pour consulter un exemple de demande et de réponse, reportez-vous à Demandes de travail asynchrones.