Planejamento da arquitetura de serviços (SharePoint Server 2010)

 

Aplica-se a: SharePoint Foundation 2010, SharePoint Server 2010

Tópico modificado em: 2016-11-30

Este artigo descreve a arquitetura de serviços para compartilhar aplicativos de serviço de e fornece arquiteturas de exemplo para o Microsoft SharePoint Server 2010.

Neste artigo:

• Sobre aplicativos de serviço

• Infraestrutura de serviços e princípios de design

• Implantando aplicativos de serviço entre farms

• Considerações de planejamento para serviços que acessam fontes de dados externas

• Arquiteturas de exemplo

• Farm único, único grupo de aplicativos de serviço

• Farm único, diversos grupos de aplicativos de serviço

• Farms de serviços corporativos

• Farms de serviços especializados

• Farms entre organizações

Ao planejar a sua arquitetura de serviços, considere o seguinte:

• Que aplicativos de serviço são exigidos por sua organização?

• Alguma equipe exige aplicativos de serviço dedicados?

• Quantos farms são exigidos por sua organização?

• Existem oportunidades de compartilhamento de serviços entre farms?

• As necessidades da sua organização garantem um farm de serviços centralizado?

Os modelos de tamanho de cartaz a seguir também estão disponíveis para serem usados com este artigo. É possível modificar os diagramas nos modelos para representar seus próprios planos de organização.

