Considerações sobre o ciclo de vida do locatário em uma solução multilocatário

  • Artigo

Quando se está considerando uma arquitetura multilocatário, é importante considerar todos os diferentes estágios no ciclo de vida de um locatário. Nesta página, fornecemos orientações para os tomadores de decisões técnicas sobre os estágios do ciclo de vida e as considerações importantes para cada estágio.

Locatários de avaliação

Quando você criar uma solução SaaS, considere que muitos clientes solicitam 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: você deve usar a mesma infraestrutura para locatários de avaliação que os clientes completos ou deve ter infraestrutura dedicada para locatários de avaliação?
  • Migração: se os clientes comprarem seu serviço após uma avaliação, como eles migrarão os dados dos locatários de avaliação para os locatários pagos?
  • Processo de solicitação: há limites sobre quem pode solicitar uma avaliação? Como evitar o abuso da sua solução? Você permite a criação automatizada de locatários de avaliação ou sua equipe se envolve em cada solicitação?
  • Limites: quais limites você deseja ou precisa colocar em clientes de avaliação, como limites de tempo, restrições de recursos ou limitações em relação ao desempenho?

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

Integrar novos locatários

Ao integrar um novo locatário, considere as seguintes perguntas:

  • Processo: a integração será um processo de autoatendimento, automatizado ou manual?
  • Residência de dados: o locatário tem algum requisito específico para a residência de dados? Por exemplo, há regulamentos de soberania de dados em vigor?
  • Conformidade: o locatário precisa atender a algum padrão de conformidade (como PCI DSS, HIPAA e assim por diante)?
  • Recuperação de desastre: o locatário tem requisitos específicos de recuperação de desastre, como um RTO (objetivo de tempo de recuperação) ou um RPO (objetivo de ponto de recuperação)? Eles são diferentes das garantias que você fornece a outros locatários?
  • Informações: de quais informações você precisa para poder integrar totalmente o locatário? Por exemplo, você precisa saber a razão social da organização? Você precisa do logotipo da empresa para adicionar a marca ao aplicativo e, em caso afirmativo, de que tamanho e formato de arquivo você precisa?
  • Cobrança: a plataforma fornece diferentes opções de preços e modelos de cobrança?
  • Ambientes: o locatário requer ambientes de pré-produção? E há expectativas definidas sobre a disponibilidade para esse ambiente? Ele é transitório (sob demanda) ou está sempre disponível?

Depois que os locatários forem integrados, eles passarão para um estado "comercial como de costume". No entanto, ainda há vários eventos importantes do ciclo de vida que podem ocorrer, mesmo quando eles estiverem nesse estado.

Atualizar a infraestrutura dos locatários

É preciso considerar como aplicar atualizações à infraestrutura dos seus locatários. Locatários diferentes podem ter atualizações aplicadas em momentos diferentes.

Confira as Atualizações para obter outras considerações sobre como atualizar as implantações dos locatários.

Dimensionar a infraestrutura dos locatários

Considere se seus locatários podem ter padrões de negócios sazonais ou podem alterar o nível de consumo da solução.

Por exemplo, se você fornecer uma solução a varejistas, poderá esperar que certas épocas do ano sejam particularmente ativas em algumas regiões geográficas e silenciosas em outros momentos. Considere se essa sazonalidade afeta a maneira como você projeta e dimensiona sua solução. Esteja ciente de como a sazonalidade poderá afetar problemas de vizinhos barulhentos, como quando um subconjunto de locatários experimenta um aumento repentino e inesperado na carga que reduz o desempenho de outros locatários. Você pode considerar aplicar mitigações, que podem incluir dimensionar infraestrutura de locatários individuais, movimentar locatários entre implantações e provisionar um nível suficiente de capacidade para lidar com picos e baixas no tráfego.

Mover locatários entre infraestruturas

Talvez seja necessário mover locatários entre infraestruturas por vários motivos, tais como:

  • Redistribuição: você segue uma abordagem particionada verticalmente para mapear seus locatários para a infraestrutura e precisa mover um locatário para uma implantação diferente para redistribuir sua carga.
  • Atualizações: um locatário atualiza sua SKU ou seu tipo de preço e eles precisam ser movidos para uma implantação dedicada de locatário único com maior isolamento de outros locatários.
  • Migrações: um locatário solicita que seus dados sejam movidos para um armazenamento de dados dedicado.
  • Movimentações de região: um locatário requer que seus dados sejam movidos para uma nova região geográfica. Esse requisito pode ocorrer durante a aquisição de uma empresa ou quando as leis ou situações geopolíticas mudam.

Considere como mover os dados dos seus locatários, e como você redireciona solicitações para o novo conjunto de infraestrutura que hospeda sua instância. Considere também se a movimentação de um locatário poderá resultar em tempo de inatividade e verifique se os locatários estão totalmente cientes do risco.

Mesclar e dividir locatários

É tentador pensar em locatários ou clientes como entidades estáticas e imutáveis. No entanto, na realidade, isso muitas vezes não é verdade. Por exemplo:

  • Em cenários de negócios, as empresas podem ser adquiridas ou mescladas, incluindo empresas localizadas em diferentes regiões geográficas.
  • Em cenários de negócios, as empresas podem se dividir ou se desfazer.
  • Em cenários de consumidor, usuários individuais podem ingressar ou deixar famílias.

Considere se você precisa fornecer recursos para gerenciar a mesclagem e separação de dados, identidades de usuário e recursos. Além disso, considere como a propriedade de dados afeta o tratamento de operações de mesclagem e divisão. Por exemplo, considere um aplicativo de fotografia para consumidor criado para que famílias compartilhem fotos entre si. As fotos pertencem aos membros individuais da família que contribuíram com elas, ou à família como um todo? Se os usuários deixarem a família, seus dados devem ser removidos ou permanecer no conjunto de dados da família? Se os usuários ingressarem em outra família, suas fotos antigas devem ser movidas com eles?

Remover locatários

Também é inevitável que os locatários ocasionalmente precisem ser removidos da solução. Em uma solução multilocatário, isso traz algumas considerações importantes, incluindo as seguintes:

  • Período de retenção: por quanto tempo você deve manter os dados do cliente? Há requisitos legais para destruir os dados após um certo período de tempo?
  • Reintegração: você deve fornecer a capacidade para que os clientes sejam reintegrados? Seus dados ainda estarão disponíveis para eles se eles voltarem a participar dentro do período de retenção de dados?
  • Redistribuição: se você executar a infraestrutura compartilhada, precisará redistribuir a alocação de locatários para a infraestrutura?

Desativar e reativar locatários

Há situações em que a conta de um cliente pode precisar ser desativada ou reativada. Por exemplo:

  • O cliente solicitou a desativação. Em um sistema de consumidores, um cliente pode optar por cancelar a assinatura.
  • O cliente não pode ser cobrado e você precisa desativar a assinatura.

A desativação é separada da remoção, pois se destina a ser um estado temporário. No entanto, após um período de tempo, você pode optar por remover um locatário desativado.

Colaboradores

Esse artigo é mantido pela Microsoft. Ele foi originalmente escrito pelos colaboradores a seguir.

Autor principal:

Outros colaboradores:

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

Próximas etapas

Considere os modelos de preço que você usará para sua solução.