Partilhar via

Considerações sobre o ciclo de vida do inquilino numa solução multi-inquilino

  • Artigo

Quando estiver a considerar uma arquitetura multi-inquilino, é importante considerar todas as diferentes fases do ciclo de vida de um inquilino. Nesta página, fornecemos orientações para os decisores técnicos sobre as fases do ciclo de vida e as considerações importantes para cada fase.

Inquilinos de avaliação

Quando cria uma solução SaaS, considere que muitos clientes pedem ou exigem avaliações antes de se comprometerem a comprar uma solução.

As avaliações trazem as seguintes considerações exclusivas:

  • Requisitos de serviço: As avaliações devem estar sujeitas aos mesmos requisitos de segurança de dados, desempenho e nível de serviço que os dados para clientes completos?
  • Infraestrutura: Deve utilizar a mesma infraestrutura para inquilinos de avaliação que para clientes completos ou deve ter uma infraestrutura dedicada para inquilinos de avaliação?
  • Migração: Se os clientes comprarem o seu serviço após uma avaliação, como irão migrar os dados dos respetivos inquilinos de avaliação para os respetivos inquilinos pagos?
  • Processo de pedido: Existem limites em torno de quem pode pedir uma avaliação? Como pode evitar abusos da sua solução? Permite a criação automatizada de inquilinos de avaliação ou a sua equipa envolve-se em cada pedido?
  • Limites: Que limites pretende ou precisa de colocar nos clientes de avaliação, tais como limites de tempo, restrições de funcionalidades ou limitações em torno do desempenho?

Em algumas situações, um modelo de preços de freemium pode ser uma alternativa ao fornecimento de avaliações.

Integrar novos inquilinos

Ao integrar um novo inquilino, considere o seguinte:

  • Processo: A integração será um processo personalizado, automatizado ou manual?
  • Residência dos dados: O inquilino tem requisitos específicos para a residência dos dados? Por exemplo, existem regulamentos de soberania de dados em vigor?
  • Conformidade: O inquilino tem de cumprir quaisquer normas de conformidade (como PCI DSS, HIPAA, etc.)?
  • Recuperação após desastre: O inquilino tem requisitos específicos de recuperação após desastre, como um objetivo de tempo de recuperação (RTO) ou um objetivo de ponto de recuperação (RPO)? Estas são diferentes das garantias que fornece a outros inquilinos?
  • Informações: Que informações precisa para conseguir integrar totalmente o inquilino? Por exemplo, precisa de saber o nome legal da organização? Precisa do logótipo da empresa para marcar a aplicação e, em caso afirmativo, de que tamanho e formato de ficheiro precisa?
  • Faturação: A plataforma fornece diferentes opções de preços e modelos de faturação?
  • Ambientes: O inquilino necessita de ambientes de pré-produção? E existem expectativas definidas sobre a disponibilidade para esse ambiente? É transitório (a pedido) ou está sempre disponível?

Depois de os inquilinos terem sido integrados, mudam-se para um estado "empresarial como de costume". No entanto, ainda existem vários eventos de ciclo de vida importantes que podem ocorrer, mesmo quando estão neste estado.

Atualizar a infraestrutura dos inquilinos

Terá de considerar a forma como aplica atualizações à infraestrutura dos inquilinos. Diferentes inquilinos podem ter atualizações aplicadas em alturas diferentes.

Veja Atualizações para obter outras considerações sobre a atualização das implementações dos inquilinos.

Dimensionar a infraestrutura dos inquilinos

Considere se os inquilinos podem ter padrões de negócio sazonais ou alterar o nível de consumo da sua solução.

Por exemplo, se fornecer uma solução para os revendedores, poderá esperar que determinadas horas do ano estejam particularmente ocupadas em algumas regiões geográficas e sossegadas noutras alturas. Considere se esta sazonalidade afeta a forma como estrutura e dimensiona a sua solução. Tenha em atenção como a sazonalidade pode afetar problemas de vizinhos ruidosos, como quando um subconjunto de inquilinos sofre um aumento repentino e inesperado da carga que reduz o desempenho de outros inquilinos. Pode considerar a aplicação de mitigações, que podem incluir o dimensionamento da infraestrutura de inquilinos individuais, a movimentação de inquilinos entre implementações e o aprovisionamento de um nível de capacidade suficiente para lidar com picos e calhas no tráfego.