• Serviços no Produtos do Microsoft SharePoint 2010

  • Visio (https://go.microsoft.com/fwlink/?linkid=167090&clcid=0x416)

  • PDF (https://go.microsoft.com/fwlink/?linkid=167092&clcid=0x416)

  • XPS (https://go.microsoft.com/fwlink/?linkid=167091&clcid=0x416)

• Serviços entre farms no Produtos do SharePoint 2010

  • Visio (https://go.microsoft.com/fwlink/?linkid=167093&clcid=0x416)

  • PDF (https://go.microsoft.com/fwlink/?linkid=167095&clcid=0x416)

  • XPS (https://go.microsoft.com/fwlink/?linkid=167094&clcid=0x416)

Sobre aplicativos de serviço

O SharePoint Server 2010 inclui um conjunto de serviços que podem ser compartilhados entre aplicativos Web. Esses serviços são chamados de aplicativos de serviço. Alguns aplicativos de serviço podem ser compartilhados entre farms. O compartilhamento de aplicativos de serviço entre aplicativos Web e farms reduz muito o número de recursos necessários para o oferecimento desses serviços entre vários sites.

A tabela a seguir lista aplicativos de serviço incluídos no Produtos do SharePoint 2010.

Aplicativos de serviço	Descrição	SharePoint Foundation 2010	SharePoint Server 2010 Standard	SharePoint Server 2010 Enterprise
Serviços do Access	Permite que os usuários exibam, editem e interajam com bancos de dados do Access 2010 em um navegador da Web.			X
Serviço Conectividade de Dados Corporativos	Oferece acesso a sistemas de dados de linha de negócios.	X	X	X
Aplicativo Serviços do Excel	Permite que os usuários exibam e interajam com arquivos do Excel 2010 em um navegador da Web.			X
Serviço Metadados Gerenciados	Gerencia a infraestrutura de hierarquias de taxonomia, palavras-chave e marcação social e publica tipos de conteúdo entre conjuntos de sites.		X	X
Aplicativo PerformancePoint Service	Oferece os recursos do PerformancePoint.			X
Serviço de Pesquisa	Rastreia conteúdo, produz partições de índice e atende a consultas de pesquisa.		X	X
Serviço de Repositório Seguro	Oferece autenticação de logon único para o acesso a vários aplicativos ou serviços.		X	X
Serviço de Controle de Sessão	Oferece armazenamento temporário de dados de sessão de usuário para componentes do SharePoint Server.		X	X
Serviço de Conjunto de Dados de Uso e Integridade	Coleta dados de uso e integridade de todo o farm e permite a exibição de vários relatórios de uso e integridade.	X	X	X
Serviço de Perfil de Usuário	Adiciona suporte a Meus Sites, páginas de perfil, marcação social e outros recursos de computação social.		X	X
Serviço de Gráficos do Visio	Permite que os usuários exibam e atualizem diagramas do Visio 2010 publicados em um navegador da Web.			X
Serviço Web Analytics	Oferece interfaces de serviço Web.		X	X
Serviços de Automação do Word	Executa conversões de documento em massa automatizadas.		X	X
Serviço de Configurações de Inscrição do Microsoft SharePoint Foundation	Oferece funcionalidade de vários inquilinos para aplicativos de serviço. Rastreia IDs de assinatura e configurações para serviços implantados em modo particionado. Implantado somente por meio do Windows PowerShell.	X	X	X

Alguns serviços são oferecidos por outros produtos da Microsoft, incluindo os serviços listados na tabela a seguir.

Aplicativo de serviço	Descrição
Serviços do Office Web Apps: Serviço de Exibição do Word Serviço PowerPoint Serviços de Cálculo do Excel	O Office Web Apps é uma nova opção de produtividade baseada na Web oferecida pelos pacotes do Microsoft Office 2010. O Office Web Apps inclui complementos para o Microsoft Word 2010, Microsoft Excel 2010, Microsoft PowerPoint 2010 e Microsoft OneNote 2010. Trata-se de aplicativos autônomos baseados na Web que oferecem acesso a documentos do Microsoft Word 2010, Microsoft Excel 2010, Microsoft PowerPoint 2010 e Microsoft OneNote 2010 por meio de qualquer navegador em várias plataformas; recursos leves de criação e edição em formatos padrão; compartilhamento e colaboração nesses documentos por meio do navegador; e uma grande variedade de cenários habilitados para Web. Os documentos criados com o Office Web Apps não são diferentes dos documentos criados com os aplicativos de área de trabalho correspondentes. Os serviços associados são usados para preparar os documentos para exibição e edição em um navegador da Web.
Microsoft Project Server 2010	O Microsoft Project Server 2010 hospeda uma ou mais instâncias do Project Web Access, expondo a funcionalidade de agendamento e outros cálculos de camada intermediária nos dados do Microsoft Project e expondo os serviços Web para a interação com os dados do Microsoft Project 2010.

Aplicativos de serviço são diferentes dos serviços que são iniciados e interrompidos em servidores específicos e listados na página Serviços no Servidor no site de Administração Central do SharePoint. Alguns dos serviços listados nessa página são associados a aplicativos de serviço, mas estes representam instâncias específicas de serviços que podem ser configurados e compartilhados de formas específicas.

Infraestrutura de serviços e princípios de design

O Produtos do SharePoint 2010 aprimora a infraestrutura de serviços que foi introduzida na versão anterior. No Produtos do SharePoint 2010, a infraestrutura para hospedar serviços é transferida para o SharePoint Foundation 2010, e a configuração de opções de serviço é muito mais flexível. Serviços individuais podem ser configurados independentemente, e outras empresas podem adicionar serviços à plataforma.

O compartilhamento de serviços não é mais exclusivo do SharePoint Server, e os serviços não estão mais contidos em SSPs (Provedores de Serviços Compartilhados).

Implantando serviços

Você implanta aplicativos de serviço em um farm usando um dos seguintes métodos:

• Selecionando serviços ao executar o Assistente de Configuração de Produtos do SharePoint.

• Adicionando serviços um a um na página Gerenciar Aplicativos de Serviço, no site de Administração Central.

• Usando o Windows PowerShell.

Configuração de serviços mais granular

A infraestrutura de serviços atualizada oferece mais controle sobre que serviços são implantados e como os aplicativos de serviço são compartilhados:

1. Você pode implantar apenas os aplicativos de serviço que são necessários para um farm.

2. Os aplicativos Web podem ser configurados para usar apenas os aplicativos de serviço necessários, em vez de todos os serviços que foram implantados.

3. Você pode implantar várias instâncias do mesmo serviço em um farm e atribuir nomes exclusivos aos aplicativos de serviço resultantes.

4. Você pode compartilhar aplicativos de serviço entre vários aplicativos Web dentro do mesmo farm.

Você pode escolher os aplicativos de serviço para um aplicativo Web ao criá-lo. Também pode modificar mais tarde os aplicativos de serviço associados a um aplicativo Web.

Grupos de aplicativos de serviço

Por padrão, todos os aplicativos de serviço são incluídos em um grupo padrão, a menos que você altere essa configuração para um aplicativo de serviço ao criá-lo. É possível adicionar e remover aplicativos de serviço do grupo padrão a qualquer momento.

Ao criar um aplicativo Web, você pode selecionar o grupo padrão ou criar um grupo personalizado de aplicativos de serviço. Para criar um grupo de aplicativos de serviço personalizado, selecione apenas os aplicativos de serviço que você deseja que o aplicativo Web use.

A captura de tela a seguir mostra uma lista de aplicativos de serviço para um farm de exemplo que poderão ser selecionados caso personalizado seja selecionado durante a criação de um aplicativo Web. Somente os primeiros aplicativos de serviço foram incluídos na imagem.

Os grupos personalizados criados na Administração Central não são reutilizáveis em vários aplicativos Web. Sempre que você seleciona personalizado ao criar um aplicativo Web, seleciona aplicativos de serviço apenas para o aplicativo Web que está criando.

Arquitetura lógica

Aplicativos de serviço são implantados em um único site do IIS (Serviços de Informações da Internet ). Esse é o comportamento padrão, e não é possível alterá-lo. No entanto, você pode personalizar a configuração de grupos de aplicativos de serviço e a associação de aplicativos Web aos mesmos.

O diagrama a seguir mostra a arquitetura lógica de uma implantação de farm típica.

Observe as seguintes características do farm no diagrama:

• Todos os aplicativos de serviço estão contidos no mesmo site do IIS.

• Existem dois grupos de aplicativos de serviço: o grupo padrão ou um grupo personalizado. Nem todos os aplicativos de serviço precisam ser incluídos no grupo padrão. No diagrama, o aplicativo de Serviço F não foi incluído no grupo padrão. Ele é usado somente por um aplicativo Web.

• Os aplicativos Web se conectam ao grupo padrão ou a um grupo personalizado de aplicativos de serviço. No diagrama, há um grupo personalizado.

É possível implantar os aplicativos de serviço em diferentes pools de aplicativos para obter o isolamento do processo. No entanto, se desejar otimizar o desempenho do farm, é recomendável que você implante os aplicativos de serviço em um pool de aplicativos.

Para obter o isolamento físico de um aplicativo de serviço, escolha ou crie um pool de aplicativos diferente para o aplicativo de serviço, como mostrado no diagrama a seguir.

Conexões para aplicativos de serviço

Quando um aplicativo de serviço é criado, é simultaneamente criada uma conexão para ele. Uma conexão é uma entidade virtual que conecta aplicativos Web a aplicativos de serviço. No Windows PowerShell, essas conexões são chamadas de proxies. "Proxy" aparece no fim da descrição de tipo de conexões na página Gerenciar Aplicativos de Serviço na Administração Central. Algumas conexões podem incluir configurações que podem ser modificadas. Por exemplo, conexões para o aplicativo de serviço Metadados Gerenciados incluem diversas configurações, incluindo Administradores de Repositórios de Termos e Idioma Padrão.

Administração de aplicativos de serviço

Em vez de serem gerenciados por meio de um site de administração separado, os aplicativos de serviço são gerenciados diretamente na Administração Central. Se necessário, eles podem ser monitorados e gerenciados remotamente. Também é possível gerenciá-los e escrever scripts para eles usando o Windows PowerShell.

Implantando aplicativos de serviço entre farms

Alguns aplicativos de serviço podem ser compartilhados entre farms. Outros aplicativos de serviço podem ser compartilhados somente em um único farm de servidores.

O diagrama a seguir mostra que aplicativos de serviço podem ser compartilhados entre farms e que aplicativos de serviço estão limitados a um único farm.

Orientação de design

A orientação a seguir se aplica ao compartilhamento de aplicativos de serviço entre farms:

• Os aplicativos de serviço que oferecem suporte ao compartilhamento entre farms podem ser executados em um farm central e consumidos de outros farms.

• Cada aplicativo Web pode ser configurado para usar aplicativos de serviço de farms diferentes. Por exemplo, você pode compartilhar o serviço de Perfil de Usuário entre aplicativos Web em diversos farms de servidores, ao mesmo tempo que pode configurar alguns aplicativos de serviço, como o serviço Conectividade de Dados Corporativos, para uso local.

• Em grandes ambientes, os aplicativos de serviço de computação intensiva podem ser executados em um farm central para minimizar a carga administrativa e crescer, de maneira fácil e eficiente, à medida que os requisitos aumentam. Para obter mais informações, consulte Farms de serviços corporativos, mais adiante neste artigo.

Ambientes de WAN

Alguns aplicativos de serviço entre farms não são recomendados para uso em ambientes de Rede de longa distância (WAN). A seguinte tabela lista as recomendações atuais para implementar aplicativos de serviços nesses ambientes.

Aplicativo de serviço	Recomendado para ambientes de WAN?	Observações
Pesquisa	Sim
Metadados Gerenciados	Sim
Conectividade de Dados Corporativos	Depende do ambiente de Conectividade de Dados Corporativos	Depois de o cache de dados ser preenchido, o link da WAN não será necessário. As navegações de primeira página são lentas e podem provocar tempos limite, mas as solicitações subsequentes para dados armazenados em cache são mais rápidas.
Perfil do Usuário	Sem suporte	Atualmente, usar o aplicativo do serviço de Perfil de Usuário em links de WAN não é suportado. Este serviço requer o acesso direto ao banco de dados. Assim, para ambientes de WAN, recomenda-se o Mecanismo de Replicação do Perfil do Usuário (UPRE).
Serviço de Repositório Seguro	Não	O Serviço de Repositório Seguro funciona em links de WAN, mas não é recomendável, pois poderá afetar de forma negativa o desempenho de outros serviços por um link de WAN.
Web Analytics	Não

Para obter mais informações sobre como implantar aplicativos em ambientes WAN, consulte Soluções globais para Produtos do SharePoint 2010 (modelo).

Implantando serviços entre farms

O compartilhamento de aplicativos de serviço entre farms requer várias etapas:

1. Configure farms confiáveis.

   Verifique se os farms trocaram certificados para confiarem uns nos outros. Exporte o certificado para um arquivo e faça backup desse arquivo antes de se conectar a serviços entre farms.

2. Publique os aplicativos de serviço.

   Para compartilhar um aplicativo de serviço entre farms, primeiro publique o serviço.

3. Conecte-se a aplicativos de serviço entre farms.

   Para consumir um serviço publicado por um farm remoto, crie uma conexão com ele. Esse processo solicita que você insira a URL de um serviço publicado, exibida durante o processo de publicação. Uma conexão com o farm local é criada para conexão com o aplicativo de serviço do farm remoto.

Se os farms de servidores estiverem localizados em dois domínios, o aplicativo de serviço de Perfil de Usuário exigirá que ambos os domínios confiem um no outro. Para que os recursos de administração de aplicativo de serviço Conectividade de Dados Corporativos e Repositório Seguro funcionem do farm consumidor, o domínio do farm de publicação deverá confiar no domínio do farm consumidor Outros aplicativos de serviço entre farms funcionam sem um requisito de confiança entre domínios.

Para obter mais informações sobre como configurar serviços a serem usados entre farms, consulte Conectar a um aplicativo de serviço em um farm remoto (SharePoint Server 2010).

Considerações de planejamento para serviços que acessam fontes de dados externas

Alguns aplicativos de serviço podem acessar fontes de dados externas. Os aplicativos de serviço que usam uma identidade do Windows delegada para acessar fontes de dados externas criam requisitos adicionais no ambiente. Para esses aplicativos de serviço, as fontes de dados externas deverão residir no mesmo domínio do farm do SharePoint Server 2010 onde os aplicativos de serviço estão localizados ou o aplicativo de serviço deve estar configurado para usar o Serviço de Repositório Seguro.

Os seguintes aplicativos de serviço usam uma identidade do Windows delegada para acessar fontes de dados externas:

• Serviços do Excel

• Serviços do PerformancePoint

• InfoPath Forms Services

• Serviços do Visio

Os aplicativos de serviço que usam uma identidade do Windows delegada para acessar fontes de dados externas podem ser configurados para usar o Serviço de Repositório Seguro como uma alternativa. O Serviço de Repositório Seguro armazena e mantém credenciais de usuário ou de serviço. Os aplicativos de serviço podem usar credenciais armazenadas para se autenticarem em uma fonte de dados de forma direta. 

Se o Serviço de Repositório Seguro não for usado, e as fontes de dados externas não residirem no mesmo domínio, a autenticação para essas fontes falhará. Se os servidores do farm forem divididos entre dois domínios, os servidores de aplicativos deverão residir no mesmo domínio das fontes de dados externas.

Os aplicativos de serviço e produtos a seguir não são afetados por esses requisitos:

• Serviço de Conectividade de Dados Corporativos e Microsoft Serviços Corporativos de Conectividade

• Serviços do Access

• Microsoft SQL Server PowerPivot para Microsoft SharePoint

• Microsoft SQL Server Reporting Services (SSRS)

• Microsoft Project Server 2010

Arquiteturas de exemplo

O restante deste artigo oferece arquiteturas de exemplo para cenários de implantação comum.

Farm único, grupo de aplicativos de serviço único

em uma arquitetura que inclui um único farm e um único grupo de aplicativos de serviço, o grupo de aplicativos de serviço padrão é usado para todos os aplicativos Web no farm. Todos os sites têm acesso a todos os aplicativos de serviço implantados no farm.

Vantagens

Essa arquitetura oferece as seguintes vantagens:

• Essa é a arquitetura mais simples a ser implantada.

• Todos os aplicativos de serviço estão disponíveis para todos os aplicativos Web.

• Os recursos do farm são usados com mais eficiência.

• Todos os aplicativos de serviço são gerenciados de forma central.

Desvantagens

Existem várias desvantagens a serem consideradas para esta arquitetura:

• Não é possível isolar dados de aplicativo de serviço.

• Os departamentos ou equipes individuais não podem gerenciar aplicativos de serviço por conta própria.

Recomendações

A arquitetura que inclui um único farm e um único grupo de aplicativos de serviço é a configuração recomendada para a maioria das organizações, pelo menos inicialmente. Essa configuração funciona bem quando você deseja hospedar vários sites para uma única empresa no mesmo farm.

Use esta configuração para cumprir as seguintes metas:

• Você desejar otimizar os recursos exigidos para a execução de aplicativos de serviço em um farm.

• Você está compartilhando dados de conteúdo e de perfil entre sites que, caso contrário, exigem isolamento de processo por motivo de desempenho ou segurança.

Farm único, vários grupos de aplicativos de serviço

Se as equipes exige aplicativos de serviço dedicados, crie uma arquitetura usando um ou mais grupos personalizados de aplicativos de serviço. Siga estas diretrizes:

• Implante aplicativos de serviço específicos para uso dedicado por uma ou mais equipes em uma organização.

• Verifique se os aplicativos de serviço dedicados também não foram incluídos no grupo padrão.

• Crie um ou mais aplicativos Web que usem um grupo personalizado de aplicativos de serviço. O administrador do SharePoint selecione os aplicativos de serviço incluídos no grupo personalizado.

No diagrama a seguir, o Farm B mostra uma arquitetura de exemplo com dois grupos de aplicativos de serviço. Neste exemplo, a equipe de Finanças exige um aplicativo dos Serviços do Excel dedicado. Os Serviços do Access também serão implantados para essa equipe.

Você pode criar mais de um grupo de aplicativos de serviço dedicados. No diagrama a seguir, dois grupos personalizados são criados no Farm C. Criando a partir da arquitetura do Farm B, aplicativos de serviço de Dados Gerenciados e Conectividade de Dados Corporativos dedicados são implantados no farm para serem usados pelo departamento de RH. Isso resulta em um segundo grupo de aplicativos de serviço personalizado, além do primeiro grupo de aplicativos de serviço dedicado criado para a equipe de Finanças.

Os aplicativos de serviço implantados para uso dedicado podem compartilhar o mesmo pool de aplicativos ou ser implantados em um pool de aplicativos separado para isolamento adicional. O design do Farm B (dois diagramas atrás) obtém o isolamento de processo para aplicativos de serviço implantados para a equipe de Finanças ao colocar esses aplicativos de serviço em um pool de aplicativos dedicado. Para o Farm C, mostrado no diagrama anterior, um pool de aplicativos é usado para todos os aplicativos de serviço; nessa arquitetura, os aplicativos de serviço são implantados para otimizar o desempenho.

Conectando a vários aplicativos de serviço de Metadados Gerenciados

Um grupo de aplicativos de serviço pode incluir vários aplicativos de serviço de Metadados Gerenciados. Por exemplo, no diagrama do Farm C, o grupo personalizado realçado em verde inclui dois aplicativos de serviço de Metadados Gerenciados.

Neste cenário, os sites nos aplicativos Web exibem taxonomia, marcação social e outros recursos de ambos os aplicativos de serviço de Metadados Gerenciados. Ao contrário de outros serviços entre farms, as Web Parts incluem dados de vários aplicativos de serviço de Metadados Gerenciados por padrão.

Para obter mais informações sobre como gerenciar vários aplicativos de serviço de Metadados Gerenciados, consulte Sobre o aplicativo de serviço de metadados.

Vantagens

As arquiteturas que incluem vários grupos de aplicativos de serviço oferecem as seguintes vantagens:

• Elas acomodam várias metas organizacionais no mesmo farm.

• Os dados de serviço podem ser isolados.

• Equipes ou departamentos individuais podem gerenciar os aplicativos de serviço dedicados para sua utilização.

• Os sites podem ser configurados para usar um subconjunto de aplicativos de serviço.

Desvantagens

As desvantagens das arquiteturas que usam mais de um grupo de aplicativos de serviço incluem o seguinte:

• Elas têm a configuração e o gerenciamento mais complexos.

• Os recursos do farm são consumidos para oferecer suporte a várias instâncias dos mesmos aplicativos de serviço, o que pode afetar o desempenho.

Recomendações

As arquiteturas que incluem vários grupos de aplicativos de serviço funcionam bem para empresas com divisões ou equipes que exigem aplicativos de serviço dedicados ou dados de serviço isolados, ou para sites que são configurados com um escopo mais restrito, como a colaboração de parceiros.

Adicionalmente, quando vários grupos de aplicativos de serviço são configurados, equipes e sites podem consumir serviços oferecidos em toda a extensão da empresa, como serviços de perfil e de pesquisa, ao mesmo tempo que o uso de serviços direcionados é isolado por motivo de segurança ou de desempenho.

Os aplicativos de serviço geralmente implantados para uso dedicado de uma equipe ou departamento específico incluem:

• Serviços do Excel   Para otimizar o desempenho para uma determinada equipe ou para isolar dados confidenciais.

• Metadados Gerenciados    Para permitir que uma equipe ou departamento gerencie sua própria taxonomia, hierarquias, palavras-chave e assim por diante. O SharePoint Server 2010 combina os resultados de vários aplicativos de serviço de Metadados Gerenciados para que taxonomias, tipos de conteúdo e outros elementos possam ser compartilhados em uma organização.

• Conectividade de Dados Corporativos   Equipes ou departamentos individuais podem integrar seus próprios sistemas de linha de negócios e manter os dados isolados do resto da organização.

Em alguns casos, um grupo de aplicativos de serviço dedicado é configurado para restringir a lista de serviços usados por um aplicativo Web. Por exemplo, um site de colaboração de parceiro pode ser configurado para consumir um subconjunto dos aplicativos de serviço oferecidos pelo farm.

Farms de serviços corporativos

Um farm de serviços corporativos é um farm de servidores dedicado à hospedagem de aplicativos de serviço para uma organização. O diagrama a seguir mostra um farm de serviços corporativos que hospeda os aplicativos de serviço entre farms implantados com mais frequência. Mostra também vários tipos comuns de farms que consomem serviços de um farm de serviços corporativos.

O restante desta seção descreve os outros farms do diagrama. O Farm 2, o Farm 3 e o Farm 4 representam os tipos de farms com mais probabilidade de consumir serviços de um farm de serviços corporativos.

Farms de conteúdo publicado (todos os aplicativos de serviço são remotos)

Você pode implantar um farm de servidores sem implantar qualquer aplicativo de serviço localmente. No Farm 2, nenhum aplicativo de serviço é hospedado localmente. Todos os aplicativos de serviço são consumidos de um farm separado.

Essa configuração funciona bem para o conteúdo publicado. Reduz os esforços administrativos necessários para hospedar um farm de conteúdo publicado e permite que uma organização aproveite as vantagens dos aplicativos de serviço gerenciados de forma centralizada.

Use essa configuração quando tiver as seguintes metas:

• Você deseja otimizar os recursos de um farm para a hospedagem de conteúdo em vez da execução de aplicativos de serviço.

• Você está integrando com perfis, metadados, pesquisa e outros recursos gerenciados de forma centralizada de toda a organização.

Farms de colaboração (mistura de aplicativos de serviço locais e remotos)

O Farm 3 representa um farm otimizado para colaboração. Todos os aplicativos de serviço que não podem ser compartilhados entre farms são hospedados localmente. Entre eles, podemos incluir os aplicativos de serviço relacionados a cliente, que são importantes para a colaboração. Os aplicativos de serviço entre farms são consumidos de um farm de serviços corporativos (Farm 1).

Os farms podem consumir de um ou mais farms remotos. No diagrama, o Farm 3 também consome o serviço de Metadados Gerenciados de um farm de departamento especializado (Farm 4) para integrar-se com a taxonomia, marcação social e outros recursos gerenciados de forma autônoma desse departamento.

Se houver vários aplicativos de serviço de Metadados Gerenciados, um dos aplicativos de serviço deverá ser designado como o aplicativo de serviço principal que hospedará a taxonomia corporativa. Todas as outras instâncias desse aplicativo de serviço serão secundárias e fornecerão dados adicionais aos dados do aplicativo de serviço primário. Ao contrário de outros serviços entre farms, as Web Parts incluem dados de vários aplicativos de serviço de Metadados Gerenciados por padrão.

Essa é a configuração recomendada para empresas que hospedam vários farms para atender às suas necessidades de negócios. Use-a para cumprir as seguintes metas:

• Otimizar recursos administrativos e de farm no nível empresarial para hospedagem de serviços (Farm 1).

• Otimizar recursos no nível do farm para hospedagem de sites de colaboração (Farm 3).

• Integrar com perfis, metadados, pesquisa e outros recursos gerenciados de forma centralizada em toda a organização.

• Integrar com metadados produzidos por uma equipe ou departamento especializado (Farm 4).

Farms para departamentos especializados (mistura de aplicativos de serviço locais e remotos)

Algumas equipes de uma organização podem exigir uma implantação separada de serviços específicos pelos seguintes motivos:

• Para garantir o isolamento de dados (como dados de Conectividade de Dados Corporativos).

• Para oferecer a capacidade de gerenciar de forma autônoma aplicativos de serviço (como Metadados Gerenciados).

O Farm 4 oferece um exemplo. As características desse farm incluem o seguinte:

• Ele consome aplicativos de serviço gerenciados de forma centralizada que incluem Metadados Gerenciados.

• Também inclui seu próprio aplicativo de serviço de Metadados Gerenciados de forma que essa equipe possa gerenciar de forma autônoma seus próprios metadados. Como esse aplicativo de serviço é compartilhado, os metadados do resto da organização podem ser integrados a esses metadados.

Use esta configuração para cumprir as seguintes metas:

• Permitir que uma equipe ou departamento especializado gerencie metadados por conta própria.

• Garantir que dados de serviço específicos sejam isolados e gerenciados separadamente do resto da organização.

Farms de serviços especializados

Considere a implantação de farms de serviço especializados para otimizar recursos de farm para aplicativos de serviço específicos. Isso permite que você aumente o farm de servidores e melhore o hardware para otimizar o desempenho para um aplicativo de serviço específico.

O aplicativo de serviço principal que pode garantir um farm de serviços dedicado é Pesquisa. Pesquisa tem requisitos de desempenho e capacidade exclusivos. Ao descarregar o aplicativo de serviço de Pesquisa em um farm dedicado, os recursos poderão ser otimizados para o restante dos aplicativos de serviço entre farms.

O diagrama a seguir mostra dois farms de serviços centralizados. Um farm está otimizado para Pesquisa. O outro farm hospeda todos os outros aplicativos de serviço entre farms.

Farms entre organizações

Os aplicativos de serviço podem ser compartilhados entre quaisquer farms, e não somente entre farms de serviços corporativos. Considere o compartilhamento de aplicativos de serviço entre farms nos cenários a seguir.

Cenário A: para oferecer aplicativos de serviço em toda a empresa sem um farm de serviços corporativos dedicado, como mostrado no diagrama a seguir.

Cenário B: para compartilhar recursos entre farms e para impedir a implantação de aplicativos de serviço redundantes, como mostrado no diagrama a seguir.

See Also

Other Resources

Central de Recursos: Design de Arquitetura para SharePoint Server 2010
Central de Recursos: Segurança e Autenticação para SharePoint Server 2010