Insfrastructure Architecture in a Box: Sharepoint 2010 Parte – 2 : Service Applications

Olá pessoal, tudo bem?

Vamos continuar com a série “Infrastrucuture Architecture in a Box” . Sobre o Beta do Sharepoint 2010. Durante o ultimo post nos analisamos os pré-requisitos do Sharepoint 2010.

Vocês se lembram dos SSP (Shared Service Providers) da versão MOSS 2007?

Para entender o impacto das mudanças, vamos primeiro analisar como os SSP’s da versão MOSS 2007 foram usadas, lembrando que os SSP’s foram um dos aspectos menos compreendidos do SharePoint 2007, e que a maioria das implantações usarem a arquitetura mais simples em termos de SSPs – com um único SSP.

O novo modelo de “Service Applications” e a continuação dos SSP’s mas com uma mudança radical. Os “Services Applications” são uma melhoria enorme para o produto, abordando muitos dos compromissos de escalabilidade inerentes no modelo SSP do MOSS 2007. “Service Applications” podem ser construído por terceiros e estão disponível no SharePoint Foundation e o SharePoint Server. “Service Applications” afetam significativamente as topologias da farm e, portanto, é mais importante do que nunca, compreender os conceitos básicos de uma Arquitetura.

Shared Service Providers - Sharepoint 2007 Toda instalação de um ambiente MOSS 2007 precisava ao menos um “Shared Service Provider” para hospedar as definições dos serviços compartilhados (Search, User Profiles, BDC,Execl Services etc). Esta arquitetura fui considerado muito acoplado e não flexível suficiente. O fato que você so poder definir um conjunto estático de serviços sem a flexibilidade de criar relações entre a “Web Application” customizadas criou uma certa limitação no produto. Todos os serviços, muitas vezes, foram agrupados em um unico SSP, muito embora os serviços oferecidos foram  radicalmente diferentes. Assim, SSPs são difíceis de implantar e ainda mais difícil de gerenciar ao longo da vida de uma implantação e tambem nao escalavem tão bem, com um único conjunto de banco de dados . O conceito de Shared Services Provider nasceu junto com o MOSS 2007 e morre junto com ele.

Service Applications - Sharepoint 2010 No SharePoint 2010 temos toda sua arquitetura orientada a serviços de forma isolada, acessando banco de dados segmentados e isolados e que agora podem ter implementados alguns requisitos importantes como tolerância a falha e distribuição de requisições. Para resumir, o SSP se desmembrou e pode ser utilizado em farms remotos (Cross-Farm). Torna a atividade de projetar ambientes SharePoint em larga escala uma atividade mais complexa, mas muito mais flexível e escalável. Cada Web Aplicação pode usar qualquer combinação de serviços disponíveis Compartilhar instâncias de serviços em múltiplas farms Implantar várias instâncias do mesmo serviço em servidores distintas

Cross-Farm Services O novo modelo de “Service Applications” também remove a barreira pelo qual uma aplicação Web só poderia ser associada com um único SSP. Os “Service Applicartions” ofereçam agora que uma “Web Application” pode consumir serviços numa base individual e pode usar qualquer combinação de aplicações de serviço disponíveis. Vejam na direita a definição e o escopo dos serviços. Um outro ponto importante é o fato que os “Service Applications”são gerenciados via a ferramenta de administração

              Vamos analisar no próximo post algumas arquiteturas da vida real ;)

Abraços Markus

Technorati Tags: Sharepoint 2010,Architecture in a Box