Tres microservicios .NET corriendo sin Docker

Curso de Introducción a los Microservicios

Contenido del curso

Fundamentos de Microservicios

Arquitectura Basada en Microservicios

Automatización y Preparación del Entorno

Comunicación Asíncrona entre Servicios

Despliegue

Observabilidad

Tomar examen

Cursos Empresas Blog Live Conf Eventos Precios

0:003:17

Tres microservicios .NET corriendo sin Docker

Curso de Introducción a los Microservicios

Clase 16 de 24

Clase 16 / 24

Recursos

Probar la comunicación entre microservicios en local es el momento donde todo el flujo cobra sentido. Aquí verás cómo orquestar tres servicios .NET que se hablan entre sí mediante mensajería, validar que los mensajes lleguen a un topic y confirmar que la información quede guardada en SQL, sin necesidad de Docker ni contenedores. Es una guía pensada para quien arma su primer flujo de microservicios y quiere ver el end to end funcionando.

¿Cómo levantar tres microservicios .NET al mismo tiempo?

El truco está en abrir tres terminales independientes y ejecutar cada proyecto con dotnet run en un orden específico para que los servicios escuchen antes de que lleguen los mensajes.

El flujo de arranque luce así:

Levantar el proyecto Add Member, que expone el endpoint principal por donde entra la solicitud HTTP.
Levantar el proyecto Pick Age, que se queda escuchando para procesar la edad y reenviar el mensaje a un topic.
Levantar el proyecto Add Adult, que recibe el mensaje final y guarda en base de datos.

Cuando arranca el tercer servicio, si había mensajes encolados sin procesar, llegan de golpe. En la demo aparecieron cinco mensajes atrasados que se procesaron al instante y quedaron registrados en la base [01:05].

¿Por qué llegan mensajes atrasados al iniciar un microservicio? Porque la cola de mensajería retiene lo que no se ha consumido. En cuanto el servicio suscriptor se conecta, recibe todo lo pendiente en orden.

¿Cómo validar que el flujo de mensajería funciona end to end?

La prueba real es enviar una solicitud HTTP y rastrear su recorrido por los tres servicios hasta SQL. En la demo se usó el cliente de solicitudes HTTP del editor para mandar un POST al servicio de adultos con estos datos:

Nombre: Óscar.
Apellido: Barajas.
Año de nacimiento: 1968.

La respuesta fue exitosa, lo que confirma que el endpoint procesó la entrada [01:48]. A partir de ahí, el servicio Pick Age publicó el mensaje en un topic, el suscriptor lo recibió y el servicio Add Adult ejecutó la inserción.

¿Cómo confirmar que el dato llegó a la base de datos?

La verificación final se hace directamente en el portal de Azure, abriendo la tabla Adultos y consultando los primeros 1.000 registros. El registro de Óscar Barajas con año 1968 apareció correctamente, cerrando el ciclo completo desde la solicitud HTTP hasta la persistencia [02:15].

¿Qué es un topic en mensajería? Es un canal donde un servicio publica mensajes y uno o varios suscriptores los reciben. Permite desacoplar quién envía de quién procesa.

¿Por qué probar microservicios sin Docker antes de contenerizar?

En este punto del flujo no hay Docker, ni imágenes, ni contenedores involucrados. Son simplemente tres aplicaciones .NET corriendo con dotnet run en terminales separadas. Y aquí viene lo interesante: ya tienes la orquestación completa de la comunicación entre servicios funcionando.

Esta etapa importa porque te permite:

Aislar problemas de lógica antes de sumar la complejidad de contenedores.
Validar que los topics, suscripciones y endpoints están bien configurados.
Confirmar que la persistencia en SQL responde como esperas.

Una vez que el flujo corre limpio en local, el siguiente paso natural es empaquetar cada servicio como un microservicio real, donde Docker y la orquestación entran en juego. ¿Ya tienes tu flujo local funcionando? Cuéntame en los comentarios qué servicio te dio más guerra al levantarlo.

Resumen

¿Cómo levantar tres microservicios .NET al mismo tiempo?

El truco está en abrir tres terminales independientes y ejecutar cada proyecto con dotnet run en un orden específico para que los servicios escuchen antes de que lleguen los mensajes.

El flujo de arranque luce así:

Levantar el proyecto Add Member, que expone el endpoint principal por donde entra la solicitud HTTP.
Levantar el proyecto Pick Age, que se queda escuchando para procesar la edad y reenviar el mensaje a un topic.
Levantar el proyecto Add Adult, que recibe el mensaje final y guarda en base de datos.

¿Por qué llegan mensajes atrasados al iniciar un microservicio? Porque la cola de mensajería retiene lo que no se ha consumido. En cuanto el servicio suscriptor se conecta, recibe todo lo pendiente en orden.

¿Cómo validar que el flujo de mensajería funciona end to end?

Nombre: Óscar.
Apellido: Barajas.
Año de nacimiento: 1968.

¿Cómo confirmar que el dato llegó a la base de datos?

¿Qué es un topic en mensajería? Es un canal donde un servicio publica mensajes y uno o varios suscriptores los reciben. Permite desacoplar quién envía de quién procesa.

¿Por qué probar microservicios sin Docker antes de contenerizar?

Esta etapa importa porque te permite:

Aislar problemas de lógica antes de sumar la complejidad de contenedores.
Validar que los topics, suscripciones y endpoints están bien configurados.
Confirmar que la persistencia en SQL responde como esperas.

Fundamentos de Microservicios

Arquitectura de microservicios vs sistemas monolíticos

Imagen, contenedor y microservicio: no son lo mismo

API monolítica base para microservicios en .NET

Arquitectura Basada en Microservicios

Dividir una API en microservicios escalables

Kafka para comunicar microservicios por eventos

Flujo de trabajo con Kafka para enrutar microservicios automáticamente

Bases de datos fuera de contenedores Docker

Automatización y Preparación del Entorno

Automatiza microservicios ASP.NET con Bash

Automatizar microservicios con Bash y Dockerfile

Azure Service Bus para comunicación entre microservicios

Rest Client como alternativa a Swagger en VS Code

Comunicación Asíncrona entre Servicios

Envía mensajes a Azure Service Bus desde .NET

Microservicio receptor con worker en .NET

Topics de Azure Service Bus con patrón Pub/Sub

Conectar Add Adult a Service Bus y SQL

Despliegue

Tres microservicios .NET corriendo sin Docker

Creación de servicios de consulta con .NET y SQL

Docker Compose con cinco microservicios .NET

Monorepo vs multirepo en microservicios

Configuración de secretos de GitHub para desplegar en Azure

Observabilidad

Despliegue de aplicaciones con Azure Container Apps desde Docker Hub

Despliegue automático de microservicios con GitHub Actions

Desplegando microservicios con GitHub Actions

Próximos pasos de mejora en arquitectura de microservicios

Tres microservicios .NET corriendo sin Docker

Progreso del curso

Fundamentos de Microservicios

Arquitectura Basada en Microservicios

Automatización y Preparación del Entorno

Comunicación Asíncrona entre Servicios

Despliegue

Observabilidad

Recursos

Recursos