Prefacio

Sobre este libro

En los últimos años, me he encontrado resolviendo el mismo problema una y otra vez. Con el auge de la computación en la nube y el acercamiento de la infraestructura a los desarrolladores, los equipos de ingeniería han transformado su forma de trabajar y de pensar sobre la entrega de software. Hemos pasado de departamentos de IT tradicionales y administradores de sistemas gestionando servidores, redes e infraestructura, a una cultura DevOps diseñada para cerrar la brecha entre desarrollo y operaciones. Ahora está claro que los desarrolladores pueden asumir más responsabilidad sobre la infraestructura que sostiene sus aplicaciones.

Sin embargo, en muchas organizaciones, los desarrolladores no tienen ni el tiempo ni las ganas de dominar la gestión de infraestructura. Quieren centrarse en construir productos que aporten valor al negocio. Aunque la mayoría coincidimos en que DevOps es la dirección correcta, muchas organizaciones siguen sin conseguir que funcione en la práctica.

Eso, en mi opinión, es lo que dio lugar a Platform Engineering. No reemplaza a DevOps, sino que lo habilita a escala. Platform Engineering formaliza la creación de plataformas internas que abstraen la complejidad subyacente de la infraestructura cloud, proporcionando a los desarrolladores caminos pavimentados y capacidades de autoservicio que los hacen más productivos y autónomos. Los desarrolladores pueden así centrarse en escribir software mientras la plataforma se encarga de las redes, el cómputo, la automatización, la seguridad, el cumplimiento normativo y la escalabilidad — el andamiaje esencial que mantiene todo funcionando sin problemas.

He tenido la oportunidad de abordar este reto en varias organizaciones, y nunca lo he resuelto de la misma manera dos veces. No existe una plataforma universal que sirva para todos. Cada empresa tiene su propio ADN — su propia cultura, procesos y restricciones. Por eso creo que construir plataformas es un oficio artesanal. Sí, hay principios universales y componentes fundamentales. Pero cómo los combinas, y los compromisos que asumes, siempre dependerán de tu contexto específico.

Infraestructura cloud, CI/CD, observabilidad, escaneo de vulnerabilidades, gestión de identidades y accesos, gestión de secretos, portales internos para desarrolladores, y más. La mayoría coincidiríamos en que estos son los bloques básicos de las plataformas modernas. Pero, ¿qué nubes deberías usar? ¿Qué stack de CI/CD? ¿Tus valores de ingeniería encajan mejor con Azure o con AWS? ¿Con GitHub o con GitLab? ¿Cuáles son tus requisitos de cumplimiento normativo? ¿Necesitas despliegues multi-región, configuraciones híbridas o integraciones on-premise? ¿Cuál es tu capacidad y presupuesto para invertir en construir una plataforma? Estas son las preguntas que dan forma a tu plataforma — y nunca hay una única respuesta correcta. Este libro no te dará respuestas exactas a estas preguntas. Lo siento. Pero con suerte te pondrá en el camino correcto para construir una plataforma que funcione para tu organización.

Y, sinceramente, lo más difícil no es siquiera la implementación técnica, sino venderla al resto del equipo. Hacerla atractiva para que otros se sumen, y muevan sus cargas de trabajo, pipelines y procesos a ella. Una plataforma es un producto, y como cualquier producto, necesita encontrar su encaje en el mercado. ¡También necesita soporte! Esto implica entender las necesidades de tus usuarios (los desarrolladores), comunicar la propuesta de valor de forma efectiva y seguir iterando a partir del feedback. Es un camino que requiere paciencia, empatía y un conocimiento profundo tanto de la tecnología como de los factores humanos.

El enfoque de este libro es práctico, no académico. No pretende ser una guía completa sobre formación y gestión de equipos, aunque haré algunos comentarios al respecto. En su lugar, este libro se centra en los conceptos fundamentales, los principios y las lecciones que he aprendido construyendo plataformas seguras, robustas, escalables y multi-tenant.

Con este libro, mi objetivo es plantear las preguntas adecuadas y compartir una perspectiva sesgada sobre lo que considero los cimientos de la construcción de plataformas. Otros ingenieros pueden haber tomado caminos diferentes, y eso está perfectamente bien. Mi meta es ofrecer una exploración práctica, basada en la experiencia, que te ayude a construir la plataforma que se ajuste a las necesidades únicas de tu organización.

Lo que aprenderás

El diseño de plataformas presentado en este libro puede resultar algo sesgado, y eso es intencionado. Sin embargo, muchos de los principios y prácticas aquí descritos son universales y aplicables en cualquier circunstancia que requiera construir una plataforma. En las siguientes páginas, aprenderás sobre:

• Contexto histórico y plataforma interna de desarrollo (capítulos 1 y 2)
• Segmentación (capítulo 3)
• Capacidades: Infraestructura y recursos, CI/CD, Observabilidad, Seguridad y Cumplimiento, y Developer Experience (capítulos 4, 5, 6, 7 y 8)

Lo que este libro no es

Este libro no pretende ser una inmersión profunda en redes, computación en la nube, infraestructura como código, CI/CD, observabilidad o seguridad. Hay muchos libros excelentes dedicados a cada uno de estos temas, y se referencian a lo largo de los capítulos cuando es pertinente.

En su lugar, este libro trata sobre recorrer el camino completo de construir una plataforma desde cero — entender los problemas que encontrarás, las preguntas que necesitas hacer y las decisiones que tendrás que tomar. Se trata de la visión global: cómo todas estas piezas encajan en el contexto de tu organización.

