Considerações de arquitetura para uma solução multilocatário

Quando você está considerando uma arquitetura multilocatário, há várias decisões que você precisa tomar e elementos que você precisa considerar.

Em uma arquitetura multilocatário, você compartilha alguns ou todos os seus recursos entre locatários. Esse processo significa que uma arquitetura multilocatário pode fornecer custo e eficiência operacional. No entanto, a multilocatário introduz complexidades. Você precisa fazer as seguintes perguntas a si mesmo:

• Como você define o que é um locatário para sua solução específica? Um locatário corresponde a um cliente, um usuário ou um grupo de usuários como uma equipe ou uma família?
• Como você implantará sua infraestrutura para dar suporte à multilocatário e quanto isolamento você terá entre os locatários?
• Quais modelos de preços comerciais sua solução oferecerá e como seus modelos de preços afetarão seus requisitos de multilocatário?
• Que nível de serviço você precisa fornecer aos seus locatários, em dimensões como desempenho, resiliência, segurança e requisitos de conformidade, como residência de dados?
• Como você planeja expandir sua empresa ou solução? Ele será dimensionado para o número de locatários que você espera?
• Algum de seus locatários tem requisitos incomuns ou especiais? Por exemplo, seu maior cliente precisa de maior desempenho ou garantias mais fortes do que outros?
• Como você monitorará, gerenciará, automatizará, dimensionará e governará seu ambiente do Azure e como a multilocatário afetará sua estratégia de gerenciamento?
• Quais componentes da sua solução lidam com a integração e o gerenciamento de locatários e como esses componentes devem ser projetados?

Seja qual for sua arquitetura, é essencial que você tenha uma compreensão clara dos requisitos de seus clientes ou locatários. Se você tiver assumido compromissos de vendas com os clientes ou se tiver obrigações contratuais ou requisitos de conformidade para atender, precisará saber quais são esses requisitos ao arquitetar sua solução. Mas, da mesma forma, seus clientes podem ter expectativas implícitas sobre como as coisas devem funcionar ou como você deve se comportar, o que pode afetar a maneira como você projeta uma solução multilocatário.

Por exemplo, imagine que você está criando uma solução multilocatário que vende para empresas do setor de serviços financeiros. Seus clientes têm requisitos de segurança muito rigorosos e precisam que você forneça uma lista abrangente de cada nome de domínio que sua solução usa, para que eles possam adicioná-lo à lista de permissões do firewall. Esse requisito afeta os serviços do Azure que você usa e o nível de isolamento que você precisa fornecer entre seus locatários. Eles também exigem que sua solução tenha um nível mínimo de resiliência. Pode haver muitas expectativas semelhantes, explícitas e implícitas, que você precisa considerar em toda a sua solução.

Nesta seção, descrevemos algumas das considerações que você deve dar, os requisitos que você deve obter e algumas das compensações que você precisa fazer ao planejar uma arquitetura multilocatário.

Público-alvo pretendido

Os artigos desta seção são particularmente relevantes para tomadores de decisões técnicas, como diretores de tecnologia (CTOs) e arquitetos, bem como gerentes de produto. O público-alvo também inclui ISVs (fornecedores de software) independentes e startups que desenvolvem soluções SaaS. Além disso, qualquer pessoa que trabalhe com arquiteturas multilocatários deve ter alguma familiaridade com esses princípios e compensações.

Próximas etapas

Considere modelos de locação diferentes para sua solução.