No tienes acceso a esta clase

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

Aprende todo un fin de semana sin pagar una suscripción 🔥

Aprende todo un fin de semana sin pagar una suscripción 🔥

Regístrate

Comienza en:

0D
14H
35M
31S

Elaboración de la arquitectura del sistema

11/25
Recursos

Aportes 12

Preguntas 2

Ordenar por:

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

o inicia sesión.

Aquí se empieza a ver lo que es un sistema distribuido, podemos ver como todo es agnóstico a todo y se unen por comunicación. Cuando hablamos de lectura (POST) recordamos que solo son 10 usuarios que van a estar escribiendo, es por eso que no hacemos tanto énfasis en ello, incluso una base de datos NoSQL puede bastar, ya que realmente se va a estar leyendo muy poco.
.
En cambio para la lectura, son mils de usuarios, así que ahí necesitamos tener poder de procesamiento, además de que tenemos que entregar respuesta de manera inmediata. Las bases de datos SQL suelen ser mejor para lectura, ya que con ellas podemos realizar querys complejas y obtener el resultado que deseamos (cosa que no podríamos con una NoSQL, a no ser que suframos)
.
De hecho, incluso podríamos tener una tercera base de datos que almacene esos datos que no se está usando y esa base de datos puede ser usada para Machine Learning y Business Intelligence.
.
Recomiendo el curso de Fundamentos de Bases de Datos
para profundizar en para qué es bueno cierto tipo de bases de datos.

Otra herramienta muy popular para diagramación es:
Lucidchart

Excelente clase!
Lo resumo así:

  1. Entender el problema resolver.
  2. Realizar las preguntar pertinentes.
  3. Evaluar los escenarios o casos de uso del problema.
  4. Bosquejar soluciones posibles.
  5. Pedir feedback.

Este curso debería estar en las rutas de desarrollo backend que hay en Platzi, lo encontré por casualidad

Team, me ayudan a entender como o en que momento se dispara el servicio 3 ?, me imagino algo como un job que dispare ese servicio o que el servicio de escritura dispare un webhooks asi desencadenar el servicio 3, tambien esta por eventos, pero quisiera saber si estoy por el buen camino de comprension

Ya se pueden observar desde el diseño las ventajas que ofrece un sistema distribuido, ya que los servicios están incluso en diferentes regiones el hecho de que nuestro servicio para subir reviews se caiga no afecta en los más mínimo a nuestros usuarios que leen las reviews.

Tomar en cuenta el soporte de Postgresql en su versión XL que corre en clusters, el cual soporta procesamiento masivo en paralelo, datos no estructurados usando key-value de datos tipo JSON ideal para sustituir NoSQL en este diseño propuesto

Aquí mi diagrama, que mejorarían / cambiarían?

Viendo el ejemplo, me viene en mente il patron CQRS, pero es al contrario.
Quando subes los datos(Post) va a un RDBMS e cuando haces la lectura, la haces da un NOSQL.

Este curso debería estar en la ruta backend

jaja, tiro la chapa ahora si, saco el faang