Depuis au moins 10 ans, nous développons des applications pour travailler en conteneurs. Je ne considérerai pas les avantages et les inconvénients de cette approche, mais je souhaite me concentrer sur la flexibilité de l'application. Presque toutes les dépendances, c'est-à-dire les conteneurs de stockage comme Postgres, MySql, Redis, etc., nous permettent de remplacer la plupart des propriétés de configuration via des variables d'environnement. Les conteneurs Docker nous incitent à utiliser des variables d'environnement dans nos conteneurs. Mais contrairement aux services bien connus, les programmeurs développent des applications personnalisées selon leur propre approche. Je préfère configurer les applications à l'aide de fichiers de configuration JSON. Mais que dois-je faire si dans les fichiers de configuration 100 propriétés ou plus, je ne peux pas utiliser de variable d'environnement pour chaque propriété. Au lieu de cela, j'ai décidé d'utiliser le fichier de configuration JSON comme modèle avec des valeurs par défaut de travail et de remplacer les propriétés au démarrage de l'application si les variables d'environnement appropriées étaient définies.
De nos jours, nous n'utilisons pas une seule image Docker ; nous préférons avoir une certaine orchestration, même quelque chose de simple comme docker-compose. Dans docker-compose, nous créons généralement des fichiers .env. Comme mentionné précédemment, les variables d'environnement fonctionnent bien avec des images bien connues comme Postgres ou MySQL. Considérez que nous avons la configuration d'application suivante (JSON) qui est utilisée comme modèle absolument fonctionnel avec les valeurs par défaut.
{ "server": { "address": "0.0.0.0", "port": 8182 }, "logging": { "level": "info", "http_log": false, "http_console_out": false } }
Nous devrions pouvoir remplacer n'importe laquelle de ces valeurs ; considérez que nous devrions augmenter le niveau de journalisation pour déboguer et activer la journalisation HTTP. Pour faire cela facilement, il suffit de créer des variables d'environnement techniques qui ont un modèle de nom spécial :
En utilisant ce package go, vous pouvez faire tout ce que vous avez à faire de manière absolument simple :
# all previous variables __logging.level="debug" __logging.http_log=true
C'est tout, et s'il vous plaît, donnez-nous une ÉTOILE sur GitHub
Cette approche et ce package pourraient être utilisés non seulement pour les applications conteneurisées, mais également pour les applications exécutées de manière native. Ce package fonctionne avec succès sur notre serveur d'autorisation.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!