J

Arquitectura de software

Objetivo5 libros, Arranca en Fundamentals of Software Architecture

Al final vas a poder elegir un estilo de arquitectura y justificar decisiones entre monolito, microservicios y datos.

De qué va

Para devs que pasan de escribir módulos a diseñar sistemas: un panorama general de estilos, el caso de los microservicios, REST como estilo de la web, datos distribuidos y diseño guiado por el dominio.

Ver en el mapa
  1. Parada 1: Fundamentals of Software Architecture

    PróximaLínea J, Diseño y arquitecturaZona 2, Intermedio

    Por qué acá

    Panorama general de estilos y decisiones. Dager lo eligió como su favorito de arquitectura por ser un overview concreto.

    se convirtió en mi libro favorito sobre arquitectura porque es un overview super concreto
    Dager, Los mejores libros para aprender a programarEscucharlo en 2:35
  2. Parada 2: Building Microservices

    Línea J, Diseño y arquitecturaZona 3, Avanzado

    Por qué acá

    Después del panorama, un estilo en profundidad: cuándo dividir en servicios y qué problemas distribuidos aparecen.

    Ver la ficha de Building Microservices
  3. Parada 3: Architectural Styles and the Design of Network-based Software Architectures

    Fin de líneaLínea J, Diseño y arquitecturaZona 3, Avanzado

    Por qué acá

    Los servicios se hablan por la red: acá está el estilo REST en su fuente. Dager la señala como la fuente canónica.

    Esta disertación es la fuente canónica para REST
    Dager, REST es la CH*TA de la webEscucharlo en 3:06
  4. Parada 4: Designing Data-Intensive Applications

    Desvío optativoLínea J, Diseño y arquitecturaZona 3, Avanzado

    Podés saltearla: la ruta sigue por la vía principal.

    Por qué acá

    Qué pasa con los datos cuando el sistema se reparte: replicación y particionado. Dager solo lo nombra, por eso es optativo.

  5. Parada 5: Domain-Driven Design

    Desvío optativoLínea J, Diseño y arquitecturaZona 4, Especialista

    Podés saltearla: la ruta sigue por la vía principal.

    Por qué acá

    Cómo decidir los límites entre servicios: bounded contexts. Dager lo recomienda de yapa al hablar de microservicios; es un desvío largo.

    Y de yapa Domain-Driven Design... Bounded Context (he attributes it to Fowler; the book is by Evans)
    Dager, r/devsarg: estoy haciendo microserviciosVer la fuente
    Ver la ficha de Domain-Driven Design

Fin de línea

Son 3 paradas. Cada libro que marques con «Lo leí» se cuenta acá y en el mapa.