book

Construyendo Arquitecturas Evolutivas, 2ª Edición

by Neal Ford, Rebecca Parsons, Patrick Kua, Pramod Sadalage

September 2024

Intermediate to advanced

264 pages

8h 39m

Spanish

O'Reilly Media, Inc.

Read now

Unlock full access

La estructura de este libroCasos prácticos y PenúltimoWidgetsConvenciones utilizadas en este libroUtilizar ejemplos de códigoAprendizaje en línea O'ReillyCómo contactar con nosotrosInformación adicionalAgradecimientos
Los retos de la evolución del softwareArquitectura evolutivaCambio guiadoCambio incrementalMúltiples dimensiones arquitectónicas¿Cómo es posible la planificación a largo plazo cuando todo cambia constantemente?Una vez que he construido una arquitectura, ¿cómo puedo evitar que se degrade con el tiempo?¿Por qué evolutivo?Resumen
¿Qué es una función de aptitud?CategoríasÁmbito de aplicación: Atómico frente a holísticoCadencia: Disparada Versus Continua Versus TemporalCaso práctico: ¿Disparado o continuo?Resultado: Estático frente a dinámicoInvocación: Automatizada frente a manualProactividad: Intencionada frente a emergenteCobertura: ¿Funciones de aptitud específicas de cada dominio?¿Quién escribe las funciones de fitness?¿Dónde está mi marco de pruebas de la función Fitness?Resultados frente a implantacionesResumen
Cambio incrementalVías de ImplementaciónCaso práctico: Añadir funciones de fitness al servicio de facturación de PenultimateWidgetsCaso práctico: Validar la coherencia de la API en una compilación automatizadaResumen
Funciones de Adecuación como Gobernanza ArquitectónicaFunciones de aptitud basadas en códigosAcoplamiento aferente y eferenteAbstracción, inestabilidad y distancia de la secuencia principalDireccionalidad de las importacionesComplejidad ciclomática y gobernanza "en manadaHerramientas llave en manoLegalidad de las bibliotecas de código abiertoA11y y otras características de arquitectura compatiblesArchUnitLinters para la Gobernanza del CódigoCaso práctico: Función de adecuación a la disponibilidadCaso práctico: Pruebas de carga junto con Canary ReleasesCaso práctico: ¿Qué portar?Funciones de fitness que ya utilizasArquitectura de integraciónGobernanza de la comunicación en los microserviciosCaso práctico: Elegir cómo implementar una función de aptitudDevOpsArquitectura empresarialCaso práctico: Reestructuración arquitectónica mientras se implementa 60 veces al díaFunciones de aptitud de fidelidadLa aptitud funciona como una lista de comprobación, no como un paloDocumentar las funciones de aptitudResumen
Estructura arquitectónica evolutivaConnascenciaIntersección de Connascencia con Contexto LimitadoCuánticos arquitectónicos y granularidadImplementación independienteAlta cohesión funcionalAcoplamiento estático elevadoAcoplamiento Cuántico DinámicoContratosCaso práctico: Los microservicios como arquitectura evolutivaReutilizar patronesReutilización eficaz = Abstracción + Baja volatilidadSidecars y Malla de Servicio: Acoplamiento Operativo OrtogonalMalla de Datos: Acoplamiento ortogonal de datosResumen

