Introducción a la implementación de personalizaciones (SharePoint Server 2010)
Se aplica a: SharePoint Server 2010
Última modificación del tema: 2016-11-30
En los artículos de este capítulo se describen los procedimientos para implementar elementos de sitio personalizados por programadores o diseñadores web en un entorno de Microsoft SharePoint Server 2010.
En este artículo:
Introducción al proceso
Antes de comenzar
Acerca de las dos clases de elementos de sitio personalizables
Implementación de elementos de sitio desarrollados
Implementación de elementos de sitio creados
Introducción al proceso
La implementación de personalizaciones puede ser un proceso bastante complejo, especialmente debido a que hay muchos métodos de implementación disponibles en SharePoint Server 2010 y debido a que las ventajas de usar uno u otro método no siempre son evidentes.
Para implementar estos tipos diferentes de elementos de sitio o artefactos, puede usar varios métodos. No se puede implementar la serie completa de elementos de sitio personalizables mediante un solo método de implementación. Además, se deben tener en cuenta otras consideraciones de implementación únicas que se aplican a cada tipo de elemento porque es probable que se originen en diferentes grupos de diseñadores y porque dependen de diferentes consideraciones de actualización. Las distintas clases de elementos de sitio se describen en la sección Acerca de las dos clases de elementos de sitio personalizables más adelante en este artículo.
Para conocer las tareas de implementación específicas y las consideraciones correspondientes, vea los siguientes artículos:
Implementación de paquetes de solución (SharePoint Server 2010)
Implementación de elementos de sitio creados (SharePoint Server 2010)
Implementación de elementos de sitio mediante características (SharePoint Server 2010)
Procesos de implementación del flujo de trabajo (SharePoint Server 2010)
Antes de comenzar
Antes de implementar código personalizado en el entorno, debe establecer la línea de base de rendimiento del entorno con el fin de analizar cómo afectan las personalizaciones al rendimiento. Una vez establecida la línea base de rendimiento, pruebe detenidamente el código personalizado en un entorno de prueba o de integración y compare los resultados con la línea base. Asegúrese de probar detenidamente todas las personalizaciones antes de implementarlas en el entorno de producción.
También debe probar todo el código que adquiera a terceros antes de implementarlo en el entorno de producción, aunque se adquiera en un origen de confianza.
Las descripciones y la información de estos artículos se aplican a un entorno de SharePoint Server implementado y configurado para cumplir los requisitos descritos en Planeación de la granja de servidores y del entorno (SharePoint Server 2010).
Acerca de las dos clases de elementos de sitio personalizables
Los elementos de sitio desarrollados son artefactos de solución creados generalmente por programadores. Una solución puede incluir ensamblados, que son componentes de SharePoint escritos en lenguajes basados en Microsoft .NET Framework y compilados antes de su implementación. Los elementos de sitio desarrollados, excepto los ensamblados de trabajos del temporizador y definiciones de sitios, se agrupan en general en características y se implementan como parte de un paquete de soluciones. Los elementos de sitio desarrollados incluyen:
Elementos web
Flujos de trabajo
Definiciones de sitios y listas
Convertidores de documentos
Receptores de eventos
Trabajos del temporizador
Ensamblados
Los elementos de sitio creados, en general por diseñadores web, no se compilan explícitamente y residen en una base de datos de contenidos. Entre los elementos de sitio creados se incluyen:
Páginas maestras
Hojas de estilos en cascada
Formularios
Páginas de diseño
Estos dos tipos de elementos de sitio personalizables se diferencian por lo siguiente:
Dónde se almacenan los archivos en una granja de servidores de SharePoint Server 2010.
Qué equipo de la organización se encarga de administrar el elemento de sitio.
Qué mecanismo de implementación requiere el elemento de sitio.
Algunos elementos pueden ser artefactos de solución o artefactos creados. Por ejemplo, un tipo de contenido puede definirse en un archivo XML como un artefacto de solución desarrollado, o crearse mediante un explorador como un artefacto creado. Los elementos de sitio que pueden ser artefactos de solución o artefactos creados incluyen columnas de sitio e instancias de listas. Además, los artefactos de solución se pueden utilizar para proporcionar archivos a sitios web y se pueden configurar para guardarse en memoria caché en el servidor front-end web.
Implementación de elementos de sitio desarrollados
Los elementos de sitio desarrollados generalmente pueden definirse como elementos de sitio que se crean en un entorno de desarrollo de código y que se implementan directamente en servidores front-end web y servidores de aplicaciones. Normalmente, los programadores personalizan estos elementos de sitio mediante Microsoft Visual Studio 2010 Tools para SharePoint 2010, Microsoft Office SharePoint Designer o herramientas de edición de XML. Para obtener más información, vea el tema sobre las herramientas de desarrollo de SharePoint Foundation (https://go.microsoft.com/fwlink/?linkid=183360&clcid=0xC0A).
Nota
En este artículo no se analiza la implementación de elementos de sitio desarrollados que se implementan como soluciones de espacio aislado. Las soluciones de espacio aislado son soluciones que pueden obtener acceso a un subconjunto del modelo de objetos de servidor y a un subconjunto de elementos de característica que los administradores de colecciones de sitios pueden implementar. Para obtener más información, vea Introducción a las soluciones de espacio aislado (SharePoint Server 2010).
Lo mejor es utilizar paquetes de soluciones y Windows PowerShell para implementar elementos de sitio desarrollados. SharePoint Server Solution Framework simplifica y normaliza el proceso de implementación de elementos de sitio nuevos y actualizados en la granja, y de sincronización de un servidor front-end web para que el estado sea coherente con el estado de otros servidores en la granja. Por ejemplo, los paquetes de soluciones simplifican el proceso de volver a generar una granja. Implementar elementos de sitio mediante la manipulación manual de código y archivos puede generar inconsistencias en el proceso de actualización y provocar que algunos servidores no estén sincronizados con otros servidores. Puede utilizar paquetes de soluciones para implementar elementos de sitio desarrollados desde entornos de programador en granjas de integración y luego en granjas provisionales, piloto y de producción.
Puede usar los cmdlets de Windows PowerShell para crear, importar, exportar y aprovisionar paquetes de soluciones, las cuales aprovechan el marco de soluciones para distribuir personalizaciones de los elementos de sitio desarrollados. Los cmdlets de Windows PowerShell resultan útiles para la implementación de personalizaciones de sitios en la mayoría de los entornos porque se incluyen con SharePoint Server 2010 y SharePoint Foundation 2010, y pueden usarse solos o en combinación con otros métodos. Puede usar los cmdlets de Windows PowerShell para implementar artefactos y elementos de sitio desarrollados.
Implementación de elementos de sitio creados
Los elementos de sitio creados difieren de los elementos de sitio desarrollados por el hecho de que están almacenados en la base de datos de contenido, aunque dependen de recursos que existen en el sistema de archivos de los servidores web o, con menos frecuencia, de los servidores de aplicaciones. En algunos casos, los elementos de sitio creados no funcionan porque requieren que los elementos de sitio desarrollados se implementen primero.
En los entornos en los que las implementaciones de personalizaciones están completamente automatizadas, el sistema puede aplicar el orden de implementación necesario para eliminar los problemas de sincronización. Sin embargo, si la implementación de las personalizaciones se ejecuta parcial o totalmente, debe asegurarse de que todos los recursos necesarios estén en su ubicación correspondiente en los servidores web y en los servidores de aplicaciones antes de implementar contenido basado en esos recursos.
Puede implementar elementos de sitio desarrollados desde entornos de creación en granjas de almacenamiento provisional, piloto y de producción mediante uno o varios sistemas diferentes. En la siguiente tabla se describen estos sistemas así como sus interfaces asociadas y escenarios de uso.
Sistema de implementación | Escenario de uso |
---|---|
Sitio web de Administración central de SharePoint |
En los entornos en que las granjas de servidores de origen y destino están conectadas mediante una red, puede usar las características de distribución de contenido de Administración central para crear un paquete de distribución de contenido en la granja de origen y exportar el paquete a otra granja. Este método es fácil de configurar y usar, y puede usarse para automatizar la implementación de elementos de sitio creados con muy poco tiempo de configuración y mantenimiento. |
Modelo de objetos de migración de contenido |
Según el método usado (programación mediante el uso de API de espacio de nombres de implementación, mediante llamadas del Protocolo simple de acceso a objetos (SOAP) a un servicio web o mediante el desplazamiento de un sitio completo con los cmdlets de Windows PowerShell), puede controlar qué contenido se migra y cómo. El uso de la API para importar y exportar contenido es el único método admitido que conserva los identificadores únicos globales (GUID). Para obtener más información, vea el tema sobre la migración de contenido (https://go.microsoft.com/fwlink/?linkid=183372&clcid=0xC0A). |
Windows PowerShell |
Puede usar cmdlets de Windows PowerShell para realizar operaciones de importación y exportación en un sitio completo y conservar las marcas de tiempo, la información sobre seguridad y la información del usuario. Los cmdlets de Windows PowerShell son más útiles cuando se desea mover el contenido básico de un sitio web completo. Windows PowerShell resulta útil para la implementación de personalizaciones de sitios en la mayoría de los entornos porque se incluye con Productos de SharePoint 2010, y puede usarse solo o con otros métodos. Puede usar cmdlets de Windows PowerShell para implementar artefactos y elementos de sitio desarrollados. Para obtener más información, vea Administración de Productos de SharePoint 2010 mediante Windows PowerShell. |
Servicio web personalizado |
Puede crear un servicio web personalizado que automatice la implementación y migración de contenido. Puede escribir aplicaciones de Windows y scripts personalizados para ejecutar tareas específicas de este proceso. Para obtener más información acerca de los métodos de programación para escribir un servicio web personalizado, vea los siguientes recursos en el kit de desarrollo de software (SDK) de Microsoft SharePoint 2010:
|
Control de código manual |
En entornos más pequeños desconectados o en los entornos en los cuales los elementos de sitio creados no se personalizan constantemente, puede implementar manualmente los elementos de sitio y los recursos correspondientes. En entornos más pequeños conectados, contemple la posibilidad de usar las características de distribución de contenido de Administración central para implementar personalizaciones de elementos de sitio creados. |
Paquetes de soluciones y características |
Los elementos como diseños de páginas, páginas maestras, formularios y hojas de estilo se pueden agrupar e implementar en características como parte de un paquete de soluciones. Las características implementadas desde un paquete de soluciones se pueden activar en los ámbitos donde se necesite aprovisionar elementos creados. Para obtener más información, vea Implementación de elementos de sitio mediante características (SharePoint Server 2010). |
Plantillas personalizadas |
Un usuario puede guardar un sitio existente, con el contenido específico o sin él, como una plantilla personalizada. Esto permite volver a utilizar los sitios personalizados. Una plantilla de sitio personalizada se almacena como un archivo .wsp. Las plantillas de sitio se guardan en la Galería de soluciones del sitio de primer nivel en una colección de sitios, donde están disponibles para la creación de subsitios en todos los sitios web de la colección de sitios. Las plantillas de sitio se pueden descargar y mover a otras galerías de colecciones de sitios. |
See Also
Concepts
Implementación de paquetes de solución (SharePoint Server 2010)
Implementación de elementos de sitio creados (SharePoint Server 2010)
Implementación de plantillas (SharePoint Server 2010)
Implementación de plantillas (SharePoint Server 2010)