SaaS Factory (A série) — Particionamento de dados: Estratégias de Armazenamento em SaaS (Parte 1/3)

Neste post, falaremos sobre Particionamento de Dados e Estratégias de Armazenamento em SaaS.

Visão geral de armazenamento em SaaS

Em ofertas de software como serviço (SaaS), a AWS provê uma série de soluções de armazenamento, cada uma com sua própria abordagem de escopo, provisionamento, gerenciamento e proteção de dados. A maneira como cada serviço representa, indexa e armazena dados adiciona um conjunto exclusivo de considerações à sua estratégia multilocatária. Com SaaS, a diversidade dessas opções de armazenamento representa uma oportunidade para alinhar as necessidades de armazenamento da sua solução SaaS com as tecnologias de armazenamento que melhor atendem às suas necessidades de negócios.

A considerar as opções de armazenamento na AWS, você também deve considerar como o modelo multitenant da sua solução SaaS se ajusta a cada tecnologia de armazenamento. Assim como existem vários tipos de armazenamento, também existem vários tipos de estratégias de particionamento multilocatário. O objetivo é encontrar o melhor cruzamento de seu armazenamento e necessidades de particionamento do inquilino.

Modelos de particionamento em SaaS

Para começar, você precisa de um modelo conceitual bem definido para ajudá-lo compreender as várias estratégias de implementação. A imagem a seguir mostra os três modelos básicos — silo, bridge e pool — que são comumente usado ao particionar dados de locatário em um ambiente SaaS.

Modelo Silo

No modelo de silo, o armazenamento de dados do locatário é totalmente isolado de qualquer outro locatário. Todas as construções usadas para representar os dados do locatário são consideradas logicamente “exclusivas” para aquele cliente, o que significa que cada inquilino geralmente terá um representação, monitoramento, gerenciamento e “footprint” de segurança distintos.

Modelo Bridge

O modelo bridge centraliza todos os dados do locatário para um único banco de dados, enquanto ainda permitindo algum grau de variação e separação para cada inquilino. Tipicamente, você consegue isso criando tabelas separadas para cada locatário e permite que cada um tenha sua própria representação de dados (esquema).

Modelo Pool

O modelo pool representa o modelo multifuncional e multilocatário, em que os locatários compartilham todos das construções de armazenamento do sistema. Os dados do locatário são colocados em um banco de dados comum e todos os locatários compartilham uma representação comum (esquema). Esta abordagem requer a introdução de uma chave de particionamento que é usada para escopo e controle acesso aos dados do inquilino. Este modelo tende a simplificar a experiência da solução de SaaS em provisionamento, gerenciamento e atualização. Também se encaixa bem com o entrega contínua e metas de agilidade essenciais para os provedores de SaaS.

É importante ressaltar que esses modelos são todos igualmente válidos. Embora vamos discutir os méritos de cada um, as dimensões regulatórias, de negócios e de legado de cada um especificamente. O ambiente geralmente desempenha um grande papel na definição da abordagem que você seleciona. O objetivo aqui é simplesmente trazer visibilidade para a mecânica e compensações associadas a cada abordagem.

No próximo post, continuaremos falando sobre arquiteturas de particionamento de dados: estratégias de armazenamento em SaaS.

SaaS Factory (A série) — Como construir soluções de Software como Serviço na AWS

Até lá! =)