helm-stoat
Chart de Helm para auto-alojar Stoat Chat (anteriormente Revolt) en Kubernetes. Utiliza subcharts Bitnami para MongoDB, Redis, MinIO y RabbitMQ. Requiere configuración manual de claves VAPID y persistencia.
Ficha actualizada 24 sept 2026, 0:17 · upstream 24 sept 2026, 0:12 · release sin release detectada
Qué es helm-stoat
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
Este repositorio proporciona un gráfico de Helm para desplegar la plataforma de mensajería Stoat Chat (anteriormente Revolt) en entornos Kubernetes. El proyecto actúa como una capa de orquestación que integra múltiples servicios backend necesarios para el funcionamiento del chat, incluyendo bases de datos y colas de mensajes.
La arquitectura se basa en subgráficos heredados de Bitnami para MongoDB, Redis, MinIO (S3) y RabbitMQ. Esto permite un despliegue modular donde los componentes pueden ejecutarse internamente o conectarse a instancias externas preexistentes mediante cadenas de conexión configurables. El gráfico gestiona la persistencia de datos para cada servicio crítico.
Es importante destacar que este es un proyecto de terceros sin afiliación oficial con el equipo de Stoat. La configuración requiere claves criptográficas específicas (VAPID, encriptación) y certificados HTTPS válidos. No se considera listo para producción hasta que los servicios externos estén debidamente autenticados y la persistencia configurada correctamente.
- Despliegue rápido de una instancia de chat privado en Kubernetes utilizando componentes Bitnami.
- Integración de Stoat Chat con infraestructura existente (MongoDB, Redis, RabbitMQ externos).
- Aislamiento de servicios mediante el uso de subgráficos para facilitar la gestión y escalado individual.
- Provisionamiento de entornos de prueba o staging para desarrollo de aplicaciones cliente.
- Soporte nativo para múltiples controladores de entrada (Ingress Nginx, GatewayAPI Routes).
- Configuración flexible de puertos y servicios internos mediante variables globales.
- Capacidad de desacoplar los componentes de almacenamiento (MongoDB, Redis, MinIO) del gráfico principal.
- Documentación detallada de parámetros para subgráficos Bitnami estándar.
- No incluye Dockerfile ni Compose; requiere un clúster Kubernetes funcional.
- No es production-ready por defecto; exige configuración manual de autenticación y persistencia externa.
- Dependencia de claves VAPID y de encriptación que deben generarse externamente antes del despliegue.
- El análisis técnico indica alta complejidad (HIGH) con requisitos de recursos significativos (4 núcleos, 4GB RAM).
- Las imágenes por defecto utilizan repositorios bitnamilegacy, lo que podría implicar versiones antiguas o no mantenidas.
Capturas del proyecto
Imágenes reales detectadas en la documentación del repositorio.
Perfil de infraestructura
Estimación inicial derivada del repositorio y de los servicios detectados.
Despliegue detectado
Qué señales reales de instalación hemos encontrado.
Requiere clúster Kubernetes con persistencia configurada para MongoDB, Redis, MinIO y RabbitMQ. Generar claves VAPID y de encriptación antes del install. Habilitar Ingress o GatewayAPI con HTTPS. Consultar documentación de subgráficos Bitnami para parámetros de autenticación y almacenamiento.
Stack y dependencias
Componentes inferidos a partir de manifests, configuración y documentación.
Experiencia real de la comunidad
Ayuda a contrastar la estimación automática con instalaciones reales.
Todavía no hay datos comunitarios para este proyecto.