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 |