Services

Les services sont des conteneurs, déclenchés par un point de terminaison HTTP.

Exemples de ceux-ci :

  • Sites web
  • APIs
  • Webhooks

Pour ces points de terminaison, nous utilisons également notre technologie scale-to-zero, pour arrêter les ressources inutilisées et ne les initialiser que lorsqu’une requête arrive.

Comment cela fonctionne

En créant un service, nous créons un point de terminaison public et émettons un certificat TLS valide.

Ce point de terminaison héberge par défaut un serveur HTTP vide où vous pouvez tester la configuration.

En nous fournissant une image de conteneur, nous pouvons remplacer notre espace réservé statique par votre site web/API.

Qu’est-ce qui est requis pour l’image de conteneur ?

Chaque image de conteneur est initialisée à la demande. Ainsi, tout système déployé sur DTZ doit en tenir compte.

Par défaut, DTZ définit une variable d’environnement PORT pour le conteneur et attend que l’instance soit lancée sur ce port. Si votre application doit s’exécuter sur un port spécifique, vous pouvez remplacer cette variable par le port spécifique à votre logiciel.

Pour vérifier la disponibilité de l’application déployée au démarrage, le runtime effectue un appel sur le port avec une requête HEAD /. Si la réponse n’est pas erronée, le load balancer marque ce backend comme fonctionnant.

Variables d’environnement du runtime

variable configurable description
PORT oui port d’écoute de l’application
DTZ_ACCESS_TOKEN oui (l’identité peut être modifiée) JWT généré à partir du contexte qui permet d’accéder aux ressources dans ce contexte.
DTZ_CONTEXT_ID non Contexte DTZ dans lequel l’application actuelle s’exécute