Mover inquilinos entre a infraestrutura

Poderá ter de mover inquilinos entre a infraestrutura por vários motivos, incluindo o seguinte:

  • Reequilíbrio: Segue uma abordagem verticalmente particionada para mapear os inquilinos para a infraestrutura e tem de mover um inquilino para uma implementação diferente para reequilibrar a carga.
  • Atualizações: Um inquilino atualiza o respetivo SKU ou escalão de preço e tem de ser movido para uma implementação dedicada de inquilino único com maior isolamento de outros inquilinos.
  • Migrações: Um inquilino pede que os dados sejam movidos para um arquivo de dados dedicado.
  • Movimentos de região: Um inquilino requer que os respetivos dados sejam movidos para uma nova região geográfica. Isto pode ocorrer durante uma aquisição da empresa ou quando as leis ou situações geopolíticas mudam.

Considere como move os dados dos inquilinos, bem como redirecionar pedidos para o novo conjunto de infraestrutura que aloja a instância. Também deve considerar se mover um inquilino pode resultar em tempo de inatividade e certificar-se de que os inquilinos estão totalmente cientes do risco.

Intercalar e dividir inquilinos

É tentador pensar nos inquilinos ou clientes como entidades estáticas e inalteradas. No entanto, na realidade, isto muitas vezes não é verdade. Por exemplo:

  • Em cenários empresariais, as empresas podem ser adquiridas ou intercaladas, incluindo empresas localizadas em diferentes regiões geográficas.
  • Da mesma forma, em cenários empresariais, as empresas podem dividir ou desinvestir.
  • Em cenários de consumidor, os utilizadores individuais podem aderir ou deixar famílias.

Considere se precisa de fornecer capacidades para gerir a intercalação e separação de dados, identidades de utilizador e recursos. Além disso, considere como a propriedade de dados afeta o processamento de operações de intercalação e divisão. Por exemplo, considere uma aplicação de fotografia de consumidor criada para as famílias partilharem fotografias entre si. As fotografias pertencem aos membros da família individuais que as contribuíram, ou à família como um todo? Se os utilizadores saírem da família, os respetivos dados devem ser removidos ou permanecer no conjunto de dados da família? Se os utilizadores aderirem a outra família, as fotografias antigas deverão ser movidas com eles?

Inquilinos offboard

Também é inevitável que, ocasionalmente, os inquilinos precisem de ser removidos da sua solução. Numa solução multi-inquilino, isto traz algumas considerações importantes, incluindo o seguinte:

  • Período de retenção: Durante quanto tempo deve manter os dados do cliente? Existem requisitos legais para destruir dados após um determinado período de tempo?
  • Reinscrição: Deve fornecer a capacidade para que os clientes sejam novamente integrados?
  • Reequilíbrio: Se executar uma infraestrutura partilhada, precisa de reequilibrar a alocação de inquilinos para a infraestrutura?

Desativar e reativar inquilinos

Existem situações em que a conta de um cliente poderá ter de ser desativada ou reativada. Por exemplo:

  • O cliente pediu a desativação. Num sistema de consumidor, um cliente pode optar por anular a subscrição.
  • O cliente não pode ser faturado e tem de desativar a subscrição.

A desativação é separada da exclusão, na medida em que se destina a ser um estado temporário. No entanto, após um período de tempo, pode optar por desativar um inquilino desativado.

Contribuidores

Este artigo é mantido pela Microsoft. Foi originalmente escrito pelos seguintes contribuintes.

Autor principal:

  • John Downs | Engenheiro Principal de Clientes, FastTrack para o Azure

Outros contribuidores:

Para ver perfis do LinkedIn não públicos, inicie sessão no LinkedIn.

Passos seguintes

Considere os modelos de preços que irá utilizar para a sua solução.