Removendo o termo inquilino único
Como parte do uso do termo multi-inquilino, é natural que as pessoas queiram usar o termo inquilino único para descrever ambientes SaaS. No entanto, considerando o pano de fundo descrito anteriormente, o termo inquilino único cria confusão.
O diagrama anterior é um ambiente de inquilino único? Embora cada inquilino tenha tecnicamente sua própria pilha, esses inquilinos ainda estão sendo operados e gerenciados em um modelo multi-inquilino. É por isso que o termo inquilino único geralmente é evitado. Em vez disso, todos os ambientes são caracterizados como multi-inquilinos, pois estão apenas implementando alguma variação de locação em que alguns ou todos os recursos são compartilhados ou dedicados.
Apresentando o silo e a reserva
Com todas essas variações de modelos e considerando os desafios do termo multilocação, introduzimos algumas terminologias que nos permitem capturar e descrever com mais precisão os diferentes modelos usados na criação de um SaaS.
Dois termos que usamos para caracterizar o uso de recursos em um ambiente SaaS são silo e reserva. Esses termos nos permitem rotular a natureza dos ambientes SaaS, usando multi-inquilino como uma descrição abrangente que pode ser aplicada a qualquer número de modelos subjacentes.
No nível mais básico, o termo silo serve para descrever cenários em que um recurso é dedicado a um determinado inquilino. Por outro lado, o modelo de reserva é usado para descrever cenários em que um recurso é compartilhado por inquilinos.
Ao analisarmos como os termos silo e reserva são usados, é importante deixar claro que silo e reserva não são conceitos de tudo ou nada. O silo e a reserva podem ser aplicados a toda a pilha de recursos de um inquilino ou podem ser aplicados seletivamente a partes do seu ambiente SaaS geral. Portanto, se dissermos que algum recurso está usando um modelo de silo, isso não significa que todos os recursos desse ambiente estejam em silos. O mesmo vale para a forma como usaríamos o termo em reserva.
O diagrama a seguir fornece um exemplo de como os modelos em reserva e em silos são usados de forma mais granular em um ambiente SaaS:

Modelos de silo e reserva
Esse diagrama inclui uma série de amostras destinadas a ilustrar a natureza mais específica dos modelos de silo e reserva. Se você seguir isso da esquerda para a direita, verá que começamos com um microsserviço de pedidos. Esse microsserviço tem computação em silos e armazenamento em reserva. Ele interage com um serviço de produto que tem computação e armazenamento em reserva.
O produto/serviço então interage com um microsserviço de fatura que tem computação em reserva e armazenamento em silos. Esse serviço envia mensagens por meio de filas para o serviço de remessa. As filas são implantadas em um modelo em silos.
Por fim, o microsserviço de remessa adquire mensagens das filas isoladas. Ele usa computação e armazenamento em reserva.
Embora isso possa parecer um pouco complicado, o objetivo é destacar a natureza granular dos conceitos de silo e reserva. Ao projetar e criar sua solução SaaS, espera-se que você tome essas decisões de silo e reserva com base nas necessidades de seu domínio e de seus clientes.
Vizinho barulhento, isolamento, hierarquização e uma série de outros motivos podem influenciar como e quando você escolhe aplicar o modelo de silo ou em reserva.