Planejar provedores de serviços compartilhados

Atualizado em: 2009-02-26

Um SSP (Provedor de Serviços Compartilhados) fornece um conjunto de serviços e dados de serviço comuns a um agrupamento lógico de aplicativos Web e seus sites associados. Este artigo descreve como os SSPs trabalham no Microsoft Office SharePoint Server 2007 e inclui recomendações sobre planejamento para SSPs.

Sobre SSPs

Serviços fornecidos por um SSP

Os serviços compartilhados a seguir são fornecidos por cada SSP:

  • **Serviços de personalização   **fornecem perfis de usuário com base nos dados importados de serviços de diretório, Meus Sites com informações pessoais que podem ser compartilhadas por todos os usuários do SSP e gerenciadas por diretivas de privacidade e direcionamento de conteúdo por audiência, aplicativo de cliente Office ou links de sites de personalização.

  • **Catálogo de Dados Corporativos   **fornece um esquema unificado para os dados armazenados em aplicativos de linha de negócios.

  • **Serviços do Excel   **fornecem planilhas compartilhadas e uma maneira de analisar os dados corporativos de bibliotecas de conexão de dados usando relatórios em páginas de painel.

  • **Office SharePoint Server Search   **rastreia todos os sites em aplicativos Web usando o SSP para criar um único índice de todo o conteúdo, dados e metadados.

  • **Relatório de uso do portal   **permite que os administradores de SSP exibam informações agregadas sobre a utilização do site em toda a hierarquia do site. Os administradores do SSP também podem habilitar relatórios para administradores de sites individuais e conjuntos de sites.

Consumindo serviços de um SSP

Quando um farm de servidores é instalado, você cria o SSP padrão como uma das primeiras tarefas pós-instalação. Cada SSP contém todos os serviços compartilhados disponíveis (instalados).

  • Você associa os SSPs a aplicativos Web do SharePoint específicos.

  • Um aplicativo Web do SharePoint só pode ser associado a um SSP.

  • Todos os sites e conjuntos de sites em um aplicativo Web do SharePoint consomem serviços do mesmo SSP.

  • Os serviços compartilhados não podem ser habilitados ou desabilitados no nível do site ou do conjunto de sites. Todos os serviços disponíveis do SSP estão disponíveis para todos os sites do aplicativo Web.

Configuração do SSP no nível do farm

Um farm de servidores pode hospedar um ou mais SSPs. Um farm de servidores também pode consumir serviços fornecidos por um SSP de um farm de servidores diferente.

  • **Serviços compartilhados dentro do farm   **O farm de servidores usa os serviços de um SSP hospedado no farm de servidores.

  • **Serviços compartilhados entre farms   **O farm de servidores usa os serviços de um SSP de um farm de servidores diferente. Um farm de servidores que está consumindo serviços de um farm diferente pode não conter nenhum SSP. A única limitação dessa configuração é que os Serviços do Excel não estão disponíveis fora do farm que hospeda esse serviço. Se os Serviços do Excel forem necessários a um farm, este não precisará hospedar os serviços compartilhados localmente.

Na maioria dos ambientes de farm único, um SSP fornece serviços para toda uma organização. Vários SSPs são usados somente em implantações que têm uma necessidade comprovada de conteúdo isolado com segurança.

Configuração de SSP geográfica

Não há suporte ao fornecimento de serviços compartilhados via WAN. Por exemplo, um farm regional na África não pode consumir serviços compartilhados de um farm central na Europa. O farm da África precisa hospedar o próprio SSP. Entretanto, os usuários na África podem se conectar a um farm central da Europa e consumir serviços compartilhados do farm central.

Apesar de não haver suporte à hospedagem de serviços compartilhados via WAN, um farm central pode ser configurado para que rastreie o conteúdo via WAN. Por exemplo, um farm central na Europa pode rastrear o conteúdo de um farm regional na África. Essa configuração oferece um método de hospedagem de pesquisa em toda a empresa. Nesse cenário, o farm central não está hospedando os serviços compartilhados no farm regional e o farm regional não está consumindo serviços compartilhados do farm central.

