Diseño del gobierno y la arquitectura de información global
En este artículo:
Identificación de los requisitos de recursos globales
Planeación de la colaboración en ubicaciones geográficas
Planeación del contenido publicado
Planeación de los sitios de inteligencia empresarial y otros sitios de aplicaciones
Ejemplo de diseño: administración de conocimientos en las ubicaciones geográficas
Muchas organizaciones usan Microsoft Office SharePoint Server 2007 para dar cabida a los empleados y otros colaboradores que trabajan en todo el mundo. En este artículo se describen los tipos de sitios y servicios proporcionados por Office SharePoint Server 2007 y cómo los recursos globales afectan a la implementación de estos sitios y servicios. Este artículo le ayudará a determinar cuál de las soluciones globales es adecuada para su organización. Para obtener más información acerca de estas soluciones, vea Soluciones globales compatibles con Office SharePoint Server.
Este artículo también incluye un ejemplo de diseño para administrar la información y los documentos en entornos en los que se implementan varias granjas de servidores. Este ejemplo de diseño proporciona ideas sobre cómo una organización puede gobernar el contenido en los entornos donde se crea información en varias granjas de servidores. El siguiente modelo tamaño póster ofrece una introducción al ejemplo de diseño de administración de conocimiento global con Microsoft Office SharePoint Server (en inglés) (https://go.microsoft.com/fwlink/?linkid=110983&clcid=0xC0A) (en inglés). Este modelo se creó en Microsoft Office Visio. Si no tiene instalado Visio, puede descargar un visor gratuito (https://go.microsoft.com/fwlink/?linkid=73526&clcid=0xC0A). El uso de un trazador mejora la calidad de impresión de este archivo.
Identificación de los requisitos de recursos globales
Hay tres grandes categorías de sitios y servicios que proporciona Office SharePoint Server 2007:
**Sitios de colaboración **Sitios que usan los empleados y los equipos para colaborar y almacenar datos. Entre los sitios de colaboración se incluyen los sitios de grupo y Mis sitios. La colaboración incluye la creación y el mantenimiento de listas y bibliotecas, la creación y edición de documentos, y la administración de sitios y bibliotecas. Los sitios de colaboración también se usan para almacenar documentos personales y de grupo en lugar de colocarlos en un recurso compartido de archivos o almacenarlos en equipos locales. El uso de los sitios de grupo y Mis sitios garantiza que se realiza una copia de seguridad de la información de manera uniforme y que dicha información se administra de otras formas.
Sitios de contenido publicado Sitios que se usan para hospedar el contenido que se ha publicado y son principalmente de solo lectura (por ejemplo, contenido sobre las directivas de empresa). Normalmente, un pequeño grupo de personas crea el contenido publicado y éste contenido se publica luego para un número mayor de personas.
Sitios de inteligencia empresarial y otros sitios de aplicaciones Sitios que se usan para hospedar aplicaciones, como aplicaciones de inteligencia empresarial. Estos sitios se basan en servicios que se ejecutan en la granja de servidores y, a menudo, en contenido que se almacena en sistemas de datos back-end. Estos tipos de sitios pueden resultar difíciles de duplicar en una organización.
La identificación de los sitios y servicios que son importantes para su organización puede ayudarle a determinar cuál de las soluciones compatibles funcionará mejor para la organización. Además, los tipos de sitios y servicios que identifique influirán en la arquitectura de la información general y el plan para gobernar el contenido en la organización.
Planeación de la colaboración en ubicaciones geográficas
La consideración fundamental para elegir cuál de las soluciones compatibles funcionará mejor para su organización es conocer la importancia que tienen los sitios de colaboración para los colaboradores y empleados globales. La colaboración de Office SharePoint Server 2007 implica las siguientes operaciones que son relevantes para los vínculos de red de área extensa (WAN):
Abrir, cargar y descargar documentos.
Explorar, agregar y modificar los datos dentro de las listas, las bibliotecas y los sitios.
Si los sitios de colaboración son importantes para los trabajadores globales, las siguientes consideraciones de planeación y actividades pueden ayudarle decidir si puede hospedar estos sitios de forma centralizada o si debe implementar granjas de servidores adicionales en las regiones.
Evalúe los vínculos WAN entre los trabajadores globales y el sitio central. Determine el promedio de ancho de banda disponible durante el horario comercial y el promedio de latencia en los vínculos WAN. La latencia es el intervalo de tiempo (medido habitualmente en milisegundos) que se necesita para que los datos lleguen desde un extremo del vínculo WAN al otro. Si es necesario, consulte a su proveedor de red.
Use los datos de ancho de banda proporcionados en Planeación de los requisitos de ancho de banda para estimar el tiempo que tardarán los trabajadores globales en completar los tipos de tareas de colaboración más comunes de la organización. Asegúrese de tener en cuenta el rango de tamaños de archivo que maneja la organización.
Si ya ha implementado un sitio central, use los vínculos WAN existentes para probar los tipos de operaciones que realizarán los trabajadores.
Decida, en función de los cálculos o los resultados reales de las pruebas, si una solución central admite de forma adecuada la colaboración de los trabajadores globales. Entre los factores que se deben tener en cuenta se incluyen:
La frecuencia con la que los trabajadores globales participan en la colaboración. Si los trabajadores sólo usan los sitios de colaboración de forma ocasional, es posible que toleren un rendimiento más lento a través de la WAN. Sin embargo, si los trabajadores deben esperar con frecuencia a que las operaciones se completen, y la espera afecta a la velocidad con la que realizan sus tareas laborales, considere la posibilidad de optimizar el vínculo WAN o de implementar una granja de servidores más cerca de estos usuarios.
La comparación del rendimiento de los sitios de colaboración a través de la WAN con otras opciones de tecnología disponibles. Un plan de gobierno eficaz proporciona incentivos a los trabajadores para que usen las tecnologías de la forma prevista. Si los trabajadores globales eligen usar el correo electrónico para compartir documentos o para almacenar documentos en los equipos locales por ser soluciones mucho más rápidas, es posible que no adopten la solución ni el plan de gobierno en la medida que se desea.
El costo empresarial. Si los trabajadores globales esperan repetidamente a que las operaciones se completen, el negocio es menos eficaz. Antes de decidir implementar una granja de servidores adicional en una ubicación regional, compare el costo de esta ineficacia con el costo de implementar una granja de servidores adicional. Entre los factores que se deben considerar se incluye el número de trabajadores que resultan afectados y el costo de la ineficacia para la organización. En algunos casos, la organización puede tolerar un rendimiento de la WAN más lento debido a que sólo algunos trabajadores resultan afectados o porque el tipo de trabajo que resulta afectado no es relevante para el negocio.
Si decide que los vínculos WAN no admitirán una solución central, tenga en cuenta las opciones para optimizar la solución general para entornos WAN antes de decidir implementar granjas regionales. Para obtener más información, vea Optimización de Office SharePoint Server para entornos WAN.
Si decide implementar una granja de servidores adicional, es importante coordinar el lugar donde se va a implementar y cómo asignar sitios de grupo y Mis sitios. Primero, asegúrese de que ofrece Mis sitios en cada una de las granjas de servidores. Asigne trabajadores globales para crear Mi sitio en la granja de servidores más cercana a su ubicación de trabajo. Esto proporciona el mejor rendimiento para los trabajadores y anima a los trabajadores globales a crear sus proyectos en Office SharePoint Server 2007. Para obtener información acerca de cómo administrar varias aplicaciones de Mi sitio en una organización y garantizar que los trabajadores creen Mi sitio en la ubicación correcta, vea la sección sobre la "coordinación de Mis sitios en la organización" en el siguiente artículo: Diseño de la arquitectura de Mis sitios.
Determinar la granja de servidores más cercana para hospedar Mis sitios para los trabajadores globales es sencillo. Sin embargo, decidir dónde hospedar sitios de grupo para proyectos específicos puede resultar más complejo. Los trabajadores globales pueden trabajar en equipos que estén cerca o en equipos que se encuentren más alejados. Si los equipos trabajan cerca, use los sitios de grupo de la granja de servidores más cercana al equipo. Si los integrantes del grupo están diseminados por el mundo, use los sitios de grupo de la granja de servidores más cercana al lugar donde se realizará la colaboración más intensa del proyecto.
En la mayoría de los casos, los trabajadores globales contribuyen a varios proyectos diferentes y usan contenido de diversos sitios de grupo. Al hospedar Mis sitios en la granja más cercana a los trabajadores globales y ofrecer sitios de grupo en distintas ubicaciones, los trabajadores globales no se verán afectados de forma negativa por los vínculos lentos de forma continua. Para admitir equipos globales que no son compatibles con vínculos WAN, considere la posibilidad de usar Microsoft Office Groove 2007. Para obtener más información, vea Ampliación de soluciones globales de Office SharePoint Server con software de Office Outlook 2007 y Office Groove.
Si implementa varias granjas de servidores con sitios de colaboración, es importante diseñar una arquitectura de información y un plan de administración de conocimiento que proporcionen un gobierno correcto del contenido que se crea en estos sitios. Para obtener información, vea Ejemplo de diseño: Administración de conocimientos entre las ubicaciones geográficas más adelante en este artículo.
Planeación del contenido publicado
El contenido publicado suele ser un contenido que crean algunas personas de una organización y que, a continuación, se publica para que un número mayor de personas tenga acceso al mismo. El contenido publicado suele ser de solo lectura, aunque la publicación mediante blogs y páginas Wiki ofrece a los usuarios la capacidad de agregar y modificar contenido.
Determine el ancho de banda disponible y el promedio de latencia de los vínculos WAN y, a continuación, use los datos de ancho de banda que se proporcionan en Planeación de los requisitos de ancho de banda para estimar el tiempo que tardarán los usuarios globales en ver el contenido publicado. Si ya ha implementado un sitio central, evalúe el tiempo que se tarda en ver el contenido publicado mediante los vínculos WAN existentes.
Si los trabajadores globales necesitan principalmente tener acceso al contenido publicado y no necesariamente al contenido de colaboración, hay varias formas de optimizar una solución central para trabajar a través de vínculos WAN. Estas formas se pueden usar conjuntamente. En la lista siguiente se describen algunos ejemplos:
Implementar un acelerador de WAN en uno o ambos extremos de una conexión WAN.
Usar el almacenamiento en caché en el servidor proxy o el producto firewall en sitios regionales.
Optimizar el almacenamiento en caché de objeto binario grande (BLOB) y la compresión de Internet Information Services (IIS) en la granja de servidores.
Optimizar las páginas para vistas de página más rápidas.
Optimizar la memoria caché del explorador en los equipos cliente.
Para obtener más información, vea los siguientes recursos:
Si aún no ha decidido implementar una o varias granjas de servidores regionales para admitir sitios de colaboración, los siguientes factores pueden hacer que implemente granjas de servidores adicionales para admitir el contenido publicado:
Los trabajadores globales necesitan un acceso eficaz al contenido publicado para desempeñar sus responsabilidades de trabajo. Por ejemplo, los ingenieros de soporte técnico pueden requerir un acceso rápido al contenido publicado para solucionar problemas y resolver anomalías de los clientes.
El rendimiento a través de los vínculos WAN es poco confiable y las solicitudes para ver páginas agotan el tiempo de espera.
Si decide implementar varias granjas de servidores para hospedar el contenido publicado, hay varias opciones para duplicar este contenido. Para obtener más información, vea "Sincronización" más adelante en este artículo.
Planeación de los sitios de inteligencia empresarial y otros sitios de aplicaciones
Las aplicaciones de inteligencia empresarial se basan en el acceso a los datos de línea de negocio. En algunos casos, una aplicación de inteligencia empresarial representa el punto de agregación para tener acceso a varios sistemas diferentes de datos back-end, como una base de datos de recursos humanos, una base de datos de administración de relación del cliente o de Siebel.
Normalmente, los datos de línea de negocio se hospedan en la ubicación central de una empresa. Sin embargo, los sitios regionales también pueden hospedar aplicaciones de inteligencia empresarial.
En un entorno con varias granjas de servidores, hospede las aplicaciones de inteligencia empresarial en la granja de servidores más cercana a los orígenes de datos.
Ejemplo de diseño: administración de conocimientos en las ubicaciones geográficas
Si implementa varias granjas de servidores con sitios de colaboración, es importante diseñar un plan de administración del contenido y arquitectura de la información que proporcione un buen gobierno del contenido que se crea en estos sitios. Las tres secciones de este artículo describen un plan de arquitectura y de gobierno que se corresponde con la siguiente manera de administrar el contenido de muchas organizaciones:
**Creación **Los individuos o equipos crean el contenido donde están ubicados.
Publicación Cuando el contenido está listo para compartirse en la organización, éste se publica en una ubicación central.
**Sincronización **Si es necesario, el contenido publicado de la ubicación central se sincroniza en la organización para proporcionar un acceso más eficaz.
Este ejemplo de diseño incorpora dos características clave:
Se crean repositorios de contenido en paralelo en las granjas de servidores.
Se implementa un plan de gobierno para coordinar el contenido de las granjas.
El plan de gobierno se basa en que los usuarios deciden el momento en el que el contenido está listo para compartirse. En este momento, las recomendaciones de este ejemplo de diseño se aplican para crear y compartir documentos en una organización. Estas recomendaciones no se aplican a la hora de compartir otros tipos de contenido, como listas o sitios.
Diseño de la arquitectura de contenido
Antes de comenzar la creación de contenidos, optimice la arquitectura de información y el gobierno en el entorno de las siguientes formas:
Cree sitios en paralelo para la colaboración, los proyectos publicados y la información de la empresa en cada granja de servidores.
Hospede sitios de grupo en cada una de las ubicaciones de las granjas de servidores.
Administre de forma activa los sitios en todas las granjas de servidores con un contrato de nivel de servicio (SLA) adecuado para admitir la creación de contenido en estas ubicaciones. Por ejemplo, realice la copia de seguridad del contenido de colaboración con mayor frecuencia que del contenido publicado. En las granjas regionales, el contenido publicado del sitio central no requiere el mismo nivel de administración que el contenido de colaboración.
La siguiente ilustración muestra una granja de servidores central y dos granjas de servidores regionales.
.gif "Solución de creación de contenido")
En la ilustración:
La arquitectura del sitio se refleja en todo el entorno. Cada granja de servidores hospeda sitios de grupo, sitios para los proyectos publicados y sitios para información de la empresa.
La creación del contenido se lleva a cabo en la granja de servidores más cercana al equipo.
Al diseñar la arquitectura de contenido, tenga en cuenta que hay una gran variedad de formas de duplicar el contenido en las granjas. Para maximizar las opciones y simplificar la administración del contenido duplicado, use las siguientes recomendaciones:
Divida el contenido en colecciones de sitios independientes. Por ejemplo, en el diagrama anterior se recomienda hospedar proyectos publicados en una única colección de sitios.
Almacene el contenido en bases de datos dedicadas en función de la unidad de contenido que desee duplicar. Por ejemplo, en el diagrama anterior se recomienda almacenar todo el contenido de la colección de sitios de proyectos publicados en una base de datos dedicada.
Creación
Cuando comienza la creación de contenidos, los equipos crean documentos dentro de los sitios de grupo. Sitúe la colaboración más cerca de los equipos mediante:
La creación de sitios de proyectos en la granja más cercana al grupo de trabajo.
El uso de Office Groove 2007 para admitir integrantes de grupo que están separados por vínculos WAN con las latencias más altas.
La arquitectura de información dentro de los sitios de grupo puede ser muy estructurada o escasamente estructurada, según las necesidades de la organización. Normalmente sólo se compartirá en la organización un pequeño porcentaje del contenido creado en los sitios de grupo. La arquitectura de información de los sitios de grupo debería se lo suficientemente abierta para garantizar los tipos de colaboración que son importantes para la organización, pero lo suficientemente estructurada para mantener el gobierno del contenido.
En las granjas de servidores regionales, la administración del contenido dentro de los sitios de grupo es fundamental debido a que este contenido representa la investigación e implementación de propiedad intelectual nueva. Por lo tanto, los planes de recuperación y copia de seguridad para los sitios de grupo deben ser la prioridad principal.
Publicación
Cuando el contenido está preparado para compartirse en la organización, anime a los integrantes de grupo a publicar el contenido en la granja central. En este escenario, la publicación se define como la copia de documentos de los sitios de grupo de cualquiera de las granjas de servidores de la colección de sitios de los proyectos publicados, o de otra colección de sitios designada, en la granja de servidores central.
En la siguiente ilustración, los proyectos que se crean en sitios de grupo se publican en la colección de sitios de proyectos publicados o en la colección de sitios de información de la compañía del sitio central.
.gif "Solución de publicación de contenido")
Hay varias opciones para publicar documentos:
Usar la característica Enviar A; para ello, los usuarios pueden hacer clic en la flecha abajo situada junto a un documento de una biblioteca, elegir Enviar a y, a continuación, hacer clic en Otra ubicación. Si elige esta opción, asegúrese de que los usuarios conocen las direcciones URL para publicar el contenido.
Usar las interfaces de programación de la aplicación (API) para crear un flujo de trabajo que copie el contenido de las colecciones de sitios de creación de las granjas regionales a una ubicación central de la granja central. Puede agregar "Publicar en granja central" u otro comando único al menú de opciones de los documentos (similar a la característica Enviar a). Esta opción requiere agregar código personalizado a los sitios. Sin embargo, puede agregar personalizaciones que incrementen enormemente la eficacia y la precisión para los usuarios. Por ejemplo, puede proporcionar un menú de ubicaciones de publicación para que los usuarios las seleccionen. También puede proporcionar una opción para avisar a los usuarios si ya existe un documento con el mismo nombre en la ubicación seleccionada y ofrecer la opción de sobrescribir tales documentos.
Además de crear colecciones de sitios para los proyectos publicados y para información de la empresa, puede crear bibliotecas de documentos en estas colecciones de sitios para proporcionar categorías de contenido más detalladas.
En la siguiente ilustración, la colección de sitios de proyectos publicados de la granja de servidores central incluye una biblioteca de documentos para cada categoría de contenido que se crea.
.gif "Arquitectura de información global: granja de servidores")
Estas bibliotecas de documentos pueden tener permisos asignados para las audiencias de destino. Por ejemplo, la carpeta de herramientas de ventas puede configurarse con permisos de lectura para todos los integrantes del equipo de ventas. Cuando se publica un documento en una carpeta específica, como la carpeta de herramientas de ventas, el documento hereda los permisos de la carpeta. Esto proporciona una forma de administrar permisos en la organización según las categorías de contenido y las audiencias de destino.
Por último, dado que la colección de sitios de proyectos publicados contiene la propiedad intelectual agregada que se desarrolla en la organización, administre de forma activa la colección de sitios de proyectos publicados en el sitio central con los procedimientos de recuperación y copia de seguridad adecuados.
Sincronización
En teoría, el contenido que se publica en el repositorio central está disponible en toda la organización, según los permisos. Sin embargo, el análisis de los vínculos WAN puede indicar que el acceso al contenido publicado del repositorio central es ineficaz o poco práctico. (Vea Planeación del contenido publicado anteriormente en este artículo.)
En función de los resultados, puede optar por crear copias del contenido publicado en las granjas de servidores regionales para que el contenido publicado sea más accesible a los trabajadores globales. En este escenario, la sincronización se define como la copia de las versiones de solo lectura de los documentos del repositorio central a las granjas de servidores regionales.
En la siguiente ilustración, el contenido que se publica en el sitio central se duplica en cada granja de servidores regional. El acceso al contenido se rige por los permisos que están asignados, independientemente de donde se duplica.
.gif "Solución de sincronización de contenido")
Hay varias opciones para sincronizar el contenido con las granjas de servidores regionales:
Restaurar o adjuntar una copia de la base de datos.
Usar una solución de asociado para copiar o replicar el contenido a través de la WAN. Para obtener más información, vea la sección "Replicación de datos, sincronización con varios maestros y administración de la configuración" en Optimización de Office SharePoint Server para entornos WAN.
Nota
Las características de publicación de Office SharePoint Server 2007 aún no han sido probadas por el equipo de producto en entornos WAN.
Dado que el contenido sincronizado es una réplica del contenido que se almacena en el sitio central, puede basarse en la administración activa de proyectos publicados en el sitio central, en lugar de administrar de forma activa este contenido en cada uno de los sitios regionales. Conceda prioridad a la administración activa de los sitios de colaboración en los sitios regionales.
Descarga de este libro
En este tema se incluye el siguiente libro descargable para facilitar la lectura y la impresión:
Vea la lista completa de libros disponibles en la página que muestra el contenido descargable para Office SharePoint Server 2007.
Vea también
Conceptos
Soluciones globales compatibles con Office SharePoint Server
Planeación del motor de búsqueda global Enterprise Search
Planeación de los requisitos de ancho de banda
Optimización de Office SharePoint Server para entornos WAN
Optimización de elementos web personalizados para la WAN