Quando estiver a considerar uma arquitetura multi-inquilino, existem várias decisões que precisa de tomar e elementos que tem de considerar.
Numa arquitetura multi-inquilino, partilha alguns ou todos os seus recursos entre inquilinos. Este processo significa que uma arquitetura multi-inquilino pode dar-lhe custo e eficiência operacional. No entanto, a multi-inquilino introduz complexidades, incluindo as seguintes:
- Como pode definir o que é um inquilino , para a sua solução específica? Um inquilino corresponde a um cliente, utilizador ou grupo de utilizadores (como uma equipa)?
- Como irá implementar a sua infraestrutura para suportar multi-inquilinos e quanto isolamento terá entre inquilinos?
- Que modelos de preços comerciais irão oferecer a sua solução e como é que os seus modelos de preços irão afetar os seus requisitos de multi-inquilino?
- Que nível de serviço precisa de fornecer aos seus inquilinos? Considere os requisitos de desempenho, resiliência, segurança e conformidade, como residência dos dados.
- Como planeia aumentar o seu negócio ou solução e será dimensionado para o número de inquilinos que espera?
- Algum dos seus inquilinos tem requisitos invulgares ou especiais? Por exemplo, o seu maior cliente precisa de um desempenho mais elevado ou de garantias mais fortes do que outras?
- Como irá monitorizar, gerir, automatizar, dimensionar e governar o seu ambiente do Azure e como é que a multi-inquilino afetará esta situação?
- Que componentes da sua solução processam a integração e gestão de inquilinos e como devem ser concebidos estes componentes?
Requisitos
Seja qual for a sua arquitetura, é essencial que compreenda claramente os requisitos dos seus clientes ou inquilinos. Se tiver assumido compromissos de vendas com os clientes ou se tiver obrigações contratuais ou requisitos de conformidade para cumprir, terá de saber quais são esses requisitos quando arquitetar a sua solução. Mas, da mesma forma, os seus clientes podem ter expectativas implícitas sobre como as coisas devem funcionar ou como se deve comportar, o que pode afetar a forma como cria uma solução multi-inquilino.
Por exemplo, imagine que está a criar uma solução multi-inquilino que vende a empresas do setor dos serviços financeiros. Os seus clientes têm requisitos de segurança muito rigorosos e precisam que forneça uma lista completa de todos os nomes de domínio que a sua solução utiliza, para que possam adicioná-lo à lista de permissões da firewall. Este requisito afeta os serviços do Azure que utiliza e o nível de isolamento que tem de fornecer entre os inquilinos. Também exigem que a solução tenha um nível mínimo de resiliência. Podem existir muitas expetativas semelhantes, explícitas e implícitas, que tem de considerar em toda a sua solução.
Nesta secção, descrevemos as considerações que deve dar, os requisitos que deve apresentar e algumas das desvantagens que precisa de fazer quando estiver a planear uma arquitetura multi-inquilino.
Público-alvo
Os artigos nesta secção são particularmente relevantes para os decisores técnicos, como diretores de tecnologia (CTOs) e arquitetos, bem como gestores de produtos. 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 multi-inquilino deve ter alguma familiaridade com estes princípios e compromissos.
Passos seguintes
Considere diferentes modelos de inquilinos para a sua solução.