Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
É preciso considerar diversos elementos antes de criar uma solução multilocatário no Azure. Use esta lista de verificação como ponto de partida para ajudar a projetar e construir sua solução multitenant. Essa lista de verificação é um recurso complementar para a série de artigos "Arquitetar soluções multilocatárias no Azure". A lista de verificação é estruturada em torno das considerações técnicas e comerciais e dos cinco pilares do Azure Well-Architected Framework.
Dica
Depois de passar por essa lista de verificação, use a Análise de Jornada de SaaS para avaliar seu produto SaaS (software como serviço), analisando sua compreensão da arquitetura multitenant e seu alinhamento com as práticas recomendadas de operação de SaaS.
Considerações sobre negócios
Entenda o tipo de solução que você está criando, como B2B (negócios para empresas), B2C (empresa para consumidor) ou software corporativo e como os locatários são diferentes dos usuários.
Identifique os locatários. Entenda quantos locatários você suporta inicialmente e defina seus planos de crescimento.
Defina seu modelo de preços e verifique se ele está alinhado com o consumo de recursos do Azure pelos locatários.
Entenda se é necessário separar os locatários em níveis diferentes. As camadas podem ter preços, recursos, promessas de desempenho e localizações geográficas diferentes.
Com base nos requisitos de seus clientes, decida sobre os modelos de locação apropriados para várias partes da sua solução.
Assim que estiver preparado, comercialize sua solução B2B multilocatário pelo marketplace comercial da Microsoft.
Considerações sobre a confiabilidade
Examine a lista de verificação de confiabilidade doWell-Architected Framework, que é aplicável a todas as cargas de trabalho.
Entenda o Antipadrão de vizinho barulhento. Impedir que locatários individuais afetem a disponibilidade do sistema para outros locatários.
Projete sua solução multilocatário para o nível de crescimento que você espera. Não crie para um crescimento irreal.
Defina SLOs (objetivos de nível de serviço) e, opcionalmente, SLAs (contratos de nível de serviço) para sua solução. Os SLOs e SLAs devem se basear nos requisitos de seus locatários.
Teste a escala da sua solução. Verifique se ele tem um bom desempenho em todos os níveis de carga e se ele é dimensionado corretamente à medida que o número de locatários aumenta.
Aplique os princípios da engenharia de caos para testar a confiabilidade da sua solução.
Considerações de segurança
Aplique os princípios de confiança zero e privilégios mínimos em todas as camadas da sua solução.
Verifique se você pode mapear corretamente as solicitações de usuário para locatários. Considere incluir o contexto do locatário como parte do sistema de identidade ou por meio de outro método, como autorização de locatário em nível de aplicativo.
Projete para isolamento do locatário. Teste continuamente seu modelo de isolamento.
Verifique se o código do aplicativo impede o acesso entre locatários ou o vazamento de dados.
Sempre faça testes de penetração e revisões de código de segurança.
Entenda os requisitos de conformidade dos locatários, incluindo a residência de dados e outras normas de conformidade ou regulamentação obrigatórias.
Gerencie corretamente os nomes de domínio e evite vulnerabilidades como sequestro do Sistema de Nomes de Domínio e ataques de sequestro de subdomínio.
Siga as diretrizes específicas do serviço para multilocação.
Considerações sobre a otimização de custos
Analise a Lista de verificação de otimização de custos do Well-Architected Framework, que é válida para todos os workloads.
Verifique se você pode medir adequadamente o consumo por locatário e correlacioná-lo com os custos de infraestrutura.
Evite antipadrões. Os antipadrões incluem não rastrear custos, acompanhar custos com precisão desnecessária, realizar medições em tempo real e utilizar ferramentas de monitoramento para cobrança.
Considerações sobre a excelência operacional
Use a automação para gerenciar o ciclo de vida do locatário, como integração, implantação, provisionamento e configuração.
Entenda as diferenças entre planos de controle e planos de dados em sua solução multilocatário.
Encontre o equilíbrio ideal para implantar atualizações de serviço. Considere os requisitos dos locatários e seus próprios requisitos operacionais.
Monitore a integridade do sistema geral e de cada locatário.
Configure e teste alertas para notificá-lo quando locatários específicos tiverem problemas ou excederem seus limites de consumo.
Organize os recursos do Azure para isolamento e escala.
Evite antipadrões de implantação e configuração. Os antipadrões incluem manter versões separadas da solução para cada inquilino, codificar configurações ou lógicas específicas para cada inquilino e depender de implantações manuais.
Considerações sobre a eficiência de desempenho
Examine a Lista de verificação de eficiência de performance do Well-Architected Framework, que é válida para todos os workloads.
Se você usar a infraestrutura compartilhada, planeje como atenuar preocupações com vizinhos barulhentos. Verifique se um locatário não pode reduzir o desempenho do sistema para os outros.
Determine como dimensionar sua computação, armazenamento, rede e outros recursos do Azure para corresponder às demandas de seus locatários.
Considere os limites de escala para cada recurso do Azure. Organize seus recursos adequadamente para evitar antipadrões da organização de recursos. Não superconfigure sua solução para atender a requisitos de escala irrealistas.
Colaboradores
A Microsoft mantém este artigo. Os colaboradores a seguir escreveram este artigo.
Principais autores:
- Arsen Vladimirskiy | Engenheiro principal de clientes
- Bohdan Cherchyk | Engenheiro sênior de clientes
Outro colaborador:
- John Downs | Principal Engenheiro de Software, Padrões do Azure & Práticas
Para ver perfis não públicos no LinkedIn, entre no LinkedIn.