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ária pode oferecer eficiência operacional e de custos. No entanto, a multilocação introduz complexidades. Você precisa se fazer as seguintes perguntas:
- Como definir o que é um inquilino para a 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 à multilocação e quanto isolamento terá entre os locatários?
- Que modelos de preços comerciais sua solução oferecerá e como seus modelos de preços afetarão seus requisitos de multilocação?
- 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 planeia expandir o seu negócio ou solução? Será dimensionado para o número de inquilinos que você espera?
- Algum dos seus inquilinos tem requisitos incomuns ou especiais? Por exemplo, o seu maior cliente precisa de um desempenho superior ou de garantias mais fortes do que os outros?
- Como você monitorará, gerenciará, automatizará, dimensionará e governará seu ambiente do Azure e como a multilocação 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 a sua arquitetura, é essencial que você tenha uma compreensão clara dos requisitos de seus clientes ou locatários. Se você assumiu compromissos de vendas com clientes, ou se tem obrigações contratuais ou requisitos de conformidade para cumprir, então você precisa saber quais são esses requisitos quando arquiteta 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.
Como exemplo, imagine que você está criando uma solução multilocatária que você vende para empresas do setor de serviços financeiros. Seus clientes têm requisitos de segurança muito rígidos e precisam que você forneça uma lista abrangente de todos os nomes de domínio usados pela sua solução, para que 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 quando estiver planejando uma arquitetura multilocatário.
Público-alvo
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 também inclui fornecedores independentes de software (ISVs) e startups que desenvolvem soluções SaaS. Além disso, qualquer pessoa que trabalhe com arquiteturas multilocatárias deve ter alguma familiaridade com esses princípios e compensações.
Próximos passos
Considere diferentes modelos de arrendamento para a sua solução.