Compartilhar via

Implantar personalizações - visão geral (SharePoint Foundation 2010)

  • Artigo

 

Aplica-se a: SharePoint Foundation 2010

Tópico modificado em: 2016-11-30

Os artigos neste capítulo descrevem como implantar elementos de site que foram personalizados por desenvolvedores ou por Web designers em um ambiente do Microsoft SharePoint Foundation 2010.

Neste artigo:

  • Visão geral do processo

  • Antes de começar

  • Sobre os dois tipos de elementos de site personalizáveis

  • Implantando elementos de site desenvolvidos

  • Implantando elementos de site criados

Visão geral do processo

A implantação de personalizações pode ser muito complexa, particularmente porque há muitos métodos de implantação disponíveis no SharePoint Foundation 2010, e as vantagens de usar um método em vez de outro nem sempre são óbvias.

Esses diferentes tipos de elementos de site, ou artefatos, são implantados com métodos diferentes. Não é possível implantar toda a gama de elementos de site personalizáveis usando um único método de implantação. Há outras considerações de implantação exclusivas aplicáveis a cada tipo de elemento, pois provavelmente eles se originam de grupos de designers diferentes e estão sujeitos a considerações de atualização diferentes. Os vários tipos de elementos de site são descritos em Sobre os dois tipos de elementos de site personalizáveis, mais adiante neste artigo.

Para tarefas de implantação específicas e considerações relacionadas, consulte os seguintes artigos:

Antes de começar

Antes de implantar código personalizado no ambiente, estabeleça uma linha de base de desempenho do ambiente para poder analisar como as personalizações afetam o desempenho. Após estabelecer uma linha de base de desempenho, teste o código personalizado exaustivamente em um ambiente de teste ou de integração e compare os resultados com a linha de base. Teste exaustivamente todas as personalizações antes de implantá-las no ambiente de produção.

Teste qualquer código que adquirir de terceiros antes de implantá-lo no ambiente de produção, mesmo que o tenha adquirido de uma fonte confiável.

As descrições e a orientação destes artigos se aplicam a um ambiente do SharePoint Foundation que foi implantado e configurado para atender aos requisitos em Planejamento do ambiente e do farm de servidores (SharePoint Foundation 2010).

Sobre os dois tipos de elementos de site personalizáveis

Os elementos de site desenvolvidos são artefatos de solução e são geralmente criados por desenvolvedores. Uma solução pode incluir assemblies, que são componentes do SharePoint escritos em linguagens baseadas no Microsoft .NET Framework e compilados antes da implantação. Os elementos de site desenvolvidos, exceto assemblies de trabalhos de timer e definições de sites, são normalmente agrupados em Recursos e implantados como parte de um pacote de solução. Entre os elementos de site desenvolvidos, estão:

  • Web Parts

  • Fluxos de trabalho

  • Definições de site e de lista

  • Conversores de documentos

  • Receptores de eventos

  • Trabalhos de timer

  • Assemblies

Elementos de site criados, normalmente por Web designers, não são explicitamente compilados e residem em um banco de dados de conteúdo. Os elementos de site criados incluem:

  • Páginas mestras

  • Folhas de estilo em cascata

  • Formulários

  • Páginas de layout

Estes dois tipos de elementos de site personalizáveis são diferenciados pelos seguintes itens:

  • O local em que os arquivos são armazenados em um farm do SharePoint Foundation 2010.

  • A equipe da empresa que é responsável pela administração do elemento de site.

  • O mecanismo de implantação que o elemento do site requer.

Alguns elementos podem ser artefatos de solução ou artefatos criados. Por exemplo, um tipo de conteúdo pode ser definido em um arquivo XML como um artefato de solução desenvolvido ou pode ser criado por meio de um navegador como um artefato criado. Os elementos de site que podem ser artefatos de solução ou artefatos criados incluem colunas de site e instâncias de lista. Além disso, artefatos de solução podem ser usados para provisionar arquivos em sites e podem ser definidos para armazenamento em cache no servidor Web front-end.

Implantando elementos de site desenvolvidos

