Clase 11 de 25 • Curso Práctico de Arquitectura Backend
Contenido del curso
Arquitectura de Backend: Diseño e Implementación de Sistemas Avanzados
Conceptos Fundamentales de Back End en Arquitectura Web
Sistemas Monolíticos vs. Distribuidos en Arquitectura Backend
Componentes de un Sistema Backend Distribuido
Conexión de Componentes Backend mediante APIs
Diseño e Implementación de Sistemas Backend Prácticos
Definición de Requerimientos de Negocio para Desarrolladores Backend
Creación de Documentos de Diseño de Software
Creación de Documentos de Diseño en Markdown para Proyectos de Software
Revisión Efectiva de Documentos de Diseño en Equipo
Diseño de Arquitectura de Sistemas Distribuidos
Diseño de Sistemas: Documentación de Bajo Nivel y Pruebas
Planificación de Integración Continua y Rollout de Software
Definición y aplicación del concepto "Code Complete" en proyectos software
Decisiones en Diseño de Sistemas Basados en Requerimientos del Negocio
Desarrollo e Implementación de Sistemas Backend
Diseño de Entidades para Reseñas de Cámaras y Productos
Diseño e Implementación de Interfaces en C para Productos y Reseñas
Desarrollo de Pruebas Unitarias con TDD en C#
Implementación de pruebas unitarias con TDD en proyectos de software
Desarrollo de un Sistema de Reseñas en Azure
La arquitectura del sistema es uno de los elementos fundamentales al desarrollar un sistema distribuido. Consiste en plasmar los componentes del sistema a partir de los requerimientos de negocio, detallando cómo se conectan entre sí los distintos servicios y bases de datos. Esto se visualiza a través de bocetos o diagramas que luego se pueden formalizar utilizando herramientas de diseño de diagramas. Esta representación gráfica nos permite tener una vista clara y organizada de cómo opera y se interconecta el sistema.
Al aplicar a puestos de desarrollo de software en grandes empresas, es común enfrentarse a una entrevista de diseño de sistemas. Este tipo de entrevistas evalúa la capacidad de los candidatos para diseñar la arquitectura de un sistema basado en un problema específico. Por ejemplo, uno podría ser solicitado para diseñar un sistema de reviews de cámaras, donde los editores suben reviews y otros usuarios los leen.
Al diseñar un sistema, es crucial visualizar la interacción entre usuarios, servicios y bases de datos. Por ejemplo:
Servicio de escritura: Implementado como una función serverless que procesa subidas de reviews.
// Ejemplo de servicio de escritura con una función serverless
AWS Lambda o Azure Function reciben la petición y guardan en una base de datos noSQL.
Servicio de lectura: Opera mediante un clúster de máquinas virtuales, asegurando que las peticiones de lectura sean eficientes.
// Ejemplo de servicio de lectura
Conecta con una base de datos relacional, potencialmente optimizada con cachés para aumentar la velocidad.
Procesamiento de datos: Un servicio adicional podría procesar la información desde una base de datos noSQL hacia una base de datos relacional según sea necesario.
Es vital traspasar tu boceto de arquitectura a un diseño formal mediante herramientas como Diagrams.net. Esta herramienta facilita la creación de diagramas UML que reflejan la estructura y relación de los componentes del sistema. Al documentar y visualizar la arquitectura, se facilita el feedback y se promueve la mejora continua del diseño.
Al diseñar la arquitectura, es crucial anticipar cómo escalará el sistema con el crecimiento de usuarios y casos de uso adicionales. A medida que el sistema evoluciona, es vital revisar continuamente los componentes y asegurarse de que el diseño sigue siendo eficiente y eficaz para cumplir con los objetivos de negocio.