Arquitectura multiinquilino de Azure DocumentDB

He estado implementando DocumentDB durante la vista previa en un sistema multi-vivienda. Mi plan ha sido generar una nueva base de datos bajo la cuenta de DocumentDB para cada inquilino que se registre. La mayor parte de este código ya está en su lugar y las pruebas van extremadamente bien.

Desde que DocumentDB se lanzó oficialmente y se finalizó la documentación, leí sobre el límite de 100 bases de datos por cuenta de DocumentDB y me hizo detener para repensar mi arquitectura.

Quería mantener a mis inquilinos aislados para que eliminar cuentas fuera fácil y la organización de las mismas fuera muy limpia. Los datos entre inquilinos no necesitan interactuar, por lo que mantenerlos separados no sería un problema.

Mis preguntas:

Dado que mi objetivo es aumentar esta escala hasta decenas o incluso cientos de miles de inquilinos, ¿debo considerar una arquitectura diferente debido a las limitaciones y / o el costo de DocumentDB?

¿Significa esto que necesito compartir cada 100 cuentas en varias cuentas de DocumentDB?

Según Microsoft, el límite de 100 bases de datos es solo un límite flexible que se puede ampliar a pedido, pero ¿puede subir a más de 100,000 si es necesario? ¿Qué sucede si obtengo más registros de cuenta que los esperados y llego a mis límites en la producción que potencialmente pierden clientes?

¿Existe esta limitación como una forma de disuadir a los desarrolladores de dividir a los inquilinos de esta manera por una buena razón que debería considerar?

Respuestas a la pregunta(1)

Su respuesta a la pregunta