Automatiza microservicios ASP.NET con Bash

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:002:37

Automatiza microservicios ASP.NET con Bash

Curso de Introducción a los Microservicios

Clase 8 de 24

Clase 8 / 24

Recursos

Crear cada microservicio a mano es repetitivo y abre la puerta a errores como ubicar un proyecto en la ruta equivocada. Con un script de Bash automatizas el despliegue inicial de varios proyectos ASP.NET y avanzas con una arquitectura de microservicios mucho más limpia desde el primer comando.

Por qué automatizar el despliegue de microservicios

Cuando pasas de un proyecto monolítico a una arquitectura distribuida, necesitas levantar varios miniproyectos que comparten la misma estructura base. Hacerlo manualmente te obliga a repetir el mismo comando en rutas distintas, y ahí es donde aparecen los errores humanos.

La idea central de los microservicios es clara: automatiza todo lo que puedas. Un solo comando reemplaza ocho ejecuciones manuales y te garantiza que cada proyecto nazca en la carpeta correcta.

¿Qué es Bash en el contexto de microservicios? Es un intérprete de comandos que te permite escribir scripts (.sh) para ejecutar tareas repetitivas como crear carpetas, moverte entre rutas y generar proyectos ASP.NET sin intervención manual.

Cómo se estructura el script de deployment

Dentro del repositorio del curso vas a encontrar una sección llamada infraestructura, donde viven varios scripts con extensión .sh. El primero, deploymentOne.sh, concentra toda la rutina inicial [00:55].

El flujo que ejecuta el script es directo:

Sube un nivel de carpeta desde la ubicación actual.
Crea una nueva carpeta llamada microservicios.
Se mueve dentro de esa carpeta recién creada.
Ejecuta el comando de creación de proyecto ASP.NET varias veces seguidas.

Con esa secuencia evitas repetir entre dos y ocho veces el mismo comando a mano. La extensión .sh identifica al archivo como un shell script, ejecutable desde cualquier terminal compatible con Bash.

Qué hace cada paso del script paso a paso

Moverse un nivel arriba antes de crear la carpeta microservicios asegura que el directorio quede a la misma altura que el resto de la infraestructura, no anidado dentro de otro proyecto. Después, el script entra a esa carpeta y dispara la generación de los ocho proyectos base.

Esto te deja con una estructura limpia y predecible, lista para que cada microservicio crezca de forma independiente.

Cómo ejecutar el script desde la terminal

Desde tu terminal navegas hasta la carpeta de infraestructura y escribes:

bash bash deploymentOne.sh

Presionas enter y no haces nada más que esperar [01:25]. La rutina corre sola y al regresar a Visual Studio Code, al refrescar el explorador de archivos, aparece la carpeta microservicios con ocho proyectos ASP.NET listos para trabajar [01:40].

¿Por qué usar un script en vez de crear los proyectos manualmente? Porque reduces el margen de error, garantizas que todos los proyectos compartan la misma ruta base y ahorras tiempo en cada despliegue. Un solo comando reemplaza ocho ejecuciones manuales.

¿Qué es un archivo .sh? Es un script de shell que contiene una secuencia de comandos ejecutables en Bash. Lo corres con bash nombre.sh y automatiza tareas como crear carpetas o generar proyectos.

Qué ganas con esta base automatizada

Tener los ocho proyectos generados de golpe te permite enfocarte en lo que realmente importa: diseñar la lógica de cada servicio, definir sus endpoints y conectarlos entre sí. La parte mecánica queda resuelta.

Y aquí viene lo interesante: este mismo patrón lo vas a reutilizar cada vez que necesites sumar nuevos servicios al ecosistema. Cambias el script, ajustas las rutas y vuelves a ejecutar. Cuéntame en los comentarios qué tareas repetitivas de tu flujo de trabajo automatizarías primero con Bash.

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

Automatiza microservicios ASP.NET con Bash

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