Migração SaaS

Muitos dos provedores que adotam o SaaS migram para o SaaS a partir de um modelo tradicional de software instalado (descrito anteriormente). Para esses provedores, é especialmente importante ter um bom alinhamento com os princípios fundamentais do SaaS.

Aqui, novamente, é onde pode haver alguma confusão sobre o que significa migrar para um modelo SaaS. Alguns, por exemplo, veem a mudança para a nuvem como uma migração para SaaS. Outros consideram a adição de automação ao processo de instalação e provisionamento como uma conquista da migração.

É justo dizer que cada organização pode começar em um ponto diferente, ter diferentes considerações sobre o legado e provavelmente enfrentar diferentes pressões competitivas e de mercado. Isso significa que cada migração terá uma aparência diferente.

Ainda assim, embora cada caminho seja diferente, há algumas áreas em que há desconexões em torno dos princípios fundamentais que moldam as estratégias de migração. Ter um bom alinhamento em torno dos conceitos e princípios pode ter um impacto significativo no sucesso geral de sua migração para SaaS.

Com base nos conceitos descritos anteriormente, deve ficar claro que a mudança para o SaaS começa com a estratégia e as metas de negócios. Esse ponto pode se perder em um ambiente de migração em que há pressão para acessar o SaaS o mais rápido possível.

Nesse modo, as organizações geralmente veem a migração principalmente como um exercício técnico. A realidade é que toda migração de SaaS deve começar com uma visão clara dos clientes-alvo, da experiência do serviço, das metas operacionais e assim por diante. Ter um foco mais claro em como sua empresa de SaaS precisa ter um impacto profundo na forma, nas prioridades e no caminho que você segue para migrar sua solução para SaaS.

Ter essa visão clara desde o início da migração estabelece a base de como você migra a tecnologia e os negócios como parte de sua mudança para o SaaS. Ao seguir esse caminho, concentre-se nas perguntas que podem lhe dizer mais sobre para onde você está indo.

A tabela a seguir fornece uma visão da natureza contrastante das mentalidades de migração técnica e comercial.

Tabela 1 — Primeira migração técnica versus migração empresarial

A mentalidade que prioriza a tecnologia	A mentalidade que prioriza os negócios
Como isolamos os dados do inquilino?	Como o SaaS pode nos ajudar a expandir nossos negócios?
Como conectamos os usuários aos inquilinos?	Quais segmentos estamos almejando?
Como evitamos condições barulhentas de vizinhos?	Qual é o tamanho e o perfil desses segmentos?
Como fazemos testes A/B?	Quais níveis precisaremos oferecer suporte?
Como escalamos com base na carga de inquilinos?	Qual experiência de serviço estamos almejando?
Qual provedor de cobrança devemos usar?	Qual é a nossa estratégia de preços e embalagens?

Veja à esquerda um exemplo da aparência de uma mentalidade de migração tecnológica pioneira. A equipe de engenharia está muito focada em abordar os tópicos clássicos de multi-inquilinos que certamente são importantes para qualquer arquitetura SaaS.

O problema é que as respostas para muitas das perguntas à esquerda geralmente são diretamente influenciadas pelas respostas à pergunta à direita. É improvável que esse ponto seja novo para quem está analisando a migração. No entanto, a realidade é que muitas organizações começam buscando a eficiência operacional e de custos como primeira etapa, presumindo que as partes do negócio se resolverão sozinhas.

Nessa estratégia de migração, também pode haver confusão sobre como seu ambiente legado pode evoluir para se adequar a um modelo SaaS. Essa também é uma área em que há uma infinidade de opções para migrar para o SaaS. No entanto, há um sistema de valores comum que geralmente defendemos para qualquer migração.

Em nossa discussão anterior sobre os princípios de SaaS, descrevemos diferentes padrões e terminologias que são usados para descrever ambientes SaaS. Um tema comum que abrange todas essas soluções é a ideia de ter serviços compartilhados que cercam seu aplicativo. Identidade, integração, métricas, faturamento — todos esses elementos são considerados elementos comuns que são essenciais para qualquer ambiente SaaS.

Agora, ao analisarmos a migração, você verá que esses mesmos serviços compartilhados desempenham um papel fundamental em qualquer história de migração. O diagrama a seguir fornece uma visão conceitual do cenário de migração.

Migração para SaaS

Esse diagrama representa a experiência desejada para qualquer caminho de migração. Ele inclui todos os mesmos serviços compartilhados que foram descritos anteriormente. No meio, há um espaço reservado para sua inscrição.

A ideia principal é que você possa colocar qualquer número de modelos de aplicativos no meio desse ambiente. Sua primeira etapa na migração pode fazer com que cada inquilino funcione em seu próprio silo. Ou você pode ter uma arquitetura híbrida em que os elementos são isolados e outras partes da funcionalidade são tratadas por meio de uma coleção de microsserviços modernizados.

O quanto você moderniza inicialmente seu aplicativo variará com base na natureza do seu ambiente legado, nas necessidades do mercado, nas considerações de custo e assim por diante. O que não muda é a introdução desses serviços compartilhados.

Qualquer migração de SaaS precisa oferecer suporte a esses serviços compartilhados fundamentais para dar à sua empresa a capacidade de operar em um modelo SaaS. Todas as variações da arquitetura do aplicativo precisam de identidade SaaS, por exemplo. Você precisará de operações com reconhecimento de inquilinos para gerenciar e monitorar sua solução SaaS.

A implementação desses serviços compartilhados na frente da migração permite que você apresente uma experiência de SaaS aos seus clientes, mesmo que o aplicativo subjacente ainda esteja sendo executado em um silo completo para cada inquilino.

O objetivo geral é fazer com que seu aplicativo seja executado em um modelo SaaS. Em seguida, você pode voltar sua atenção para uma maior modernização e refinamento de seu aplicativo. Essa abordagem também permite que você mova as outras partes do seu negócio (marketing, vendas, suporte etc.) em um ritmo mais rápido. Mais importante ainda, isso permite que você comece a engajar e coletar feedback do cliente, que pode ser usado para moldar a modernização contínua de seu ambiente.

É importante observar que os serviços compartilhados que você implementa podem não incluir todos os recursos ou mecanismos necessários. O objetivo principal é criar os mecanismos compartilhados necessários no início da migração. Isso permite que você se concentre nos elementos do sistema que são essenciais para a evolução da arquitetura do aplicativo e da evolução operacional.