Diseño evolutivo de bases de datosEsquemas evolutivosIntegración de bases de datos compartidasEnredo inadecuado de datosTransacciones Commit en dos fasesEdad y calidad de los datosCaso práctico: Evolución del enrutamiento de PenultimateWidgetsDe la función nativa a la función de aptitudIntegridad referencialDuplicación de datosSustitución de desencadenadores y procedimientos almacenadosCaso práctico: Evolucionar de lo relacional a lo no relacionalResumen
Principios de la arquitectura evolutivaÚltimo momento responsableDiseñar y desarrollar para la evolucionabilidadLey de PostelArquitecto para la TestabilidadLey de ConwayMecánicaPaso 1: Identificar las dimensiones afectadas por la evoluciónPaso 2: Definir la(s) función(es) de aptitud para cada dimensiónPaso 3: Utilizar canalizaciones de implementación para automatizar las funciones de adecuaciónProyectos totalmente nuevosRetroadaptación de arquitecturas existentesAcoplamiento y cohesión adecuadosImplicaciones COTSMigrar arquitecturasPasos de la migraciónInteracciones evolutivas entre módulosPautas para construir arquitecturas evolutivasElimina la variabilidad innecesariaHaz que las decisiones sean reversiblesPrefiere Evolutivo a PrevisibleConstruir capas anticorrupciónConstruye Arquitecturas SacrificialesMitigar el cambio externoActualizar bibliotecas frente a frameworksVersionar internamente los serviciosCaso práctico: Evolución de las calificaciones de PenultimateWidgetsArquitectura basada en funciones de aptitudResumen
Arquitectura técnicaAntipatrón: Trampa del último 10% y Código bajo/sin códigoCaso práctico: Reutilización en PenultimateWidgetsAntipatrón: Rey vendedorError: Abstracciones con fugasError: Desarrollo basado en el currículumCambio incrementalAntipatrón: Gobernanza inadecuadaCaso práctico: Gobernanza "suficiente" en PenultimateWidgetsError: Falta de Velocidad de LiberaciónPreocupaciones empresarialesError: Personalización del productoAntipatrón: Informar sobre el sistema de registroError: Horizontes de planificación excesivamente largosResumen
Factores organizativosNo luches contra la Ley de ConwayCulturaCultura de experimentaciónDirector Financiero y PresupuestosEl caso empresarialDesarrollo basado en hipótesis y datosFunciones de aptitud como medios experimentalesCrear funciones de adecuación empresarialCaso práctico: Vulnerabilidad de seguridad de día ceroEsculpir contextos limitados dentro de la arquitectura de integración existente¿Por dónde empezar?Fruta al alcance de la manoPrimero el valor más altoPruebaInfraestructuraCaso práctico: Arquitectura empresarial en PenultimateWidgets¿Futuro Estado?Funciones de aptitud mediante IAPruebas Generativas¿Por qué (o por qué no)?¿Por qué una empresa debe decidir construir una arquitectura evolutiva?¿Por qué elegiría una empresa no construir una arquitectura evolutiva?Resumen

Content preview from Construyendo Arquitecturas Evolutivas, 2ª Edición

Capítulo 9. Poneren práctica la arquitectura evolutiva

Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: translation-feedback@oreilly.com

Por último, examinamos los pasos necesarios para poner en práctica las ideas en torno a la arquitectura evolutiva. Esto incluye aspectos tanto técnicos como empresariales, incluyendo los impactos en la organización y el equipo. También sugerimos por dónde empezar y cómo vender estas ideas a tu empresa.

Factores organizativos

El impacto de la arquitectura de software tiene una amplitud sorprendente en una serie de factores que normalmente no se asocian con el software, como el impacto en el equipo, el presupuesto y muchos otros. Veamos un conjunto común de factores que repercuten en tu capacidad para poner en práctica la arquitectura evolutiva.

No luches contra la Ley de Conway

En abril de 1968, Melvin Conway envió un artículo a Harvard Business Review titulado "¿Cómo inventan los comités?". En este artículo, Conway introdujo la noción de que las estructuras sociales, en particular las vías de comunicación entre las personas, influyen inevitablemente en el diseño final del producto.

Como describe Conway, en la fase inicial del diseño, se realiza una comprensión de alto nivel del sistema para entender cómo desglosar las áreas de responsabilidad en diferentes modelos. La forma en que un grupo descompone un problema afecta a las decisiones que puede tomar más adelante.

Codificó lo que se conoce como la Ley de ...