AWS S3 como sustituto de MinIO
Los buckets en AWS S3 se manejarán de igual manera que como se haría con los buckets en MinIO, siendo posible personalizar la región y nombre de los buckets a los que se quiere conectar.
Más detalles sobre la conexión a AWS S3 pueden encontrarse en el apartado de Integraciones Cloud, Buckets en AWS S3 .
PostgreSQL RDS como sustituto de PostgreSQL
La conexión a un RDS no tendrá prácticamente diferencias, dado que solo es necesario alterar el host y puerto de conexión.
Más detalles sobre la conexión a RDS pueden encontrarse en el apartado de Integraciones Cloud, PostgreSQL en RDS .
Despliegue de entorno HA
Para el despliegue del modo balanceado y HA de Anjana, se realizará un despliegue normal siguiendo la documentación en el apartado Despliegue de Anjana .
Una vez seguidos los procedimientos de despliegue, se editarán las réplicas de cada pod, ya bien sea con un editor de código en los propios ficheros yaml, o desde el panel administrador.
En caso de haber editado los yaml directamente, será necesario desplegar nuevamente el core usando el comando:
anjana-core
⚠️IMPORTANTE: terminar a que el entorno termine de levantar antes de aplicar el escalado de réplicas, o fallarán los microservicios por múltiples reinicios consecutivos.
🛈NOTA: el microservicio Horus ya se encuentra escalado a 2 replicas, dada la naturaleza del microservicio es ✅RECOMENDADO dejarlo siempre en esa configuración para optimizar el rendimiento y evitar errores de configuración.
Adicionalmente, las persistencias que estén alojadas dentro de kubernetes NO soportan HA, por lo que no pueden ser escaladas. ✅RECOMENDADO: siempre usar persistencias Cloud o alojadas fuera del cluster.
Una vez escalado se puede observar el resultado con el comando:
anjana-status