Partilhar via

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

  • Artigo

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

Inquilinos de avaliação

Ao criar uma solução SaaS, considere que muitos clientes solicitam ou exigem avaliações antes de se comprometerem a comprar uma solução.

Os ensaios trazem consigo as seguintes considerações únicas:

  • Requisitos de serviço: as avaliações devem estar sujeitas aos mesmos requisitos de segurança, desempenho e nível de serviço de dados que os dados para clientes completos?
  • Infraestrutura: Você deve usar a mesma infraestrutura para locatários de avaliação e para 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 migrarão os dados de seus locatários de avaliação para seus locatários pagos?
  • Processo de solicitação: Há limites em torno de quem pode solicitar uma avaliação? Como pode 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 aos clientes de avaliação, como limites de tempo, restrições de recursos ou limitações de desempenho?

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

Integre novos inquilinos

Ao integrar um novo inquilino, considere as seguintes perguntas:

  • Processo: O onboarding será um processo de autoatendimento, automatizado ou manual?
  • Residência de dados: O inquilino tem algum requisito específico para residência de dados? Por exemplo, existem 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 desastres: o locatário tem algum requisito específico de recuperação de desastres, como um RTO (Recovery Time Objetive, objetivo de tempo de recuperação) ou um RPO (Recovery Point Objetive, objetivo de ponto de recuperação)? Estas são diferentes das garantias que fornece a outros inquilinos?
  • Informação: Que informações necessita para poder integrar totalmente o inquilino? Por exemplo, você precisa saber o nome legal da organização? Você precisa do logotipo da empresa para marcar o aplicativo e, em caso afirmativo, qual tamanho e formato de arquivo você precisa?
  • Faturamento: A plataforma oferece diferentes opções de preços e modelos de faturamento?
  • Ambientes: O locatário precisa de ambientes de pré-produção? E há expectativas definidas quanto à disponibilidade para esse ambiente? É transitório (a pedido) ou está sempre disponível?

Depois de os inquilinos terem sido integrados, passam para um estado de manutenção do statu quo. No entanto, ainda existem vários eventos importantes do ciclo de vida que podem ocorrer, mesmo quando estão nesse estado.

Atualizar a infraestrutura dos locatários

Você precisará considerar como aplicar atualizações à infraestrutura de seus locatários. Locatários diferentes podem ter atualizações aplicadas em momentos diferentes.

Consulte Atualizações para obter outras considerações sobre como atualizar implantações de locatários.

Dimensione a infraestrutura dos locatários

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

Por exemplo, se fornecer uma solução aos retalhistas, poderá esperar que determinadas alturas do ano sejam particularmente movimentadas em algumas regiões geográficas e tranquilas noutras. Considere se essa sazonalidade afeta a maneira como você projeta e dimensiona sua solução. Esteja ciente de como a sazonalidade pode afetar problemas de vizinhos barulhentos, como quando um subconjunto de inquilinos experimenta um aumento repentino e inesperado na carga que reduz o desempenho de outros inquilinos. Você pode considerar a aplicação de atenuações, que podem incluir o dimensionamento da infraestrutura de locatários individuais, a movimentação de locatários entre implantações e o provisionamento de um nível suficiente de capacidade para lidar com picos e mínimos no tráfego.

Mover locatários entre a infraestrutura

Talvez seja necessário mover locatários entre a infraestrutura por vários motivos, como:

  • Reequilíbrio: 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 reequilibrar sua carga.
  • Atualizações: um locatário atualiza sua SKU ou camada de preço e precisa ser movido 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.
  • Mudanças de região: um locatário exige que seus dados sejam movidos para uma nova região geográfica. Este requisito pode ocorrer durante a aquisição de uma empresa ou quando as leis ou situações geopolíticas mudam.

Considere como você move os dados de seus locatários e como redireciona solicitações para o novo conjunto de infraestrutura que hospeda sua instância. Você também deve considerar se a mudança de um locatário pode resultar em tempo de inatividade e certificar-se de que os locatários estejam totalmente cientes do risco.

Mesclar e dividir locatários

É tentador pensar nos inquilinos 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 fundidas, incluindo empresas localizadas em diferentes regiões geográficas.
  • Em cenários de negócios, as empresas podem se dividir ou desinvestir.
  • Em cenários de consumo, os utilizadores individuais podem juntar-se ou abandonar famílias.

Considere se você precisa fornecer recursos para gerenciar a mesclagem e a separação de dados, identidades de usuários e recursos. Além disso, considere como a propriedade dos dados afeta o processamento de operações de mesclagem e divisão. Por exemplo, considere um aplicativo de fotografia de consumo criado para famílias compartilharem fotos umas com as outras. As fotos são de propriedade dos membros individuais da família que as contribuíram ou da família como um todo? Se os utilizadores deixarem a família, os seus dados devem ser removidos ou permanecer no conjunto de dados da família? Se os usuários se juntarem a outra família, suas fotos antigas devem ser movidas com eles?

Inquilinos fora de bordo

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

  • 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?
  • Reonboarding: Você deve fornecer a capacidade para que os clientes sejam reintegrados? Os seus dados continuarão disponíveis se voltarem a juntar-se dentro do período de conservação de dados?
  • Reequilíbrio: Se você executar a infraestrutura compartilhada, precisará reequilibrar a alocação de locatários à infraestrutura?

Desativar e reativar inquilinos

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

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

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

Contribuidores

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

Autor principal:

  • John Downs - Brasil | Engenheiro de Software Principal

Outros contribuidores:

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

Próximos passos

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