Configuración inicial de microservicios cloud native con .NET
Clase 3 de 24 • Curso de Introducción a los Microservicios
Resumen
Una arquitectura de microservicios implica aplicaciones diseñadas específicamente para trabajar en la nube. Actualmente, las soluciones basadas en microservicios aprovechan recursos cloud native, facilitando una amplia escalabilidad y gestión eficiente de recursos. Al utilizar herramientas en la nube como SQL Server, Kafka o Redis, estos sistemas aseguran una comunicación más fluida y menos problemática durante su despliegue.
¿Qué implica usar arquitecturas cloud native?
Cuando creamos microservicios, resulta fundamental considerar desde el principio que nuestra solución estará instalada en la nube. Por tanto, utilizar tecnologías compatibles y servicios basados en la nube como SQL Server, Redis o Kafka no solo facilita su implementación, sino que también evita contratiempos frecuentes, especialmente en temas de comunicación y configuración.
Aunque es posible usar instancias locales, al momento del despliegue suelen presentarse complicaciones que se mitigan si se dispone desde el comienzo de servicios en plataformas como Azure.
¿Cómo configurar correctamente el proyecto en Visual Studio Code?
Para iniciar, es recomendable utilizar un repositorio del curso accesible en Platzi, específicamente la carpeta denominada SRC. La mejor práctica consiste en hacer un fork de este repositorio para mantener actualizaciones constantes. Posteriormente, descargarlo usando llaves SSH mejora el flujo de trabajo.
Dentro de Visual Studio Code, el proyecto inicial está en la carpeta API global, construida con .NET. Sin embargo, este lenguaje no limita la creación de microservicios; gracias a la flexibilidad de estas arquitecturas, se permite usar Go, Python o PHP indistintamente según la necesidad o comodidad del desarrollador.
¿Cómo poner en funcionamiento nuestra API base con .NET?
Para comprobar el funcionamiento de la API, sigue estos pasos:
- Desde la terminal, ingresa a la carpeta API global.
- Ejecuta
dotnet build
para validar que no hay errores importantes, aunque sí pueda haber advertencias. - Luego, usa el comando
dotnet run
para iniciar la aplicación.
Una vez ejecutada la API, accede desde el navegador a localhost en el puerto indicado por la aplicación seguida por /swagger
para acceder a la documentación completa y métodos disponibles.
¿Qué hacer si la base de datos no se inicializa?
Si la consulta inicial informa que "la base de datos no se ha inicializado":
- Modifica el archivo
appsettings.json
. - Asegúrate de configurar correctamente la cadena de conexión a la base de datos.
- Actualiza o reinicia la aplicación para verificar que el problema haya desaparecido.
¿Cómo acceder y validar los datos existentes en la base de datos Azure?
Tras la correcta inicialización de la base de datos con Azure SQL, refresca la página e intenta nuevamente acceder a los métodos especificados dentro de Swagger. Los resultados deberían reflejar la información previamente establecida, como registros en tablas definidas previamente (por ejemplo: adultos y niños).
En caso de necesitar seguir un estándar, encontrarás en la documentación adicional un esquema específico para crear tablas idénticas en cualquier motor SQL que selecciones.
Estos procedimientos aseguran uniformidad y facilitan el proceso posterior de fragmentación y distribución de los microservicios según convenga al desarrollo de la aplicación en curso.
Si tienes inquietudes o deseas complementar la información, deja tus comentarios para profundizar en detalles específicos que te ayuden a avanzar en este práctico proceso.