Prompteo
Gratis

Curso de Sistemas distribuidos

Partir un sistema en servicios sin fabricarte un monolito distribuido: límites por contexto acotado, transacciones que ya no son transacciones, eventos como contrato, gateways y service mesh, estilos de API, los patrones clásicos de un sistema distribuido, SaaS multi-tenant y los datos en movimiento.

Unidades
8 unidades
Lecciones
18 lecciones
Ejercicios
129 ejercicios
Niveles
Básico → Avanzado
Empezar el cursoVer la ruta de aprendizaje completa

Niveles del curso

  • Básico

    1 unidad · 2 lecciones

  • Intermedio

    4 unidades · 10 lecciones

  • Avanzado

    3 unidades · 6 lecciones

Temario completo

  1. 1. Del monolito a los servicios

    Básico

    Qué define realmente a un microservicio, por qué el despliegue independiente es la propiedad que importa, cuándo no conviene dividir y cómo se migra sin apostar todo a un big bang.

    Un microservicio no se define por su tamaño. Se define por una propiedad verificable: se puede desplegar solo. Podés cambiarlo y llevarlo a producción sin cambiar ni volver a desplegar ningún otro servicio. Newman insiste en ese despliegue independiente porque es la que entrega los beneficios prometidos: autonomía, fallas aisladas, escalado por separado.

    Lecciones

    • Qué define un microservicio
    • Cuándo no dividir y cómo migrar

  2. 2. Límites, datos y transacciones

    Intermedio

    Dónde cortar el sistema, por qué cada servicio es dueño de sus datos y qué reemplaza a la transacción ACID cuando la operación cruza varios servicios.

    El mejor corte lo da el contexto acotado: la frontera dentro de la cual un modelo de dominio y su lenguaje ubicuo son coherentes. Los límites aparecen donde cambia el significado de las palabras.

    Lecciones

    • Dónde cortar y quién es dueño de los datos
    • Sagas y consistencia eventual
    • Publicar sin perder el mensaje

  3. 3. Arquitectura orientada a eventos

    Intermedio

    El evento como contrato: qué es un evento y qué no, en qué se diferencia un log de eventos de una cola, y cómo se hace evolucionar un esquema sin romper a los consumidores.

    Un evento afirma un hecho que ya ocurrió: se nombra en pasado, es inmutable y no tiene destinatario previsto. Un comando expresa una intención dirigida a un manejador, que puede rechazarla. Un evento puede ser una notificación delgada —el receptor vuelve a preguntar— o una transferencia de estado, que trae datos suficientes para mantener una réplica.

    Lecciones

    • Eventos, streams y colas
    • Event sourcing y evolución de esquemas
    • Entrega, orden y coordinación

  4. 4. Arquitectura de APIs

    Intermedio

    Gateways y service mesh, tráfico norte-sur y este-oeste, cómo evolucionar una API sin romper clientes, y por qué la validación del token en el borde no alcanza.

    Un API gateway es el punto único de entrada. Rutea, compone respuestas, resuelve asuntos transversales —TLS, límites de tasa, métricas— y traduce protocolos. Variante: Backends for Frontends, un gateway por tipo de cliente. Cuesta un componente más, un posible cuello de botella y un salto de red, y no debe volverse un lugar donde vivan reglas de negocio.

    Lecciones

    • Gateway y service mesh
    • Versiones, contratos y confianza

  5. 5. Estilos de API

    Intermedio

    REST, GraphQL, gRPC, webhooks y mensajería asincrónica: qué optimiza cada uno, con qué lo paga y cómo elegir sin repetir eslóganes.

    Cada estilo optimiza algo y lo paga con otra cosa.

    Lecciones

    • REST y GraphQL
    • gRPC, webhooks y asincronía

  6. 6. Patrones de sistemas distribuidos

    Avanzado

    Sidecar, ambassador y adapter para un solo nodo; réplicas y sondas de salud, sharding, scatter/gather, elección de líder y patrones batch cuando el sistema pasa a ser muchos.

    Tres ayudantes viven al lado de la aplicación, en la misma unidad atómica, compartiendo su ciclo de vida. Lo que los separa es la dirección:

    Lecciones

    • Ayudantes co-ubicados y réplicas
    • Escala y coordinación

  7. 7. SaaS multi-tenant

    Avanzado

    Silo, pool y bridge; por qué filtrar por tenant_id no es aislamiento; cómo se contiene al vecino ruidoso y cómo se atribuye el costo de un recurso compartido.

    Hay tres modelos, y se eligen por servicio y no de una vez para todo el sistema.

    Lecciones

    • Silo, pool y bridge
    • Aislamiento y costos por inquilino

  8. 8. Datos en movimiento

    Avanzado

    Los streams como infraestructura compartida: tiempo de evento contra tiempo de procesamiento, ventanas y marcas de agua, captura de cambios, y las capas bronze/silver/gold con sus contratos de datos.

    La integración se corre hacia los streams como infraestructura compartida, incluso entre organizaciones: quien produce publica hechos en un stream durable y con esquema gobernado.

    Lecciones

    • Streams como infraestructura
    • Capas de calidad y contratos de datos

Qué vas a saber al terminar

  • Del monolito a los servicios: Qué define realmente a un microservicio, por qué el despliegue independiente es la propiedad que importa, cuándo no conviene dividir y cómo se migra sin apostar todo a un big bang.
  • Límites, datos y transacciones: Dónde cortar el sistema, por qué cada servicio es dueño de sus datos y qué reemplaza a la transacción ACID cuando la operación cruza varios servicios.
  • Arquitectura orientada a eventos: El evento como contrato: qué es un evento y qué no, en qué se diferencia un log de eventos de una cola, y cómo se hace evolucionar un esquema sin romper a los consumidores.
  • Arquitectura de APIs: Gateways y service mesh, tráfico norte-sur y este-oeste, cómo evolucionar una API sin romper clientes, y por qué la validación del token en el borde no alcanza.
  • Estilos de API: REST, GraphQL, gRPC, webhooks y mensajería asincrónica: qué optimiza cada uno, con qué lo paga y cómo elegir sin repetir eslóganes.
  • Patrones de sistemas distribuidos: Sidecar, ambassador y adapter para un solo nodo; réplicas y sondas de salud, sharding, scatter/gather, elección de líder y patrones batch cuando el sistema pasa a ser muchos.
  • SaaS multi-tenant: Silo, pool y bridge; por qué filtrar por tenant_id no es aislamiento; cómo se contiene al vecino ruidoso y cómo se atribuye el costo de un recurso compartido.
  • Datos en movimiento: Los streams como infraestructura compartida: tiempo de evento contra tiempo de procesamiento, ventanas y marcas de agua, captura de cambios, y las capas bronze/silver/gold con sus contratos de datos.
Empezar gratis

Seguí con estos cursos

Prompteo — aprendé haciendo. Hecho por Hernán de Souza · 2026

Proyecto independiente. No afiliado a Anthropic ni a Duolingo. Los nombres de productos mencionados pertenecen a sus respectivos dueños.