Determinando as necessidades do provedor de serviços compartilhados

A maior decisão de design em torno do fornecimento de serviços compartilhados é quantos SSPs planejar.

Planejando um único SSP

Em muitos casos, um único SSP pode fornecer serviços para uma organização inteira.

  • Um único SSP de um farm fornece serviços compartilhados para aplicativos Web hospedados nesse farm.

  • Todos os usuários do SSP podem compartilhar informações pessoais, pesquisar conteúdo e acessar dados corporativos, de acordo com cada uma de suas permissões.

  • O acesso ao conteúdo pode ser limitado por direcionamento de conteúdo, diretivas de privacidade e outros recursos com base nos grupos e na segurança do SharePoint.

Um único SSP deve ser usado se:

  • Não há motivo explícito para usar vários SSPs.

  • Os usuários colaborarem ou compartilharem conteúdo e dados na organização.

  • Os usuários pesquisarem pessoas que trabalham em toda a organização.

Planejando vários SSPs

Os critérios mais importantes que determinam se é necessário mais de um SSP são os requisitos de isolamento do conteúdo. Por exemplo, se o farm de servidores hospedar aplicativos para mais de uma classe de usuários, SSPs separados poderão ajudar a criar o isolamento seguro entre essas classes de usuários. Planeje o uso de um SSP separado para cada um dos tipos de aplicativos a seguir:

  • **Intranet   **O conteúdo da intranet inclui sites de equipe, Meus Sites e conteúdo de intranet publicado. Esse tipo de aplicativo normalmente está disponível somente a usuários de sua organização que têm uma conta no sistema de gerenciamento de diretórios.

  • **Partner Web   **Um aplicativo Partner Web normalmente hospeda sites e conjuntos de sites para colaboração entre funcionários internos e usuários parceiros. O uso de um SSP separado garante que os usuários parceiros não possam pesquisar ou acessar informações confidenciais em seu ambiente de intranet.

  • **Site do cliente   **Um site do cliente que está disponível para usuários anônimos requer um SSP dedicado. A configuração dos serviços no SSP será muito diferente daqueles configurados para outros tipos de aplicativos que você usa para colaboração na organização.

  • **Central de Registros   **Normalmente há questões legais envolvidas em relação à privacidade das informações das centrais de registros. Por isso, use um SSP separado para rastrear esse conteúdo para que esses registros não apareçam em consultas de pesquisa originárias de outros SSPs.

Como cada SSP que você adiciona diminui o desempenho geral do farm de servidores, considere cuidadosamente suas necessidades para implementar mais de um SSP.

Os cenários de implantação a seguir podem exigir o uso de dois ou mais SSPs:

  • Implantações com requisitos legais de isolamento de conteúdo, como organizações de serviços financeiros, ou implantações com um ou mais projetos confidenciais que exigem total isolamento de conteúdo. Para alcançar total isolamento de conteúdo, você também precisa rastrear e indexar o conteúdo em um índice separado. Observe que cada SSP oferece suporte a um único índice.

  • Implantações distribuídas geograficamente com cada local tendo um conjunto distinto de usuários e conteúdo gerenciado mais facilmente, em separado, em cada região.

  • Implantações hospedadas com clientes que não compartilham conteúdo ou dados.

As vantagens de usar índices separados são:

  • Isolar índices de conteúdo para aumentar a segurança. Por exemplo, talvez você deseje isolar conteúdo altamente confidencial, como o conteúdo armazenado em uma central de registros.

  • Oferecer escalabilidade horizontal quando a capacidade de um servidor de indexação for insuficiente.

  • Rastrear com eficiência o conteúdo disperso geograficamente. Observe que não recomendamos tentar rastrear conteúdo em um link lento porque o conteúdo rastreado precisa ser enviado por esse link. Para rastrear conteúdo em uma área dispersa geograficamente, considere a instalação de um farm de servidores separado com seu próprio SSP em cada região geográfica.

É importante observar que o Office SharePoint Server 2007 não oferece uma maneira de combinar índices. Em vez disso, consultas são direcionadas automaticamente ao SSP associado ao aplicativo Web do qual o usuário final iniciou a consulta.

