Projetar a arquitetura e governança de informações globais

  • Artigo

Atualizado em: 2009-04-23

Neste artigo:

  • Identificar os requisitos da força de trabalho global

  • Planejar-se para a colaboração entre localidades geográficas

  • Planejar-se para conteúdo publicado

  • Planejar-se para sites de business intelligence e outros sites de aplicativos

  • Amostra de design: gerenciando o conhecimento entre localidades geográficas

Muitas organizações usam o Microsoft Office SharePoint Server 2007 para oferecer suporte a funcionários e outros colaboradores no mundo todo. Este artigo trata dos tipos de sites e serviços oferecidos pelo Office SharePoint Server 2007 e como uma força de trabalho global influencia a implantação deles. Além disso, o artigo ajudará a determinar quais soluções globais são apropriadas para sua organização. Para obter mais informações sobre elas, consulte Soluções globais com suporte no Office SharePoint Server.

Este artigo também inclui uma amostra de design para gerenciar informações e documentos em ambientes nos quais há vários farms de servidores implantados. Essa amostra de design oferece ideias sobre como uma organização pode administrar o conteúdo em ambientes nos quais as informações são criadas em vários farms. O modelo em tamanho de pôster a seguir oferece uma visão geral da amostra de design: Gerenciamento do conhecimento global com o Microsoft Office SharePoint Server (em inglês) (https://go.microsoft.com/fwlink/?linkid=110983\&clcid=0x416) (em inglês). Esse modelo foi criado no Microsoft Office Visio. Se o Visio não estiver instalado, baixe um visualizador gratuito (https://go.microsoft.com/fwlink/?linkid=73526\&clcid=0x416). É recomendável usar uma plotadora para imprimir este arquivo.

Identificar os requisitos da força de trabalho global

Há três grandes categorias de sites e serviços fornecidos pelo Office SharePoint Server 2007:

  • **Sites de colaboração   **Usados por funcionários e equipes para colaborar e armazenar dados. Os sites de colaboração incluem sites de equipe e Meus Sites. A colaboração inclui criação e gerenciamento de listas e bibliotecas, criação e edição de documentos e gerenciamento de sites e bibliotecas. Os sites de colaboração também são usados para armazenar documentos pessoais e de equipe, em vez de dispô-los em um compartilhamento de arquivos ou armazená-los em computadores locais. O uso de sites de equipe e Meus Sites para armazenamento garante que seja executado o backup e gerenciamento uniforme das informações de outras maneiras.

  • Sites de conteúdo publicado    Usados para hospedar conteúdo que foi publicado e que, em princípio, é somente leitura — por exemplo, conteúdo sobre diretivas de empresa. O conteúdo publicado normalmente é criado por um grupo pequeno de pessoas e publicado para muitas pessoas.

  • Sites de business intelligence e outros sites de aplicativos   Usados para hospedar aplicativos, como os de business intelligence. Dependem dos serviços executados no farm de servidores e em geral do conteúdo armazenado em sistemas de dados de back-end. Podem ser difíceis de duplicar em uma organização.

A identificação de quais desses sites e serviços são importantes para sua organização pode ajudá-lo a determinar quais das soluções com suporte funcionarão melhor. Além disso, os tipos de sites e serviços identificados influenciam a arquitetura de informações gerais e o plano para controlar o conteúdo na organização.

Planejar-se para a colaboração entre localidades geográficas

A grande questão a ser considerada ao escolher quais das soluções com suporte funcionarão melhor para sua organização é até que ponto os sites de colaboração são importantes para seus funcionários e colaboradores globais. A colaboração no Office SharePoint Server 2007 envolve as seguintes operações que são dependentes de links WAN (rede de longa distância):

  • Abrir, carregar e baixar documentos.

  • Procurar, adicionar e modificar dados em listas, bibliotecas e sites.

Se os sites de colaboração são importantes para seus funcionários globais, as seguintes considerações e atividades de planejamento podem ajudá-lo a decidir se você pode hospedar esses sites de maneira centralizada ou se deve planejar a implantação de farms de servidores adicionais nas regiões.

  • Avalie os links WAN entre seus funcionários globais e seu site central. Determine a largura de banda média disponível durante o horário comercial e a latência média nos links WAN. Latência é a duração de tempo — normalmente medida em milissegundos — necessária para os dados percorrerem de uma extremidade à outra do link WAN. Se necessário, consulte o provedor de rede.

  • Use os dados de largura de banda fornecidos em Planejar requisitos de largura de banda para estimar quanto tempo será necessário para que os funcionários globais concluam os tipos de tarefas de colaboração mais comuns em sua organização. Verifique se considerou os limites de tamanhos de arquivo manipulados pela organização.

  • Se você já implantou um site central, use os links WAN existentes para testar os tipos de operações que os funcionários executarão.

  • Com base em seus cálculos ou em resultados de testes reais, decida se uma solução central aceita adequadamente a colaboração feita pelos funcionários globais. Os fatores que devem ser considerados são:

    • A frequência com que os funcionários globais participam da colaboração. Se eles estão usando sites de colaboração apenas eventualmente, podem tolerar um desempenho mais lento na WAN. Entretanto, se frequentemente precisam aguardar pela conclusão das operações e isso prejudica sua produtividade, considere a otimização do link WAN ou a implantação de um farm de servidores mais próximo aos funcionários.

    • A comparação de desempenho entre os sites de colaboração via WAN e outras opções de tecnologia disponíveis. Um plano de governança eficaz oferece incentivos para que os funcionários usem as tecnologias da maneira como foram projetadas. Se os funcionários globais optarem por usar email para compartilhar documentos ou armazená-los em computadores locais porque estas são soluções bem mais rápidas, talvez não adotem a solução e o plano de governança da maneira que você deseja.

    • O custo do negócio. Se os funcionários globais aguardarem constantemente a conclusão das operações, isso significará que o negócio é menos eficiente. Antes de optar por implantar um farm de servidores adicional em um local regional, compare o custo dessa ineficiência com o custo de implantar um farm de servidores adicional. Os fatores que devem ser considerados incluem a quantidade de funcionários que são atingidos e o custo da ineficiência para a organização. Em alguns casos, é possível tolerar um desempenho de WAN mais lento porque somente alguns funcionários são atingidos ou porque o tipo de trabalho atingido não é crucial para o negócio.

Se você decidir que os links WAN não oferecerão suporte a uma solução central, considere suas opções para otimizar a solução geral para ambientes WAN antes de decidir implantar farms regionais. Para obter mais informações, consulte Otimizando o Office SharePoint Server para ambientes de WAN.

Se você decidir implantar um farm de servidores adicional, será importante coordenar onde implantar e como atribuir sites de equipe e Meus Sites. Primeiro, verifique se você oferece Meus Sites em cada um dos farms de servidores. Atribua funcionários globais para criar um recurso Meu Site no farm de servidores mais próximo ao local de trabalho deles. Isso proporciona a melhor experiência de desempenho para os funcionários globais e os incentiva a criar e armazenar seus projetos no Office SharePoint Server 2007. Para obter informações sobre como gerenciar vários aplicativos de Meu Site em uma organização e verificar se os funcionários criam um recurso Meu Site no local correto, consulte a seção sobre coordenação de Meus Sites em toda a organização no artigo a seguir: Criar a arquitetura de Meus Sites.

É simples determinar o farm de servidores mais próximo para hospedar Meus Sites para funcionários globais. Entretanto, pode não ser tão óbvio determinar onde hospedar sites de equipe para projetos específicos. Os funcionários globais podem trabalhar em equipes bem próximas entre si ou espalhadas geograficamente. Se as equipes trabalharem bem próximas, use os sites de equipe no farm de servidores mais perto da equipe. Se estiverem espalhadas pelo mundo, use os sites de equipe no farm de servidores mais próximo de onde ocorrerá a colaboração mais intensa do projeto.

Na maioria dos casos, os funcionários globais colaboram em diferentes projetos e usam conteúdo de muitos sites de equipe diferentes. Hospedando Meus Sites no farm mais próximo de seus funcionários globais e oferecendo sites de equipe em várias localidades diferentes, os funcionários globais não serão prejudicados por links lentos o tempo todo. Para oferecer suporte a equipes globais que não recebem suporte adequado dos links WAN, considere o uso do Microsoft Office Groove 2007. Para obter mais informações, consulte Estendendo as soluções globais do Office SharePoint Server com os softwares Office Outlook 2007 e Office Groove.

Se você implantar vários farms de servidores com sites de colaboração, será necessário projetar um plano de arquitetura de informações e de gerenciamento do conhecimento que ofereça ótima governança do conteúdo criado nesses sites. Para obter mais informações, consulte Amostra de design: gerenciando o conhecimento entre localidades geográficas mais adiante neste artigo.

Planejar-se para conteúdo publicado

O conteúdo publicado normalmente é criado por poucas pessoas em uma organização porém é publicado para que muitas o acessem. Esse conteúdo em geral é publicado como somente leitura, embora sua publicação usando blogs e wikis ofereça aos usuários a capacidade de adicioná-lo e modificá-lo.

Determine a largura de banda disponível e a latência média dos links WAN e use os dados de largura de banda fornecidos em Planejar requisitos de largura de banda para estimar quanto tempo será necessário para que os usuários globais exibam o conteúdo publicado. Se você já tiver implantado um site central, avalie quanto tempo é necessário para exibir o conteúdo publicado usando os links WAN existentes.

Se os funcionários globais precisarem de acesso principalmente ao conteúdo publicado e não necessariamente ao conteúdo colaborativo, haverá várias maneiras de otimizar uma solução central para trabalhar nos links WAN. É possível usar juntas quantas maneiras você desejar. A lista a seguir descreve alguns exemplos:

  • Implementar um acelerador WAN em uma das extremidades, ou ambas, de uma conexão WAN.

  • Usar o cache do servidor proxy ou um produto de firewall em sites regionais.

  • Otimizar o cache de objeto binário grande (BLOB) e a compactação do Serviços de Informações da Internet (IIS) no farm de servidores.

  • Otimizar páginas para agilizar as exibições de página.

  • Otimizar o cache do navegador em computadores clientes.

Para obter mais informações, consulte os seguintes recursos:

Se ainda não decidiu se implantará um ou mais farms regionais para oferecer suporte a sites de colaboração, os seguintes fatores poderão fazer com que você implante farms de servidores adicionais para oferecer suporte a conteúdo publicado:

  • Os funcionários globais precisam de acesso eficiente ao conteúdo publicado para exercer suas responsabilidades no trabalho. Por exemplo, os engenheiros de suporte técnico podem precisar de acesso rápido para resolver problemas e transtornos dos clientes.

  • O desempenho em links WAN não é confiável, e as solicitações de exibição de página atingem o tempo limite.

Se você decidir que implantará vários farms de servidores para hospedar conteúdo publicado, terá várias opções para duplicá-lo. Para obter mais informações, consulte "Sincronização" mais adiante neste artigo.

Planejar-se para sites de business intelligence e outros sites de aplicativos

Os aplicativos de business intelligence dependem do acesso a dados de linha de negócios. Em alguns casos, um aplicativo de business intelligence representa o ponto de agregação para acessar vários sistemas de dados de back-end diferentes, como um banco de dados de recursos humanos, um banco de dados de gerenciamento de relacionamento com o cliente ou o Siebel.

Normalmente, os dados de linha de negócios são hospedados no local central de uma corporação. Entretanto, sites regionais também podem hospedar aplicativos de business intelligence.

Em um ambiente com vários farms de servidores, hospede os aplicativos de business intelligence no farm mais próximo das fontes de dados.

Amostra de design: gerenciando o conhecimento entre localidades geográficas

Se você implantar vários farms de servidores com sites de colaboração, será necessário projetar um plano de arquitetura de informações e de gerenciamento do conhecimento que ofereça ótima governança do conteúdo criado nesses sites. As próximas três seções deste artigo descrevem um plano de arquitetura e governança que se correlaciona com a seguinte maneira como as organizações gerenciam o conteúdo:

  • **Criação   **O conteúdo é criado por indivíduos ou equipes onde eles estão localizados.

  • Publicação   Quando o conteúdo está pronto para ser compartilhado na organização, ele é publicado em um local central.

  • **Sincronização   **Se necessário, o conteúdo publicado do local central é sincronizado em toda a organização para garantir acesso mais eficiente.

Esta amostra de design incorpora dois recursos cruciais:

  • Repositórios de conteúdo paralelos são criados em farms.

  • Um plano de governança é implementado para coordenar o conteúdo nos farms.

O plano de governança depende dos usuários para decidir quando o conteúdo está pronto para ser compartilhado. Nesse momento, as recomendações nesta amostra de design se aplicam à criação e ao compartilhamento de documentos em uma organização. Elas não se aplicam ao compartilhamento de outros tipos de conteúdo como listas ou sites.

Projetando a arquitetura de conteúdo

Antes do início da criação de conteúdo, otimize a governança e arquitetura de informações em seu ambiente da seguinte maneira:

  • Em cada farm de servidores, crie sites paralelos para colaboração, projetos publicados e informações da empresa.

  • Hospede sites de equipe em cada um dos locais de farm de servidores.

  • Gerencie ativamente os sites de colaboração em todos os farms com um SLA (acordo de nível de serviço) apropriado para oferecer suporte à criação de conteúdo nesses locais. Por exemplo, faça backup de conteúdo colaborativo com mais frequência do que do conteúdo publicado. Em farms regionais, o conteúdo publicado do site central não exige o mesmo nível de gerenciamento do conteúdo colaborativo.

A ilustração a seguir mostra um farm central de servidores e dois farms regionais de servidores.

Solução de criação de conteúdo

Na ilustração:

  • A arquitetura do site é espelhada em todo o ambiente. Cada farm de servidores hospeda sites de equipe, sites para projetos publicados e sites para informações da empresa.

  • A criação de conteúdo ocorre no farm de servidores mais próximo da equipe.

Ao projetar a arquitetura de conteúdo, considere que há várias maneiras para poder duplicá-lo entre os farms. Para maximizar as opções e simplificar o gerenciamento do conteúdo duplicado, siga estas recomendações:

  • Particione o conteúdo em conjuntos de sites separados. Por exemplo, no diagrama anterior recomendamos hospedar projetos publicados em um único conjunto de sites.

  • Armazene o conteúdo em bancos de dados dedicados com base na unidade de conteúdo que você deseja duplicar. Por exemplo, no diagrama anterior recomendamos armazenar todo o conteúdo no conjunto de sites de projetos publicados em um banco de dados dedicado.

Criação

No início da criação de conteúdo, as equipes criam documentos nos sites de equipe. Permita uma colaboração mais próxima de suas equipes:

  • Criando sites de projeto no farm mais próximo do grupo de trabalho.

  • Usando o Office Groove 2007 para oferecer suporte a membros de equipe que estão separados por links WAN com altas latências.

A arquitetura de informações nos sites de equipe pode ter alto ou baixo nível de estruturação, dependendo das necessidades da organização. Geralmente apenas uma pequena porcentagem do conteúdo criado nos sites de equipe será compartilhada em toda a organização. A arquitetura deve ser aberta o suficiente para estimular os tipos de colaboração importantes, porém estruturada o suficiente para manter a governança do conteúdo.

Nos farms regionais, é crucial o gerenciamento do conteúdo nos sites de equipe porque esse conteúdo representa a pesquisa e desenvolvimento de novos itens de propriedade intelectual. Consequentemente, os planos de backup e recuperação para sites de equipe devem ter a máxima prioridade.

Publicação

Quando o conteúdo estiver pronto para ser compartilhado em toda a organização, incentive os membros da equipe a publicá-lo no farm central. Nesse cenário, a publicação é definida como a cópia de documentos originários dos sites de equipe em qualquer um dos farms para o conjunto de sites de projetos publicados, ou para outro conjunto de sites designados, no farm central.

Na ilustração a seguir, os projetos criados nos sites de equipe são publicados no conjunto de sites de projetos publicados ou no conjunto de sites de informações da empresa no site central.

Solução de publicação de conteúdo

Há várias opções para publicar documentos:

  • Os usuários podem empregar o recurso Enviar para clicando na seta para baixo ao lado de um documento de uma biblioteca, selecionando Enviar para e clicando em Outro Local. Escolhendo essa opção, você estará garantindo que os usuários estão cientes das URLs nas quais o conteúdo será publicado.

  • Use as APIs (interfaces de programação de aplicativos) de publicação para criar um fluxo de trabalho que copia o conteúdo dos conjuntos de sites de criação dos farms regionais para um local central do farm central. Você pode adicionar "Publicar em farm central" ou outro comando exclusivo ao menu de opções para documentos (semelhante ao recurso Enviar para). Essa opção requer a adição de código personalizado aos sites. Entretanto, você pode adicionar personalizações que aumentam bastante a eficiência e precisão para os usuários. Por exemplo, é possível fornecer um menu de locais de publicação para os usuários selecionarem. Também é possível fornecer uma opção para alertar aos usuários se já existe um documento do mesmo nome no local selecionado e fornecer a opção para substituir esses documentos.

Além de criar conjuntos de sites para projetos publicados e para informações da empresa, você pode criar bibliotecas de documentos nesses conjuntos de sites para fornecer categorias de conteúdo mais detalhadas.

Na ilustração a seguir, o conjunto de sites de projetos publicados no farm central inclui uma biblioteca de documentos para cada categoria de conteúdo criado.

Arquitetura de informações globais - farm de servidores

Essas bibliotecas de documentos podem receber permissões para os públicos-alvos. Por exemplo, a pasta Ferramentas de Vendas pode ser configurada com permissões de leitura para todos os membros da equipe de vendas. Quando um documento é publicado em uma pasta específica, como Ferramentas de Vendas, esse documento herda as permissões da pasta. Isso permite uma maneira de gerenciar as permissões na organização com base nas categorias de conteúdo e públicos-alvos.

Por fim, como o conjunto de sites de projetos publicados contém a propriedade intelectual agregada desenvolvida em sua organização, gerencie ativamente o conjunto de sites de projetos publicados no site central com procedimentos apropriados de backup e recuperação.

Sincronização

Teoricamente, o conteúdo que é publicado no repositório central está disponível a toda a organização, com base em permissões. Entretanto, a análise dos links WAN pode indicar que o acesso ao conteúdo publicado no repositório central é ineficiente ou inconveniente. (Consulte Planejar-se para conteúdo publicado tratado antes neste artigo.)

Com base em suas constatações, você pode optar por criar cópias do conteúdo publicado nos farms regionais para torná-lo mais acessível aos funcionários globais. Nesse cenário, a sincronização é definida como a cópia de versões somente leitura de documentos originários do repositório central para farms regionais.

Na ilustração a seguir, o conteúdo que é publicado no site central é duplicado em cada farm regional. O acesso ao conteúdo é controlado pelas permissões atribuídas, independentemente de onde o conteúdo é duplicado.

Solução de Sincronização de Conteúdo

Há várias opções para sincronizar o conteúdo com farms regionais:

  • Restaurar ou conectar uma cópia do banco de dados.

  • Usar uma solução de parceiro para copiar ou replicar o conteúdo via WAN. Para obter mais informações, consulte a seção sobre replicação de dados, sincronização multimestre e gerenciamento da configuração no artigo Otimizando o Office SharePoint Server para ambientes de WAN.

Dica

Os recursos de publicação do Office SharePoint Server 2007 ainda não foram testados pela equipe de produto em ambientes WAN.

Como o conteúdo sincronizado é uma réplica do conteúdo armazenado no site central, você pode confiar no gerenciamento ativo dos projetos publicados no site central, em vez de gerenciar ativamente esse conteúdo em cada um dos sites regionais. Priorize, nesses sites regionais, o gerenciamento ativo dos sites de colaboração.

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

Soluções globais com suporte no Office SharePoint Server
Planejar a pesquisa corporativa global
Planejar requisitos de largura de banda
Otimizando o Office SharePoint Server para ambientes de WAN
Otimizando Web Parts personalizadas para a WAN