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 multilocação apresenta complexidades. Você deve fazer a si mesmo as seguintes perguntas:
- 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 família?
- Como você implantará sua infraestrutura para dar suporte à multilocação 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 seus negócios ou soluções? 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ê vai monitorar, gerenciar, automatizar, dimensionar e controlar 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 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, igualmente, 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 todos os nomes de domínio que sua solução usa, para que eles possam adicioná-la à 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 a fazer, os requisitos que você deve obter e algumas das compensações que você precisa fazer ao planejar uma arquitetura multilocatário.
Público-alvo
Os artigos nesta seção são particularmente relevantes para tomadores de decisão técnicos, como diretores de tecnologia (CTOs) e arquitetos, bem como gerentes de produto. O público-alvo também inclui ISVs (fornecedores independentes de software) e startups que desenvolvem soluções de SaaS. Além disso, qualquer pessoa que trabalhe com arquiteturas multilocatário deve ter alguma familiaridade com esses princípios e compensações.
Próximas etapas
Considere diferentes modelos de locação para sua solução.