Mesmo que todo o conteúdo rastreado usando um SSP específico seja indexado em um único índice, uma consulta não necessariamente retorna os resultados de pesquisa de todos os itens no índice que correspondem a essa consulta específica. Em vez disso, outros recursos de pesquisa filtram ou modificam o conteúdo depois que foi rastreado. Para obter mais informações sobre esses recursos, consulte Planejar a experiência de pesquisa do usuário final (Office SharePoint Server).

Sempre que possível, use somente um SSP para rastrear todo o conteúdo para sua organização. Normalmente, se o conteúdo em um aplicativo Web que usa um SSP separado é relevante o suficiente para ser incluído em uma fonte de conteúdo para o SSP, o aplicativo Web deve usar o mesmo SSP dos aplicativos Web rastreados usando o seu SSP.

Em alguns casos, talvez você deseje incluir um subconjunto de conteúdo em sua organização de um aplicativo Web que usa um SSP diferente. Recomendamos que você planeje cuidadosamente o modo como as informações relacionadas são armazenadas entre os conjuntos de sites. Você também deve planejar quais SSPs são associados aos aplicativos Web que contêm esses conjuntos de sites. Se você precisar rastrear o conteúdo em um aplicativo Web que usa um SSP diferente, verifique se a conta de usuário utilizada para rastrear o conteúdo (seja a conta de acesso a conteúdo padrão, seja uma conta de acesso a conteúdo diferente definida por uma regra de rastreamento) tem permissão de leitura no conteúdo. Para obter mais informações sobre como rastrear conteúdo, consulte Planejar o rastreamento de conteúdo (Office SharePoint Server).

Antes de criar vários SSPs, considere o uso de outros meios para isolar o conteúdo:

  • Usar grupos do SharePoint para limitar permissões e autorização aos usuários e grupos corretos.

  • Usar escopos de pesquisa exclusivos para evitar que as pessoas pesquisem determinados tipos de conteúdo.

  • Usar audiências para direcionar o conteúdo para grupos de usuários específicos.

  • Limitar o acesso a sites a usuários ou grupos específicos. Alguns tipos de conteúdo nesses sites aparecerão em resultados de pesquisa.

Use vários SSPs se todos os critérios a seguir forem cumpridos pela sua implantação:

  • Grupos de usuários trabalham em projetos isolados, não compartilham informações pessoais, não têm uma necessidade corporativa de exibir sites para outros projetos e não colaboram entre equipes ou projetos.

  • Os usuários não têm necessidade corporativa de pesquisar conteúdo, dados ou metadados em outros grupos e podem ter um motivo corporativo atraente de não exibir conteúdo ou dados.

Compartilhando conteúdo entre vários SSPs

Mesmo com o total isolamento do conteúdo de vários SSPs, é possível substituir esse isolamento em casos raros se necessário.

  • O conteúdo em sites que usam um SSP pode ser rastreado por outro SSP adicionando o endereço de início a uma fonte de conteúdo externo.

  • Locais confiáveis de host de Meu Site podem ser usados para permitir que os usuários exibam informações personalizadas sobre os usuários de outros SSPs.

Essas práticas aumentam os custos administrativos, ao mesmo tempo comprometendo as vantagens de vários SSPs. Em geral, elas são aplicadas somente durante operações contínuas, por exemplo, quando um usuário muda de lugar em uma implantação distribuída geograficamente ou quando o conteúdo é relevante em uma organização com grupos que de outro modo são isolados. O bom planejamento para a implantação e o uso cuidadoso de vários SSPs pode reduzir a necessidade dessas práticas.

Baixar este manual

Este tópico está incluído no seguinte manual baixável para facilitar a leitura e a impressão:

Consulte a lista completa de manuais disponíveis na página de download de conteúdo do Office SharePoint Server 2007.

Consulte também

Conceitos

Planejar conteúdo e sites personalizados
Planejar pesquisa (Office SharePoint Server)
Planejar business intelligence
Configurar o relatório de uso