Comment authentifiez-vous Discourse auprès d'AWS ? Aidez-nous à améliorer les paramètres !

Fonctionnalité
4

Cela peut sembler une question de détail, mais je pense qu’il y a des nuances importantes ici.
Les options que vous proposez sont un mélange de la manière dont les paramètres sont transmis et de ce qui est transmis.

En ce qui concerne la manière dont les paramètres sont transmis, deux choses s’appliquent :

  1. la façon dont les variables d’environnement sont actuellement utilisées
    Les variables d’environnement DISCOURSE_WHATEVER sont actuellement utilisées pendant le processus de construction de Docker pour créer des entrées dans discourse.conf qui sont disponibles en tant que GlobalSetting ou SiteSetting à partir de Discourse. Discourse ne perçoit pas ces variables d’environnement comme telles.

  2. les limitations des entrées de discourse.conf
    Bien que les GlobalSettings aient l’avantage de pouvoir supprimer et remplacer les SiteSettings, elles imposent également la limitation que dans les environnements multisites, elles s’appliquent à tous les sites du multisite.

Ces deux éléments combinés signifient que, du point de vue de Discourse, SiteSetting est le plus flexible. Il peut s’agir de SiteSettings réels, ils peuvent provenir de discourse.conf et ces entrées peuvent provenir de variables d’environnement DISCOURSE_. À mon avis, il n’y a pas de choix réel là-bas, SiteSetting est le plus flexible et n’a pas d’inconvénients puisqu’il s’agit d’un sur-ensemble fonctionnel. Vous pouvez utiliser GlobalSettings à la place et ceux-ci peuvent être remplis à l’aide de variables d’environnement.

Cela implique que le seul choix réel est d’utiliser ou non la découverte automatique des informations d’identification. Dans ma perception personnelle, la découverte automatique est toujours très sujette aux erreurs, je préférerais donc avoir quelque chose d’explicite.

C’est-à-dire avoir un SiteSetting qui pointe d’une manière ou d’une autre vers des informations d’identification réelles et concrètes.