No tienes acceso a esta clase

¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera

Diseños de bajo nivel, planes de prueba e integración continua

12/25
Recursos

Aportes 10

Preguntas 2

Ordenar por:

¿Quieres ver más aportes, preguntas y respuestas de la comunidad?

En el documento de bajo nivel se detalla el COMO se desarrollarán los servicios.
Para los que quieran saber un poco más de TDD, es una metodología de desarrollo que se basa en primero escribir las pruebas y posteriormente escribir el código de la funcionalidad, hasta lograr que pase el test.
Si quieren desarrollar un proyecto usando esta metodología les recomiendo los siguientes cursos.
- Curso de Ruby
- Curso Intermedio de Ruby on Rails
- Curso de Creacion de APIs con Ruby on Rails

En cuanto la integración continua, o CI les recomiendo el curso del profe David Aroesti sobre DevOps con GitLab, explica los conceptos de CI/CD y cómo podemos llevarlos a cabo en GitLab.
Curso de DevOps con GitLab

Si hay dudas al momento de elegir una tecnologia, entonces habria que hacer unas pruebas de concepto para ver cual se adapta mejor a el problema, para luego no tener problemas de compatibilidad entre las tecnologias elegidas. Creo que ese seria un paso importante tambien, no siempre lo sabes todo como para dar una solucion inmediata.

Cuando vaya iterando y las entidades, herramientas de CI, etc. van cambiando se debe ir modificando este documento o solo es un documento inicial?

Todo un Pipeline si trabajas en una buena empresa.

Para estos diagramas recomiendo utilizar C4 Model, con esto se puede visualizar toda la arquitectura en diferentes niveles de especificación, desde el contexto del sistema hasta un diagrama de componentes internos de un microservicio y/o contenedor.

Creo que diseñar esto puede llegar a construir este tipo de diseños en nuestros proyectos los convierte en unos sistemas de muy alta calidad y pensar en tiempos de respuesta y optimizacion para el backend es clave para servicios de cietos de miles y millones de peticiones, ademas que utilice cloud computing es algo muy importante porque da la confianza de que el servicio va a estar 24/7 las lambdas o funciones serverless son impresionates!!!

Sigo sin entender porque se usa dynamo para escribir y aurora para leer. Aunque creo que es más bien por fines didacticos, en mi opinión, yo creo que todo deberia ser hecho con SQL, en este caso Aurora (aunque Aurora no seria mi primera opción ya que es muy cara para un MVP, que es nuestro caso), por la simple razón de que los datos de las reseñas son datos estructurados y consistentes. No es como que una reseña va a tener datos que otra reseña no, todas tienen los mismos datos. Además de que AuroraDB ya ofrece read replicas por defecto, para ya no tener que estar configurando una base de datos de lectura, de hecho creo que ofrece 7 bases de datos de lectura como inicio (les digo que es mucho para un MVP)
una nomenclatura correcta con la que he tenido la oportunidad de trabajar es la c4, esmuy entendible y llega a todas las partes desde el diagrama de contexto al diagrama por componentes.

Testing = Quality Assurance