Curso Práctico de Arquitectura Backend

Clases del Curso Práctico de Arquitectura Backend

Instruido por:
Jorge Villalobos
Jorge Villalobos
Avanzado
4 horas de contenido
Ver la ruta de aprendizaje
Curso Práctico de Arquitectura Backend

Curso Práctico de Arquitectura Backend

Progreso del curso:0/25contenidos(0%)

Contenido del Curso
Tutoriales de estudiantes
Preguntas de estudiantes

Progreso del curso:0/25contenidos(0%)

Introducción a conceptos

Material Thumbnail

Bienvenida

02:42 min

Material Thumbnail

Qué es el backend

03:25 min

Material Thumbnail

Qué son los sistemas distribuidos

04:31 min

Material Thumbnail

Elementos de un sistema distribuido en la nube

05:22 min

Material Thumbnail

Cómo se conecta todo en el backend

04:11 min

Material Thumbnail

Recap y proyecto del curso

02:33 min

Arquitectura y planeación

Material Thumbnail

Definición y requerimientos del sistema desde la perspectiva de negocio

08:52 min

Material Thumbnail

Documento de diseño

06:06 min

Material Thumbnail

Creación del documento de diseño

09:52 min

Material Thumbnail

Revisión de diseño

10:27 min

Material Thumbnail

Elaboración de la arquitectura del sistema

15:30 min

Material Thumbnail

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

15:23 min

Material Thumbnail

Plan de integración continua

13:56 min

Material Thumbnail

Definiendo el “Code Complete”

10:55 min

Material Thumbnail

Recap y tips de siguientes pasos

03:35 min

Desarrollo e implementación

Material Thumbnail

Introducción y formato de desarrollo

03:35 min

Material Thumbnail

Práctica: diseño de una “entidad”

08:58 min

Material Thumbnail

Implementación de una entidad

18:17 min

Material Thumbnail

Práctica: unit test usando TDD

17:30 min

Material Thumbnail

Práctica: implementación de objetos usando TDD

25:16 min

Material Thumbnail

Pasos para completar el proyecto

06:46 min

Challenges

Material Thumbnail

Diseño de bajo de nivel de servicio de lectura

09:22 min

Material Thumbnail

Diseño de un servicio que integre autenticación

06:54 min

Material Thumbnail

Escalabilidad: Throttling y RetryPolicies

15:00 min

Conclusión

Material Thumbnail

Cierre del curso y tips profesionales

05:29 min

nuevosmás votadossin responder
Fernando Arango Jiménez
Fernando Arango Jiménez
Estudiante

Saludos.
Por qué el monolito se enmarca en único servidor?.. Entendía que el monolito está relacionado más con la aplicación, es decir que un monolito es una única aplicación que cumple múltiples funcionalidades, la cual puede estar desplegada en varios servidores a través de esquemas de LB o HA e incluso en geografías diferentes… no entiendo por qué está enmarcado en un único servidor. Me expanden el concepto por favor?

1
Kevin Toruño
Kevin Toruño
Estudiante

De hecho no entiendo porque las entidades las declaras como interfaces… ayuda!!! Toda mi vida que he programado en .Net Core siempre declaro mis entidades como clases.

4
Kevin Toruño
Kevin Toruño
Estudiante

¿Porque Feature es una clase y no una Interfaz?

0
jonathan lopez bello
jonathan lopez bello
Estudiante

Conociendo las reglas del negocio, como identificas cual seria la mejor tecnologia para solucionar el problema?

0
R0Y3R
R0Y3R
Estudiante

Una pregunta respecto a testing

Cuando hago testing a los endpoints de cualquier API por testing me refiero a proabar si el POST, GET, PUT, PATCH o DELETE funcionan como debe o probar filtros son prubas unitarias?

0
Leopoldo Ramirez Montes
Leopoldo Ramirez Montes
Estudiante

Buen dia a todos.
¿Quien define los casos de uso soportaos y no soportados?
¿Es el arquitecto del projecto, analistas de negocio?
¿En que momento se cierra el documento ( ya no tener cambio) o queda abierto a cambios en cualquier momento.?

Gracias

1
Miguel Angel Velazquez Romero
Miguel Angel Velazquez Romero
Estudiante

Por qué el Profe no recomendó Python como lenguaje de BackEnd?

3
Cristian Daniel Gutierrez
Cristian Daniel Gutierrez
Estudiante

Tengo una duda y es con el servicio 3, en que momento es optimo pasar lo que se inserto en la db no relacional, a la db relacional,de igual forma porque es mejor dejarlo con esa estructura que indica en el video y simplemente dejar una db de escritura y lectura y hacer un espejo en otro servidor para que cuando se caiga no afecte las operaciones, y asi podernos ahorrar el servicio 3 de estructurarla y despues insertarla.

2
Juan Carlos Pineros
Juan Carlos Pineros
Estudiante

NO se debería tener como base el RTO y RPO para poder iniciar el diseño?

2
Juan Carlos Pineros
Juan Carlos Pineros
Estudiante

Hasta que punto es necesario poner lo que no se cubre con la arquitectura? en mi concepto esto no se debe poner, ya que puede salir infinidad de cosas que al cliente se le ocurran y que no esten especificadas en esta sección. Me parece que solo de estar que cubre lo que este en los casos de uso, lo que no este alli no esta contemplado y ya.

2