Just Working

Just Working crea plataformas empresariales, herramientas internas, integraciones en la nube y automatización para organizaciones que necesitan tecnología seria sin fricción operativa permanente. Su principio de producto es sencillo: la complejidad puede existir por debajo, pero las personas que usan el sistema y son responsables de él no deberían tener que reconstruir esa complejidad cada día.
El entorno de partida
Sección titulada «El entorno de partida»Las plataformas de los clientes rara vez empiezan con una infraestructura en blanco. Llegan con cuentas en la nube existentes, servicios heredados, contenedores, proveedores de DNS, certificados, bases de datos, herramientas de monitorización y patrones de acceso acumulados a lo largo de varias fases de entrega. Una aplicación nueva puede ser elegante mientras su entorno operativo sigue siendo un conjunto de consolas separadas y de conocimiento propio de cada equipo.
Esa fragmentación crea dos problemas. Durante la entrega, los ingenieros dedican tiempo a traducir la misma intención entre herramientas. Tras el lanzamiento, el cliente recibe un sistema que está técnicamente documentado, pero que sigue siendo difícil de operar sin especialistas sénior. Las preguntas rutinarias (a qué pertenece este nombre de host, dónde se usa un secreto, qué despliegue está activo, qué cambió antes de una alerta) requieren a varias personas o una investigación desde cero.
La adopción como parte de la entrega
Sección titulada «La adopción como parte de la entrega»Just Working introdujo Opfield como base operativa compartida durante la entrega, no como un proyecto de limpieza tras el lanzamiento.
- Modelar primero la propiedad. Los dominios, las Routes, las aplicaciones, los nodos y las bases de datos recibieron nombres y responsables estables antes de añadir automatización.
- Reutilizar la infraestructura existente. Opfield se conectó a los hosts Docker, el DNS, los sistemas de código fuente y la topología de servicios actuales del cliente en lugar de exigir una migración completa de plataforma.
- Crear un camino de cambio legible. El trabajo habitual pasó de instrucciones informales a planes, Tasks, verificación de estado e historial de auditoría.
- Mostrar el mismo modelo al equipo del cliente. Los operadores se incorporaron pronto al flujo de trabajo con acceso limitado. El traspaso se convirtió en una continuación de la operación normal en lugar de un acto final de documentación.
AI Workspace convertía los objetivos de alto nivel en planes. Los mismos permisos, confirmaciones y registros de operaciones se aplicaban tanto si un cambio empezaba en AI Workspace como en la Operations Console o en una integración por API.
Qué cambió en la operación diaria
Sección titulada «Qué cambió en la operación diaria»El equipo de entrega lleva todos los proyectos de clientes de la misma manera, y cada cliente conserva su propia arquitectura. Los contenedores, las bases de datos, las Routes y los hosts muestran cómo se relacionan entre sí en un solo producto.
Los equipos de los clientes ganaron un límite más claro entre las operaciones rutinarias y el trabajo excepcional de recuperación. Podían desplegar, consultar el estado, seguir los logs, gestionar Routes y entender los cambios recientes sin recibir acceso sin restricciones a todos los sistemas subyacentes. Los ingenieros sénior conservan las herramientas de bajo nivel para la recuperación; ya no son la única forma de operar el sistema.
Esto también facilitó las ampliaciones tras el lanzamiento. Los servicios nuevos podían seguir un patrón ya establecido de nombres, acceso, monitorización y reversión en lugar de introducir otro proceso de despliegue aislado.
Resultado
Sección titulada «Resultado»Just Working puede entregar no solo el código de la aplicación y los diagramas de infraestructura, sino un modelo operativo que funciona. Los sistemas siguen siendo tan capaces como antes y se vuelven más fáciles de inspeccionar, cambiar y mantener.
«Opfield elimina mucha complejidad operativa de la entrega. Nuestros equipos tienen un único lugar para entender los servicios, el acceso, el estado y los cambios.»
Continúa con Propiedad de la infraestructura e IaC y Permisos para ver los principios detrás de este modelo de entrega.