Qué es la arquitectura de software

Te damos la bienvenida al Capítulo 1: Qué es la arquitectura de software. El Capítulo cero te dio los bloques de construcción. Este capítulo da un paso atrás y se pregunta qué significa organizar esos bloques de forma deliberada, quién lo hace y por qué merece la pena el esfuerzo. Te da el vocabulario del que depende el resto del curso y una forma de pensar que puedes aplicar a cualquier sistema, desde una pequeña app de reservas hasta una plataforma nacional de pagos.

Todo sistema de software tiene una arquitectura, la haya diseñado alguien o no. Es el conjunto de estructuras fundamentales que forman el sistema y de las decisiones significativas que las produjeron. Esas estructuras determinan mucho más de lo que la mayoría cree: lo rápido y fiable que es el sistema, cuánto cuesta ejecutarlo y cuántos equipos pueden trabajar en él a la vez. Sobre todo, determinan lo caro que será cambiar el sistema el año que viene. Las funcionalidades son lo que hace un sistema. La arquitectura determina en gran medida lo bien que las hace y lo que cuesta hacer algo diferente.

Este capítulo está escrito para desarrolladores que avanzan hacia responsabilidades de arquitectura. También es para cualquier persona que trabaje con arquitectos y quiera entender lo que hacen, y por qué. Se apoya en los bloques de construcción del Capítulo cero: componentes, almacenes de datos, redes y API. Si te sientes cómodo con ellos, estás preparado. Y conduce al Capítulo 2, que toma los objetivos de una arquitectura y los hace precisos y medibles, en forma de atributos de calidad.

El capítulo tiene ocho secciones. La Sección uno punto uno compara las definiciones que importan, desde la norma internacional y el Software Engineering Institute, o SEI, hasta los profesionales que destacan el entendimiento compartido y las decisiones que son caras de cambiar. La Sección uno punto dos aborda la confusión más habitual: dónde termina la arquitectura y dónde empieza el diseño. La respuesta es que no hay un muro, solo un continuo ordenado por significancia. La Sección uno punto tres expone por qué debe importarte, a partir de tres casos reales: la pérdida bursátil de Knight Capital en dos mil doce, el accidentado lanzamiento de HealthCare punto gov en dos mil trece y un cambio de Amazon Prime Video en dos mil veintitrés.

Este diagrama de la Sección uno punto uno muestra las ideas que comparten las definiciones, con un sistema de reparto de comida. La línea discontinua es el límite del sistema. Las cajas de su interior son elementos: una app móvil, un servicio de pedidos, una base de datos de pedidos, un servicio de repartidores y un módulo de pagos. Las flechas son relaciones. La app llama al servicio de pedidos mediante HTTPS. El servicio de pedidos consulta la base de datos con SQL y envía un evento al servicio de repartidores. Unas pequeñas etiquetas registran las propiedades. El servicio de pedidos, por ejemplo, no tiene estado y se ejecuta como tres copias. Fuera del límite está el entorno: los clientes, los repartidores y los restaurantes, y el proveedor de pagos con tarjeta. Y el entorno es más que otros sistemas. También incluye la ley, el presupuesto, la organización y sus equipos, y la plataforma en la nube. No puedes entender una arquitectura sin ellos.

La Sección uno punto cuatro se centra en las personas: lo que hacen realmente los arquitectos, los distintos tipos de arquitecto, por qué la arquitectura es un rol antes que un cargo y el largo debate sobre si los arquitectos deberían seguir escribiendo código. La Sección uno punto cinco amplía la mirada hacia las partes interesadas, todas las personas con un interés en el sistema, desde usuarios y desarrolladores hasta reguladores. Muestra cómo las inquietudes en conflicto se hacen explícitas, en lugar de resolverse a favor de quien grita más fuerte. La Sección uno punto seis pasa a las decisiones y los compromisos: qué contiene una buena decisión, qué decisiones se pueden revertir fácilmente y cuáles no, y la idea de decidir en el último momento responsable.

Las dos últimas secciones tratan del tiempo. La Sección uno punto siete explica la deuda técnica tal como la entendía originalmente Ward Cunningham, en qué se diferencia del simple desorden y cómo las arquitecturas se erosionan y se alejan de la forma prevista. La Sección uno punto ocho sitúa la arquitectura en el ciclo de vida de la entrega, entre el gran diseño inicial y el diseño puramente emergente, y muestra un término medio práctico: la arquitectura justa, en el momento adecuado, comprobada de forma continua.

Este diagrama de la Sección uno punto dos muestra cómo distinguir la arquitectura del diseño. Las decisiones situadas hacia la izquierda son más arquitectónicas; hacia la derecha, son más una cuestión de diseño y de código. La primera prueba es el costo de revertir una decisión: meses de trabajo para muchos equipos en un extremo, minutos para una persona en el otro. La segunda es el alcance del impacto: todo el sistema o la organización, o solo una función o clase. La tercera es el efecto sobre las cualidades clave. Los puntos sitúan una decisión real, la elección del formato de los mensajes, en cada línea, y en las tres se inclina hacia el extremo arquitectónico.

Si recuerdas una sola cosa de este capítulo, que sea esta. La arquitectura es el conjunto de decisiones que es caro equivocar. El trabajo del arquitecto es identificar esas decisiones, tomarlas de forma deliberada con las personas adecuadas, registrar por qué y mantenerlas en revisión, a la vez que hace que el mayor número posible de las demás decisiones sean baratas de cambiar. El resto del curso aplica esa idea.

Puedes leer las secciones en orden, que es lo mejor si las ideas son nuevas para ti, o consultar solo las que necesites. Leer todo el capítulo lleva unas dos horas y media. Cada sección termina con unas cuantas preguntas de autoevaluación. Intenta responderlas mentalmente antes de mirar, para ver qué se te ha quedado. Cuando estés listo, hay una prueba opcional del capítulo, con veinte preguntas de opción múltiple y dos respuestas escritas. Calcula unos cuarenta y cinco minutos. La nota de aprobado es el ochenta por ciento, la misma que en todas las pruebas de capítulo del curso.

Ese es el mapa del Capítulo 1. Empieza por la Sección uno punto uno, donde comparamos las definiciones estándar de la arquitectura de software y vemos lo que tienen en común. Nos vemos allí.