Han visto que siempre cuando alguien compra un terreno, lo primero que hace es imaginar la casa terminada. Ve la terraza, el jardín, la cocina y hasta dónde irá la parrilla. Pero entre esa idea y la casa construida existe una pequeña diferencia llamada realidad. Y esa realidad necesita planos, cálculos, materiales y mucha gente trabajando en conjunto. En tecnología ocurre algo parecido. Muchas veces se confunde Arquitectura de Soluciones con Desarrollo de Software, como si fueran la misma disciplina con distinto nombre. Pero no lo son. El arquitecto de soluciones mira el problema completo. Entiende el negocio. Evalúa restricciones. Analiza sistemas existentes. Define integraciones. Considera seguridad, escalabilidad, costos, operación y sostenibilidad. Su pregunta principal es: "¿Cuál es la mejor forma de resolver este problema?" El desarrollador, en cambio, transforma esa visión en realidad. Diseña componentes. Escribe código. Construye funcionalidades. Prueba soluciones. Co...
Han visto que siempre cuando alguien compra una cocina nueva, cree que automáticamente se convirtió en chef. La cocina ayuda. Pero el estofado todavía puede quedar horrible. Con DevOps y la automatización pasa exactamente lo mismo. Muchas organizaciones creen que porque tienen pipelines, scripts, despliegues automáticos o infraestructura como código ya son DevOps. No. Eso es automatización. Y la diferencia es mucho más importante de lo que parece. La automatización consiste en que las máquinas hagan tareas repetitivas por nosotros. Desplegar aplicaciones. Crear servidores. Ejecutar respaldos. Configurar ambientes. Actualizar sistemas. Todo eso es valioso. Y mientras más repetitiva sea una tarea, más sentido tiene automatizarla. Pero DevOps es otra cosa. DevOps es una cultura. Es una forma de trabajar donde desarrollo, operaciones, seguridad y negocio dejan de actuar como islas enemigas que se lanzan problemas por encima de un muro. Porque seamos honestos. Durante años el modelo fue más...