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