Azure Cosmos DB

Hamilton Andres Bravo

Diego Enrique Ojeda
Edwin Rodriguez
 Azure Cosmos DB
CONCEPTO

Es un servicio de base de datos multimodelo NoSQL , distribuido

globalmente que admite bases de datos de documentos, pares clave-
valor, basadas en columnas y gráficos orientado a estructuras OLAP

50 regions
worldwide
 El teorema CAP
El agujero negro de los sistemas distribuidos

El teorema CAP, también llamado Conjetura de Brewer, enuncia que es imposible para un sistema de

cómputo distribuido garantizar simultáneamente

La consistencia (Consistency), es decir, que todos los nodos vean la misma información al mismo tiempo.

La disponibilidad (Availability), es decir, la garantía de que cada petición a un nodo reciba una

confirmación de si ha sido o no resuelta satisfactoriamente.

La tolerancia al particionado (Partition Tolerance), es decir, el sistema sigue funcionado incluso si algunos

nodos fallan.

Según el teorema, un sistema no puede asegurar más de dos de estas tres características

simultáneamente.
Consistencia:
Disponibilidad:
todos los
cada cliente
clientes tiene
puede leer y
la misma vista
escribir, incluso
del los datos
en caso de fallo

Tolerancia de partición: el
sistema funciona bien a
pesar de las particiones
físicas de la red
https://www.slideshare.net/biztalk360/azure-cosmos-db-the-swiss-army-nosql-cloud-
database
https://www.slideshare.net/biztalk360/azure-cosmos-db-the-swiss-army-nosql-cloud-
database
Aseguramiento de la
escalabilidad
Escalabilidad horizontal
• Contenedores particionados
horizontalmente.
• Cada partición es altamente
disponible a través de un
conjunto de replicas.
• El manejo de particiones es
transparente y altamente
receptivo.
• El esquema de partición es
dictado por una “clave de
partición”
 Aseguramiento de la
escalabilidad
5 niveles de consistencia bien definidos

Teorema de PACELC: en el caso de partición de red (Partitioning) en un sistema

informático distribuido, uno tiene que elegir entre disponibilidad (Availability) y
consistencia (Consistency) (según el teorema de CAP), pero si no (Else), incluso
cuando el sistema se ejecuta normalmente en ausencia de particiones, uno tiene
que elegir entre la latencia (Latency) y la consistencia (Consistency).
 Aseguramiento de la
escalabilidad
Niveles de consistencia
Nivel de consistencia Garantías
• Fuerte • Linealizabilidad (una vez que la operación está completa, será visible para todos)

• Prefijo consistente.
• Estancamiento delimitado • Lee el retraso detrás de las escrituras por la mayoría de los k prefijos o t intervalo.
• Propiedades similares a la consistencia fuerte (excepto dentro de la ventana de
estanqueidad), al tiempo que conserva la disponibilidad del 99,99% y la baja
latencia

• Prefijo consistente.
• Sesión • Dentro de una sesión: lecturas monótonas, escrituras monótonas, lecturas suyas,
lecturas seguidas de la escritura
• Consistencia predecible para una sesión, alto rendimiento de lectura + baja latencia

• Prefijo consistente • Las lecturas nunca verán las escrituras fuera de orden (sin espacios).

• Eventual • Potencial para leer fuera de orden. El menor costo para las lecturas de todos los
niveles de consistencia.
Crear una base de datos NoSQL
1. Crear una cuanta en azure con un espacio aislado:
YVR Aeropuerto Internacional de Vancouver
MCO Aeropuerto Internacional de Orlando
CDG París Charles de Gaulle Airport
SEA Aeropuerto Internacional de Los Ángeles
Referencias

• https://docs.microsoft.com/es-es/azure/architecture/data-
guide/relational-data/online-transaction-processing
• https://searchdatacenter.techtarget.com/es/definicion/Base-de-
datos-multimodelo
• https://en.wikipedia.org/wiki/Cosmos_DB
• https://docs.microsoft.com/es-es/azure/cosmos-db/
• https://customers.microsoft.com/es-es/story/atento-
telecommunications-azure-cloud-machine-learning-cortana-es
• https://azure.microsoft.com/es-es/services/cosmos-db/
• https://www.smartdatascience.es/art%C3%ADculos-big-
data/art%C3%ADculos-bd-en-profundidad/conceptos-sobre-
almacenamiento-en-el-entorno-big-data/