Partilhar via

O aplicativo SaaS Wingtip Tickets

  • Artigo

Aplica-se a: do Banco de Dados SQL do Azure

A mesma aplicação SaaS Wingtip Tickets é implementada em cada uma das três amostras. O aplicativo é um simples aplicativo SaaS de listagem de eventos e ingressos direcionado a pequenos locais: teatros, clubes e assim por diante. Cada local é um locatário do aplicativo e tem seus próprios dados, como detalhes do local, listas de eventos, clientes, pedidos de ingressos e assim por diante. O aplicativo, juntamente com os scripts de gerenciamento e tutoriais, apresenta um cenário SaaS de ponta a ponta. Isso inclui o provisionamento de locatárias, a monitorização e a gestão de desempenho, a gestão de esquemas e relatórios e análises entre várias locatárias.

Três padrões de aplicação e arrendamento SaaS

Três versões do aplicativo estão disponíveis; cada um explora um padrão de locação de banco de dados diferente no Banco de Dados SQL do Azure. O primeiro usa um aplicativo autônomo por locatário com seu próprio banco de dados. O segundo usa um aplicativo multilocatário com um banco de dados por locatário. O terceiro exemplo utiliza uma aplicação multilocatária com bases de dados multilocatárias fragmentadas.

Diagrama dos três padrões de arrendamento.

Cada exemplo inclui o código do aplicativo, além de scripts de gerenciamento e tutoriais que exploram uma variedade de padrões de design e gerenciamento. Cada amostra é implantada em menos de cinco minutos. Todos os três podem ser implantados lado a lado para que você possa comparar as diferenças de design e gerenciamento.

Aplicativo autônomo por padrão de locatário

O padrão de aplicativo autônomo por locatário usa um único aplicativo de locatário com um banco de dados para cada locatário. O aplicativo de cada locatário, incluindo seu banco de dados, é implantado em um grupo de recursos do Azure separado. O grupo de recursos pode ser implantado na assinatura do provedor de serviços ou na assinatura do locatário e gerenciado pelo provedor em nome do locatário. O modelo de aplicação independente por inquilino oferece o maior isolamento de inquilino, mas geralmente é o mais caro, pois não há possibilidade de partilhar recursos entre vários inquilinos. Esse padrão é adequado para aplicativos que podem ser mais complexos e que são implantados para um número menor de locatários. Com implantações autônomas, o aplicativo pode ser personalizado para cada locatário mais facilmente do que em outros padrões.

Confira os tutoriais e código no GitHub .../Microsoft/WingtipTicketsSaaS-StandaloneApp.

Banco de dados por padrão de locatário

O padrão de banco de dados por locatário é eficaz para provedores de serviços preocupados com o isolamento de locatários e que desejam executar um serviço centralizado que permita o uso econômico de recursos compartilhados. Um banco de dados é criado para cada local, ou locatário, e todos os bancos de dados são gerenciados centralmente. Os bancos de dados podem ser hospedados em pools elásticos para fornecer gerenciamento de desempenho fácil e econômico, que gerenciam os padrões de carga de trabalho imprevisíveis dos locatários. Um banco de dados de catálogo contém o mapeamento entre locatários e seus bancos de dados. Esse mapeamento é gerenciado usando os recursos de gerenciamento de mapa de estilhaços do Elastic Database Client Library, que fornece gerenciamento eficiente de conexões com o aplicativo.

Veja os tutoriais e o código no GitHub .../Microsoft/WingtipTicketsSaaS-DbPerTenant.

Padrão de banco de dados multilocatário fragmentado

Os bancos de dados multilocatários são eficazes para provedores de serviços que procuram um custo mais baixo por locatário e aceitam um isolamento reduzido do locatário. Esse padrão permite empacotar um grande número de locatários em um banco de dados individual, reduzindo o custo por locatário. Você pode ter uma escala quase infinita fragmentando os locatários em vários bancos de dados. Um banco de dados de catálogo mapeia locatários para bancos de dados.

Esse padrão também permite um modelo híbrido , que pode otimizar custos com vários inquilinos num banco de dados, ou otimizar o isolamento com um único inquilino no seu próprio banco de dados. A escolha pode ser feita numa base inquilino a inquilino, quer quando o inquilino é provisionado, quer mais tarde, sem efeito sobre o pedido. Este modelo pode ser utilizado eficazmente quando os grupos de inquilinos necessitam de ser tratados de forma diferente. Por exemplo, locatários de baixo custo podem ser atribuídos a bancos de dados compartilhados, enquanto locatários premium podem ser atribuídos a seus próprios bancos de dados.

Confira os tutoriais sobre Wingtips e o código e WingtipTicketsSaaS-MultiTenantDB no GitHub](https://github.com/Microsoft/WingtipTicketsSaaS-MultiTenantDb).

Conteúdo relacionado