Soporte de plantillas de clúster [Alta Disponibilidad] [Redundancia]

Propongo estas adiciones a la carpeta de plantillas:

  • postgres.master.yml
  • postgres.slave.yml
  • redis.master.yml
  • redis.slave.yml

De esta manera, el clúster de Discourse y toda la angustia en torno a este tema desaparecerán.

Según mi entendimiento, el contenedor de Redis no puede ser duplicado debido a las transacciones únicas del bus de mensajes, pero aparentemente sí puede ser replicado.

¿Beneficios arquitectónicos?

  1. Capacidad de arrancar (web.template.yml + web.template.yml + redis.master.yml) dentro del nodo maestro y solo (web.template.yml + postgres.slave.yml + redis.slave.yml) dentro del nodo esclavo SIN tener que hacer referencia al nodo maestro, lo que descarga significativamente la presión y aprovecha la potencia del equilibrador de carga Nginx situado delante de todos ellos.

  2. ¡El ambicioso soporte para una sección de clúster en la interfaz gráfica dentro del panel de administración se volverá viable!

Discourse es, sin duda, la aplicación de código abierto más avanzada jamás creada. Gracias al equipo detrás de esta obra maestra.

Esto sería útil para la copia de seguridad en streaming, incluso si no se ha configurado un failover de HA. ¿Has creado un PR con el contenido sugerido para dichos archivos?

¿Cómo esperas gestionar las actualizaciones de la base de datos a nuevas versiones principales de PostgreSQL al desplegar de esta manera en múltiples nodos?