Material Detail

Description: o Overview: o Tema El curso trata sobre arquitectura de microservicios, una metodología de desarrollo de software que divide las aplicaciones en servicios independientes y desplegables por separado, facilitando la escalabilidad, el mantenimiento y la integración continua. Perfil profesional: Este recurso es especialmente relevante para el perfil profesional de Solution Designer, ya que dicho rol requiere una comprensión profunda de cómo diseñar arquitecturas distribuidas, escalables y alineadas con los requisitos funcionales y técnicos de un sistema. Subdisciplina en MERLOT: El curso se enmarca dentro de la subdisciplina Computer Science > Software Engineering, dado que se centra en buenas prácticas de diseño, integración y desarrollo de sistemas complejos. o Tipos de formato de materiales -Video -Links to related materials -Glossary of terms -Class central (plataforma en línea que funciona como un buscador y agregador de cursos gratuitos) o Type of Material:Tutorial o Technical Requirements: Para visualizar este recurso se requiere: -Conexión a Internet estable (streaming de video en YouTube). -Navegador web actualizado, compatible con HTML5 (Chrome, Firefox, Edge, Safari). -Sistema operativo: Compatible con Windows, macOS o Linux. -Resolución de pantalla mínima recomendada: 720p para buena visualización; el curso está disponible en calidad HD. -No requiere plugins adicionales ni instalación de software. -Espacio en disco: No se necesita, salvo si se desea descargar el video opcionalmente desde YouTube. o Learning Goal(s): Fundamentos Teóricos: 1. Comprender los principios de la arquitectura de microservicios. 2. Diferenciar entre comunicación síncrona (HTTP/REST) y asíncrona (mensajería con MassTransit). 3. Entender los conceptos de containerización (Docker) y su rol en entornos cloud-native. Habilidades Técnicas: 4. Construir microservicios en .NET usando C#, desde configuración básica hasta despliegue. 5. Implementar APIs REST con manejo de DTOs, validaciones y documentación (Swagger/OpenAPI). 6. Integrar bases de datos NoSQL (MongoDB). 7. Configurar y gestionar contenedores Docker para servicios individuales. 8. Aplicar patrones de resiliencia (Circuit Breaker) y comunicación entre servicios (RabbitMQ/MassTransit). o Recommended Use(s): Este recurso es ideal para complementar asignaturas relacionadas con arquitectura de software, desarrollo de sistemas distribuidos o ingeniería de software avanzada en el plan de estudios. Se recomienda utilizarlo para: Introducir a los estudiantes al concepto y diseño de microservicios como una alternativa a arquitecturas monolíticas. Apoyar la comprensión práctica mediante ejemplos reales y demostraciones de implementación. Fomentar el análisis crítico sobre la escalabilidad, modularidad y despliegue en entornos cloud-native. Servir como material de autoaprendizaje o apoyo para proyectos de diseño de software en los que se apliquen arquitecturas distribuidas. Este recurso es especialmente útil para estudiantes que buscan desarrollarse en roles como Solution Designer, que requieren conocimientos sólidos en diseño y arquitectura de sistemas modernos. o Target Student Population: Este material está dirigido a estudiantes de nivel universitario, especialmente de grado en Ingeniería Informática, Ingeniería del Software o Ciencias de la Computación, a partir de segundo o tercer curso, cuando ya cuentan con conocimientos básicos de programación y desarrollo web. También es útil para estudiantes de máster o formación técnica avanzada que deseen profundizar en arquitecturas modernas como microservicios, así como para profesionales en proceso de reciclaje o especialización tecnológica o Prerequisite Knowledge: Para seguir este curso, necesitas dominio básico de C# (POO, APIs con ASP.NET Core), entender APIs REST (HTTP, Postman) y manejar conceptos de bases de datos (CRUD, idealmente MongoDB). Debes sentirte cómodo con la línea de comandos (.NET CLI, Docker) y Git, además de distinguir entre arquitecturas monolíticas y modulares. Si sabes qué es un contenedor Docker o has tocado entornos cloud. Evaluations and Observations o Quality of Content: • Lista Fortalezas de la calidad del contenido: El contenido es actualizado y alineado con las prácticas tecnológicas vigentes en el desarrollo de software moderno, especialmente en entornos cloud-native y DevOps. Explica de forma clara y progresiva los conceptos clave de microservicios, lo que lo hace valioso tanto para la comprensión conceptual como para su aplicación práctica. Utiliza herramientas y tecnologías ampliamente adoptadas en la industria, como .NET, Docker, REST APIs y mensajería asíncrona, reforzando su relevancia profesional. Presenta una estructura coherente y didáctica, con ejemplos reales y explicaciones paso a paso que facilitan el aprendizaje autónomo. Está alojado por freeCodeCamp, una fuente reconocida por la calidad y fiabilidad de sus contenidos, lo que refuerza su credibilidad y consistencia. Incluye enlaces a recursos relacionados (repositorios, documentación oficial), lo que permite ampliar conocimientos y continuar el aprendizaje. • Lista Preocupaciones de la calidad del contenido: 1. Profundidad en temas avanzados: No aborda seguridad en microservicios (JWT, OAuth2, service mesh) ni monitoreo distribuido (Prometheus, Grafana), esenciales para entornos productivos. 2. Supuestos previos no explicitados: Asume familiaridad con Docker y .NET CLI, pero no ofrece recursos de repaso para quienes parten de cero, lo que podría generar brechas de aprendizaje. 3. Ejemplos prácticos limitados:El proyecto integrador, aunque funcional, es demasiado simplificado frente a sistemas empresariales reales 4. Dependencia de herramientas específicas:Enfoque exclusivo en MongoDB y MassTransit, sin explorar alternativas (PostgreSQL, Kafka), lo que reduce flexibilidad para contextos distintos. 5. Actualización técnica futura: Riesgo de obsolescencia si no se actualiza a nuevas versiones de .NET (ej: .NET 8+), Docker o MongoDB, dada la rápida evolución de estas tecnologías. 6. Falta de contexto teórico profundo: Explica cómo implementar microservicios, pero dedica poco tiempo al porqué de ciertas decisiones arquitectónicas (trade-offs entre coherencia y disponibilidad, estrategias de versionado). 7. Cobertura superficial de DevOps: Menciona Docker, pero no integra prácticas avanzadas de CI/CD (GitHub Actions, Azure Pipelines) ni gestión de entornos (dev, staging, prod). 8. Ausencia de guías para troubleshooting: No incluye soluciones a errores comunes (ej: conflictos de puertos, configuración de redes en Docker, fallas en la comunicación entre servicios). o Potential Effectiveness as a Teaching/Learning Tool: • Lista Fortalezas de la efectividad del recurso como una herramienta de aprendizaje: Fortalezas sobre la Efectividad como Herramienta de Aprendizaje: Presenta los conceptos de microservicios de manera clara y estructurada, facilitando la comprensión progresiva desde fundamentos hasta aplicaciones prácticas. Incluye demostraciones en tiempo real y ejemplos prácticos, lo que favorece el aprendizaje aplicado y contextualizado. El formato en video permite combinar explicaciones teóricas con código y despliegue, ideal para diferentes estilos de aprendizaje (visual y kinestésico). Despierta la curiosidad al mostrar casos reales y retos tecnológicos actuales, motivando a los estudiantes a profundizar en el tema. Facilita el autoaprendizaje, permitiendo a los estudiantes avanzar a su ritmo y revisar conceptos según su necesidad. Aunque no es completamente interactivo, el recurso incluye momentos de pausa y reflexión implícitos para que el estudiante realice prácticas o experimente con el código mostrado. Los ejemplos prácticos están bien integrados y sirven como puntos de anclaje para afianzar competencias técnicas clave. • Lista Preocupaciones de la efectividad del recurso como una herramienta de aprendizaje: 1.Interactividad limitada: El formato de video unidireccional reduce oportunidades para ejercicios interactivos (ej: quizzes, laboratorios en vivo) que refuercen el aprendizaje. 2. Falta de evaluaciones integradas: No incluye tests, proyectos calificados o rúbricas para medir el dominio de competencias clave (ej: diseño de APIs, gestión de contenedores). 3.Riesgo de obsolescencia técnica: Herramientas como .NET, Docker o MongoDB evolucionan rápidamente; si el curso no se actualiza, perderá relevancia práctica. 4.Cobertura superficial de DevOps: Menciona Docker, pero omite prácticas avanzadas de CI/CD (GitHub Actions, pruebas automatizadas) esenciales en entornos profesionales. 5.Ausencia de guías de troubleshooting: No aborda soluciones a errores comunes (ej: conflictos de red en Docker, fallos en comunicación entre servicios), dejando a los estudiantes sin herramientas para depurar. 6.Supuestos sobre conocimientos previos: Asume dominio básico de .NET CLI y Docker, pero no ofrece material de repaso, lo que excluye a principiantes absolutos. 7. Duración vs profundidad: Un curso de 7 horas podría ser insuficiente para dominar temas complejos como comunicación asíncrona o resiliencia, especialmente para audiencias sin experiencia previa o Ease of Use: • Lista Fortalezas de la facilidad de uso del recurso: 1. Módulos temáticos: Contenido dividido en secciones independientes o secuenciales (ej: Docker, APIs). 2.Navegación intuitiva: Videos con marcadores temporales para saltar a temas específicos. 3.Código accesible: Muestra código en pantalla y en repositorios para replicar paso a paso. 4. Diseño claro: Usa diagramas arquitectónicos y zoom en fragmentos clave. 5. Recursos integrados: Enlaces directos a documentación oficial (Microsoft, MongoDB). 6. Autosuficiencia: Funciona con herramientas gratuitas (VS Code, Docker). • Lista Preocupaciones de la facilidad de uso del recurso: 1. Videos largos (7h): Difícil navegar sin segmentación avanzada. 2. Configuración compleja: Requiere instalar .NET, Docker y MongoDB manualmente. 3. Guías iniciales faltantes: No explica paso a paso cómo preparar el entorno. 4. Código en enlaces externos: Repositorios en GitHub, no integrados directamente. 5. Sin subtítulos/transcripciones: Inaccesible para personas con discapacidad auditiva o lectores.