Options ou recommandations pour une configuration locale/staging auto-hébergée ?

Installation
1

Après quelques recherches, la coopérative technologique avec laquelle je travaille a proposé les options suivantes pour des configurations locales / de staging auto-hébergées. Peut-être devrons-nous nous résoudre à doubler nos coûts d’hébergement* (le cas échéant), mais nous avons pensé qu’il serait bon de voir si quelqu’un a des conseils sur les meilleures pratiques ou des recommandations pour des alternatives ?

*Nous sommes une petite organisation à but non lucratif et nous avons un hébergement géré au Royaume-Uni, donc le coût n’est pas négligeable.

— — —

OPTIONS :

1. Configuration locale

avantages :

  • super sûr et isolé – peut modifier n’importe quel plugin / thème / code source de discourse

inconvénients :

  • les performances sont assez terribles : par défaut, il fait un docker image pull à chaque redémarrage du PC, il faut relancer bundle install (télécharger et compiler de nombreux packages ruby) à chaque lancement, et sur OSX tout fonctionne dans une VM lente en raison du manque de support natif des conteneurs
  • nécessite un patch manuel du code de discourse pour que le plugin WP-discourse fonctionne (des recherches supplémentaires sont nécessaires pour savoir comment l’appliquer)
  • la synchronisation avec le site en direct nécessitera un travail sur les outils, le chargement des données en direct peut fonctionner de manière fiable ou non

estimation : 4-6 heures de configuration

2. Serveur de staging

avantages :

  • facilite l’intégration des nouvelles personnes, aucune configuration requise
  • peut relativement facilement le rendre identique en version, plugins, etc. à la version en amont
  • la synchronisation “pourrait” être aussi simple que de restaurer une sauvegarde du site en direct

inconvénients :

  • coûts récurrents élevés

estimation : 1-2 heures de configuration + coûts d’hébergement

3. (Trouver un moyen de tester en toute sécurité) sur le site en direct

avantages :

  • teste toujours avec la même version de discourse, les mêmes plugins, les mêmes thèmes

inconvénients :

  • besoin de trouver un moyen de ne pas spammer les utilisateurs avec des alertes “nouveau message !” / risque qu’en cas de problème, les utilisateurs soient spammés. petit risque pour les données, pourrait nécessiter une restauration à partir d’une sauvegarde.

estimation : 1-2 heures de configuration

2

Je recommanderais d’avoir l’environnement de staging dans le cloud en tant qu’instance dédiée. Tester sur le site en production n’est pas idéal et serait très comparable à la production. L’hébergement local est faisable mais invite beaucoup de maux de tête inutiles pour peu ou pas de récompense, sauf peut-être pour économiser quelques dollars que vous brûleriez en coûts d’électricité.

1 « J'aime »