Modelo Multi-Tenancy e Cloud Computing

Amsterdam

Devido ao modelo tradicional de oferta de software "On Premisse", onde a aplicação é instalada e configurada para operar nos "data centers" das empresas, sujeitos a contratos específicos de licença de uso, temos um amplo leque de ofertas de frameworks, plataformas, modelos de arquitetura, "patterns" e profissionais disponíveis. O modelo SAAS tem exigido novas arquiteturas especificamente desenhadas para Cloud Computing, junto com estes desenhos certos termos ganham novos status para identificar modelos de tecnologia e necessidades do momento. Um destes termos é o "Multi-Tenancy" ou em português multi-inquilino. O modelo "Multi-Tenancy" é um modelo de arquitetura que permite otimização de recursos de infraestrutura e sistemas de software através de compartilhamento mantendo os inquilinos, empresas/clientes, logicamente separados. Ao mesmo tempo que deseja-se do lado do fornecedor um padrão de aplicação/serviço para obter escala, aplicações "Multi-Tenancy" necessitam tipicamente serem capazes de fornecer um grau elevado de customization para suportar necessidades de cada organização cliente e consumidora do serviço. O Customization inclui tipicamente aspectos de extensões de seus objetos, atributos e operações, processos, modelos de acesso e mesmo temas/estilos para ambiente da empresa. Segundo Cezar Taurion Gerente de Novas Tecnologias Aplicadas/Technical Evangelist da IBM Brasil podemos classificar modelos:

1. "Multi-Tenancy" como: Inquilino isolado: Neste modelo não há compartilhamento de recursos. Na prática, embora o usuário sinta a experiência de multi-inquilino, pois a aplicação é oferecida a múltiplos clientes a partir do mesmo data center, este modelo não é multi-inquilino. Tipicamente cada inquilino requer sua própria instância de hardware e software. Exemplo: hospedagem no qual cada usuário tem seu próprio conjunto de recursos computacionais e sua própria instância da aplicação. 
2. Multi-inquilino via hardware compartilhado (virtualização): similar ao modelo anterior, neste cada inquilino tem seu próprio conjunto de tecnologia alocado dinamicamente através de recursos de virtualização. Modelo adequado para reaproveitamento de aplicações não desenhadas para esta necessidade. Limitado em elasticidade pois cada inquilino tem seu universo em uma máquina virtual, unidade mínima de alocação e liberação de recursos. 
3. Multi-inquilino via container: Neste modelo, vários inquilinos são executados na mesma instância de um container de aplicação (um servidor de aplicações), mas cada inquilino está associado a uma instância separada do banco de dados. O isolamento do banco de dados garante a integridade dos dados dos inquilinos, ao mesmo tempo em que o container de execução, por ser compartilhado, oferece as vantagens de elasticidade, sendo a customização dependente da arquitetura do software. 
4. Multi-inquilino via todo o stack de software compartilhado: neste modelo, além do container da aplicação, também uma única instância do banco de dados é compartilhada por todos os inquilinos. Este modelo nem sempre é bem visto pois gera uma preocupação extra na segurança, acesso acidental ou intencional a dados de outras empresas. 

Pensando em economia de escala a escolha do modelo "Multi-Tenancy" é essencial para fornecedores de serviços SAAS, onde o custo por inquilino deve ver minimizado e a agilidade e elasticidade são atributos essenciais de uma oferta Cloud Computing. Observando as classificações acima de Cezar Taurion os modelos Multi-inquilino via container e Multi-inquilino via todo o stack de software compartilhado surgem como os modelos mais indicados para esta necessidade.

Referências: Entendendo o modelo Multi-tenancy, por Cezar Taurion Wikipédia,