Os elementos de site desenvolvidos geralmente podem ser definidos como elementos de site criados em um ambiente de desenvolvimento de código, sendo implantados diretamente em servidores Web front-end e servidores de aplicativos. Esses elementos de site geralmente são personalizados por desenvolvedores, usando o Microsoft Visual Studio 2010 Tools for SharePoint 2010, o Microsoft Office SharePoint Designer ou ferramentas de edição XML. Para obter mais informações, consulte o artigo sobre ferramentas de desenvolvimento do SharePoint Foundation (https://go.microsoft.com/fwlink/?linkid=183360&clcid=0x416).

Observação

Este artigo não discute a implantação de elementos de site desenvolvidos implantados como soluções em área restrita. Soluções em área restrita são aquelas que podem acessar um subconjunto do modelo de objeto de servidor e um subconjunto de elementos de recurso que administradores do conjunto de sites podem implantar. Para obter mais informações, consulte Visão geral de soluções de área restrita (SharePoint Foundation 2010).

Uma prática recomendada é usar pacotes de solução e o Windows PowerShell para implantar elementos de site desenvolvidos. O SharePoint Foundation Solution Framework simplifica e padroniza o processo de implantação de elementos de site novos e atualizados no farm e de sincronização de um servidor Web front-end para que seu estado seja consistente com o estado de outros servidores no farm. Por exemplo, pacotes de solução simplificam o processo de recompilação de um farm. A implantação de elementos de site pela manipulação manual de código e arquivos pode levar a inconsistências no processo de atualização e pode resultar em servidores não sincronizados com outros servidores. É possível usar pacotes de solução para implantar elementos de site desenvolvidos de ambientes de desenvolvedor em farms de integração e, depois, em farms de preparo, piloto e de produção.

Você pode usar cmdlets do Windows PowerShell para criar, importar, exportar e provisionar pacotes de solução, os quais aproveitam o Solutions Framework para distribuir personalizações de elementos de site desenvolvidos. Os cmdlets do Windows PowerShell são úteis para implantação de personalizações de site na maioria dos ambientes, pois estão incluídos no SharePoint Server 2010 e no SharePoint Foundation 2010, e você pode usá-los sozinhos ou em conjunto com outros métodos. É possível usar cmdlets do Windows PowerShell para implantar artefatos e elementos de site desenvolvidos. Além disso, você pode usar cmdlets para ativar Recursos implantados em um pacote de solução.

Implantando elementos de site criados

Os elementos de site criados diferem dos elementos de site desenvolvidos porque são armazenados no banco de dados de conteúdo, embora possam depender de recursos que existem no sistema de arquivos de servidores Web ou — com menor frequência — de servidores de aplicativos. Em alguns casos, os elementos de site criados não funcionam porque exigem que os elementos de site desenvolvidos sejam implantados primeiro.

Nos ambientes nos quais as implantações de personalização são totalmente automatizadas, a ordem de implantação necessária pode ser imposta pelo sistema para eliminar problemas de sincronização. No entanto, se a implantação de personalização for parcial ou totalmente manual, você deverá garantir que todos os recursos necessários estejam disponíveis nos servidores Web e servidores de aplicativos antes de implantar conteúdo que dependa desses recursos.

Os elementos de site criados são implantados dos ambientes de criação em farms de preparo, piloto e de produção por meio de um ou mais sistemas diferentes. A tabela a seguir descreve esses sistemas, bem como as interfaces associadas a eles e os cenários de uso.

Sistema de implantação Cenário de uso

Site da Administração Central do SharePoint

Em ambientes nos quais os farms de origem e destino são conectados por uma rede, é possível usar os recursos de implantação de conteúdo da Administração Central para criar um pacote de implantação de conteúdo no farm de origem e exportar o pacote para outro farm.

Esse método é fácil de configurar e usar, e pode ser utilizado para automatizar a implantação de elementos de site criados com bem pouco tempo de instalação e manutenção.

Modelo de objeto de Migração de Conteúdo

Dependendo do método usado (programação usando APIs de namespace de implantação, usando chamadas de protocolo SOAP a um serviço Web ou movendo um site inteiro por meio de cmdlets do Windows PowerShell), é possível controlar o conteúdo que é migrado, e de que maneira. O uso da API para importar e exportar conteúdo é o único método com suporte que retém GUIDs (identificadores globais exclusivos).

Para obter mais informações, consulte o artigo sobre migração de conteúdo (https://go.microsoft.com/fwlink/?linkid=183372&clcid=0x416).

Windows PowerShell

Você pode usar cmdlets do Windows PowerShell para executar operações de importação e exportação de um site inteiro, preservando carimbos de data/hora, informações de segurança e informações de usuário. Os cmdlets do Windows PowerShell são mais úteis quando você deseja mover conteúdo básico de um site inteiro.

O Windows PowerShell é útil para implantação de personalizações de site na maioria dos ambientes, pois é fornecido com os Produtos do SharePoint 2010, e você pode usá-lo sozinho ou em conjunto com outros métodos. É possível usar cmdlets do Windows PowerShell para implantar artefatos e elementos de site desenvolvidos.

Para obter mais informações, consulte Administração dos Produtos do SharePoint 2010 usando o Windows PowerShell.

Serviço Web personalizado

É possível criar um serviço Web personalizado que automatize a implantação e a migração de conteúdo. Você pode escrever scripts personalizados e aplicativos Windows para executar tarefas específicas nesse processo.

Para obter mais informações sobre métodos programáticos para gravação de um serviço Web personalizado, consulte os seguintes recursos no SDK do Windows SharePoint Services 2010:

Manipulação manual de código

Em ambientes menores e desconectados ou em ambientes nos quais os elementos de site criados não são personalizados continuamente, você pode implantar manualmente elementos de site e recursos relacionados. Em ambientes conectados menores, considere o uso dos recursos de implantação de conteúdo na Administração Central para implantar personalizações de elementos de site criados.

Pacotes de solução e Recursos

Elementos como layouts de página, páginas mestras, formulários e folhas de estilo podem ser agrupados e implantados em Recursos como parte de um pacote de solução. Os recursos implantados de um pacote de solução podem ser ativados nos escopos em que elementos criados precisam ser provisionados.

Para obter mais informações, consulte Implantar elementos de site usando Recursos (SharePoint Foundation 2010).

Modelos personalizados

Um usuário pode salvar um site existente, com ou sem conteúdo específico, como um modelo personalizado, o que oferece um meio de reutilizar sites personalizados, pois o modelo de site personalizado é armazenado como um arquivo .wsp. Os modelos de site são salvos na Galeria de Soluções do site de nível mais alto em um conjunto de sites, onde ficam disponíveis para criação de subsites em todos os sites do conjunto de sites. Além disso, podem ser baixados e movidos para outras galerias de conjunto de sites.

See Also

Concepts

Implantar pacotes de solução (SharePoint Foundation 2010)
Implantar elementos de site criados (SharePoint Foundation 2010)
Implantar elementos de site usando Recursos (SharePoint Foundation 2010)
Implantar modelos (SharePoint Foundation 2010)