Para cada pregunta o reto importante, ofrezco una solución sesgada basada en mi experiencia. Estas opiniones no son verdades absolutas — son puntos de partida, patrones probados que han funcionado en organizaciones reales. Tu contexto puede ser diferente, y eso es lo esperado. El objetivo es ayudarte a entender por qué ciertas decisiones importan, cuándo tomarlas y cuáles son los compromisos, para que puedas adaptarlas a tus necesidades específicas.

Piensa en este libro como un manual práctico para constructores de plataformas, no como una enciclopedia de tecnologías.

Cómo usar este libro

Cada capítulo está diseñado para ser tanto referencia como guía práctica. Recomiendo leer el libro en orden, ya que algunos conceptos se construyen sobre otros. Pero una vez leído, se puede utilizar como libro de referencia. Los ejemplos de código están disponibles en el repositorio de GitHub que acompaña al libro.

Convenciones

• Texto en negrita para conceptos importantes
• Código en línea para comandos y nombres de archivos
• Bloques de código para ejemplos extensos

Notas y advertencias

A lo largo del libro encontrarás distintos tipos de recuadros:

Código fuente y agentes de IA

Originalmente, mi plan era acompañar este libro con un repositorio de GitHub lleno de módulos de Terraform y ejemplos de infraestructura como código. Sin embargo, la rápida adopción de la IA ha transformado la forma en que construimos software e infraestructura. Como ingenieros de plataformas, cada vez somos menos manuales con la configuración en crudo y nos centramos más en la arquitectura, los requisitos y los refinamientos.

Por lo tanto, este libro y su repositorio complementario toman un enfoque dual. El libro que estás leyendo está dirigido a profesionales —humanos— que quieren entender los matices de construir una plataforma, los conceptos arquitectónicos fundamentales y las decisiones clave. El repositorio complementario, por el contrario, está diseñado para agentes de IA.

En lugar de un repositorio tradicional de código, es una colección agnóstica de proveedor de artefactos de IA para ingeniería de plataformas: skills, comandos, agentes, hooks y servidores MCP. Las skills codifican guías reutilizables para tareas específicas —cómo diseñar una estrategia de segmentación, montar infraestructura, auditar seguridad, y más. Los comandos conectan skills en flujos de trabajo con nombre. Los agentes son definiciones especializadas con un alcance concreto. Los hooks proporcionan automatización basada en eventos, y los servidores MCP exponen herramientas de dominio específico. Si nuestro futuro pasa por instruir a agentes de IA para que construyan lo que queremos, debemos asegurarnos de que lo hagan con la calidad y los estándares que esperamos. Así que ahora escribimos conocimiento técnico tanto para personas como para máquinas.

Puedes acceder al repositorio complementario en: github.com/craftingplatforms/ai

Bibliografía

Al final del libro hay un apéndice con la bibliografía de las principales referencias utilizadas a lo largo de los capítulos. Encontrarás citas a estas referencias en el texto donde corresponda. Por ejemplo, [Skelton, 2019] trata sobre estructuras de equipos para ingeniería de plataformas.

No te recomiendo que vayas y compres todos los libros listados. En su lugar, usa la bibliografía como una lista curada de recursos para explorar temas específicos en mayor profundidad según lo necesites. Algunas referencias están ahí por completitud.

Declaración sobre uso de IA

Utilizo IA a lo largo de todo el flujo de trabajo de este libro — escritura, edición, traducción e iteración del contenido. Pero quiero ser claro: las ideas, la dirección, las opiniones y las revisiones finales son enteramente mías. La IA no escribe este libro de forma autónoma según sus propios criterios; lo escribe según los míos, usando mi tono, mis perspectivas y mis diseños. Cada decisión arquitectónica, cada postura sesgada, cada historia proviene de mi experiencia como ingeniero de plataformas. La IA me ayuda a plasmarlo en la página más rápido y a mantener todas las piezas —el libro, el repositorio de skills y la Newsletter de Crafting Platforms— actualizadas.

Este enfoque me permite iterar mucho más rápido de lo que podría solo. Por eso, pongo a disposición una versión HTML gratuita del libro en línea. Si quieres apoyar el proyecto o prefieres leer en otros formatos, puedes adquirir la edición en ebook.

Uso de anglicismos

Este libro lo he escrito originalmente en español, pero muchos de los términos técnicos que se utilizan en el ámbito de la ingeniería de plataformas es habitual decirlos en inglés. He optado por mantener muchos de estos términos en su idioma original, ya que no siempre existe una traducción directa o, simplemente, porque me suena antinatural traducirlos. Esta es una cuestión personal, que espero no moleste al lector si en alguna parte del texto abuso de estos anglicismos.

Lo que seguro no encontrarás son conjugaciones españolas, e innecesarias, de verbos en inglés, como “deployar”, “setear” (¿comer setas?), “pushear” o “debuguear”. En esos casos, intento utilizar expresiones en español, como “desplegar”, “establecer”, “subir” o “depurar”.

Contacto

Si tienes preguntas, comentarios o sugerencias, puedes suscribirte a newsletter.craftingplatforms.com o contactarme directamente a mi correo electrónico personal: ezequiel@foncubierta.com

También puedes seguirme en:

• Substack: https://substack.com/@principiamachina
• BlueSky: https://bsky.app/profile/foncubierta.com
• Página personal: https://foncubierta.com