Los sistemas que alojamos para nuestros clientes y las herramientas con que trabajamos corren en infraestructura propia, que administramos nosotros. Cuando un cliente elige que alojemos su sistema, va a esta misma infraestructura, con las mismas prácticas.
El problema
Un sistema a medida no termina el día que se entrega. Tiene que seguir en línea, recibir cambios sin cortes largos, tener sus datos respaldados y actualizarse cuando sale una corrección de seguridad. Si nadie se ocupa de eso, el sistema envejece hasta que falla.
Qué construimos
- Un contenedor por servicio: cada sistema corre aparte, con su base de datos, y un problema en uno no arrastra a los demás.
- Despliegue desde el repositorio: un cambio aprobado se construye y se publica solo, sin copiar archivos a mano.
- HTTPS automático: los certificados se emiten y se renuevan sin intervención.
- Monitoreo: revisa que cada servicio responda y avisa si alguno deja de hacerlo.
- Respaldo diario de cada base de datos, y una copia diaria en otro equipo, fuera del servidor.
- Herramientas internas propias: correo, gestión de proyectos, chat del equipo con una integración propia entre ambos, gestor de contraseñas y la agenda de reuniones de este sitio.
Cómo funciona
- La copia se trae desde afuera. El equipo que guarda la copia la descarga del servidor; el servidor no tiene credenciales para escribir en otro lado. Si alguien entrara al servidor, no podría borrar las copias.
- Los respaldos se prueban restaurándolos. Una de esas pruebas encontró un respaldo que no restauraba bien, y se corrigió antes de que hiciera falta.
- Actualizaciones por rondas. Antes de actualizar un servicio se toma un respaldo nuevo y se revisan las notas de la versión; después se verifica que responda.
- La agenda es nuestra. Usa Calnode con cambios propios, una interfaz integrada a este sitio y avisos en español por Telegram y correo.
Tecnología
Docker con Dokploy para los despliegues y Traefik como proxy con HTTPS automático. PostgreSQL para las bases de datos, Uptime Kuma para el monitoreo y GitHub Actions para construir algunas imágenes y correr pruebas.
Estado
En producción. Si tu sistema necesita dónde correr, lo alojamos y administramos; si prefieres tu propio servidor, también.