Planeación de los proveedores de servicios compartidos
Un proveedor de servicios compartidos (SSP) proporciona un conjunto común de servicios y datos de servicio para una agrupación lógica de aplicaciones web y sus sitios asociados. En este artículo se describe cómo funcionan los SSP en Microsoft Office SharePoint Server 2007 y se incluyen recomendaciones para planear los SSP.
Acerca de los SSP
Servicios proporcionados por un SSP
Cada SSP proporciona los siguientes servicios compartidos:
**Servicios de personalización **Proporcionan perfiles de usuario basados en los datos importados de los servicios de directorio, Mis sitios con información personal que pueden compartir todos los usuarios del SSP y administrados por directivas de privacidad, identificación de contenido por audiencia, una aplicación cliente de Office o los vínculos de un sitio de personalización.
**Catálogo de datos profesionales **Proporciona un esquema unificado único para los datos almacenados en las aplicaciones de línea de negocio.
**Excel Services **Proporciona hojas de cálculo compartidas y un método para analizar datos profesionales de las bibliotecas de conexiones de datos mediante el uso de informes en las páginas de panel.
**Office SharePoint Server Search **Rastrea todos los sitios de las aplicaciones web con el SSP para crear un solo índice de todo el contenido, los datos y los metadatos.
**Informes de uso del portal **Permiten a los administradores del SSP ver la información agregada acerca del uso del sitio en toda la jerarquía de sitios. Además, los administradores del SSP pueden habilitar los informes de uso para los administradores de sitios individuales y colecciones de sitios.
Consumo de servicios de un SSP
Al instalar una granja de servidores, se crea un SSP predeterminado como una de las primeras tareas posteriores a la instalación. Cada SSP contiene todos los servicios compartidos disponibles (instalados).
Los SSP se asocian a aplicaciones web de SharePoint específicas.
Una aplicación web de SharePoint sólo se puede asociar a un SSP.
Todas las colecciones de sitios y los sitios de una aplicación web de SharePoint consumen servicios del mismo SSP.
Los servicios compartidos no se pueden habilitar o deshabilitar en el nivel del sitio o la colección de sitios. Todos los servicios disponibles en el SSP están también disponibles en todos los sitios de la aplicación web.
Configuración de SSP en el nivel de granja de servidores
Una granja de servidores puede hospedar uno o más SSP. Además, una granja de servidores puede consumir servicios proporcionados por un SSP de otra granja de servidores.
**Servicios compartidos en una granja de servidores **La granja de servidores usa los servicios de un SSP hospedado en la granja de servidores.
**Servicios compartidos entre granjas de servidores **La granja de servidores usa los servicios de un SSP de otra granja de servidores. Es posible que una granja de servidores que consuma servicios de otra granja no contenga ningún SSP. La limitación de esta configuración es que Excel Services no está disponible fuera de la granja de servidores que hospeda este servicio. Si se requiere Excel Services en una granja de servidores, ésta debe hospedar los servicios compartidos localmente.
En la mayoría de los entornos con una sola granja de servidores, un SSP proporciona servicios para toda la organización. Sólo se usan varios SSP en las implementaciones que requieren contenido aislado de forma segura.
Configuración geográfica de SSP
Los servicios compartidos no se pueden proporcionar en una red de área extensa (WAN). Por ejemplo, una granja de servidores regional de África no puede consumir servicios compartidos de una granja de servidores central de Europa. La granja de servidores de África debe hospedar su propio SSP. No obstante, los usuarios de África se pueden conectar a una granja de servidores central de Europa y consumir servicios compartidos de la granja de servidores central.
Aunque los servicios compartidos no se pueden hospedar en la WAN, se puede configurar una granja de servidores central para rastrear el contenido en toda la WAN. Por ejemplo, una granja de servidores central de Europa puede rastrear el contenido de una granja de servidores regional de África. Esta configuración proporciona un método para hospedar la búsqueda en toda la empresa. En este escenario, la granja de servidores central no hospeda los servicios compartidos para la granja de servidores regional y la granja de servidores regional no consume servicios compartidos de la granja de servidores central.
Determinación de los requisitos de proveedores de servicios compartidos
La decisión de diseño más importante en relación con los servicios compartidos es cuántos SSP se deben planear.
Planeación de un solo SSP
En muchos casos, un solo SSP puede proporcionar servicios para una organización completa.
Un solo SSP de una granja de servidores proporciona servicios compartidos para aplicaciones web hospedadas en dicha granja de servidores.
Todos los usuarios del SSP pueden compartir información personal, buscar contenido y obtener acceso a los datos profesionales según los permisos correspondientes.
El acceso al contenido puede estar limitado por la identificación del contenido, las directivas de privacidad y otras características basadas en los grupos y la seguridad de SharePoint.
Se debe usar un solo SSP si:
No hay ningún motivo explícito para usar varios SSP.
Los usuarios colaboran o comparten el contenido y los datos en la organización.
Los usuarios buscan en toda la organización a personas que trabajan para la organización.
Planeación para varios SSP
El criterio más importante que determina si necesita más de un SSP son los requisitos de aislamiento del contenido. Por ejemplo, si la granja de servidores hospeda aplicaciones para más de una clase de usuarios, el uso de SSP independientes puede facilitar la creación de un aislamiento seguro entre estas clases de usuarios. Planee el uso de un SSP independiente para cada uno de los siguientes tipos de aplicaciones:
**Intranet **El contenido de una intranet incluye sitios de grupo, Mis sitios y el contenido de la intranet publicado. Este tipo de aplicación suele estar disponible sólo para los usuarios de la organización con una cuenta en el sistema de administración de directorios.
**Web de asociado **Una aplicación web de asociado suele hospedar colecciones de sitios y sitios de colaboración entre los empleados internos y los usuarios asociados. El uso de un SSP independiente garantiza que los usuarios asociados no puedan buscar u obtener acceso a la información confidencial del entorno de intranet.
**Sitio web de clientes **Un sitio web de clientes disponible para usuarios anónimos requiere un SSP dedicado. La configuración de los servicios del SSP es muy distinta de la de los servicios configurados para otros tipos de aplicaciones usadas para la colaboración en la organización.
**Centro de registros **En los centros de registros suelen presentarse cuestiones legales relacionadas con la privacidad de la información. Por este motivo, use un SSP independiente para rastrear este contenido de modo que estos registros no aparezcan en las consultas de búsqueda que se originan en otros SSP.
Dado que cada SSP adicional agregado reduce el rendimiento general de la granja de servidores, analice detenidamente sus necesidades de implementar más de un SSP.
Los siguientes escenarios de implementación pueden requerir el uso de dos o más SSP:
Implementaciones con requisitos legales para el aislamiento de contenido, como organizaciones de servicios financieros, o implementaciones con uno o más proyectos confidenciales que requieren un aislamiento del contenido completo. Para lograr un aislamiento del contenido completo, debe rastrear e indizar el contenido en un índice independiente. Tenga en cuenta que cada SSP es compatible con un índice.
Implementaciones distribuidas geográficamente en que cada ubicación incluye un conjunto discreto de usuarios y contenido cuya administración resulta más fácil de forma independiente en cada región.
Implementaciones hospedadas con clientes que no comparten ningún contenido o datos.
Las ventajas de usar índices independientes son:
Aislamiento de los índices de contenido para aumentar la seguridad. Por ejemplo, es posible que desee aislar contenido altamente confidencial, como el contenido almacenado en un centro de registros.
Ajuste de escala si la capacidad de un servidor de índice es insuficiente.
Rastreo eficaz del contenido disperso geográficamente. Tenga en cuenta que no se recomienda intentar rastrear el contenido en un vínculo de baja velocidad dado que el contenido rastreado se debe enviar mediante dicho vínculo. Para rastrear el contenido en un área dispersa geográficamente, considere la posibilidad de instalar una granja de servidores independiente con su propio SSP en cada área geográfica.
Es importante tener en cuenta que Office SharePoint Server 2007 no proporciona ningún método para combinar índices. En su lugar, las consultas se enrutan automáticamente al SSP asociado a la aplicación web desde la que el usuario final inicia la consulta.
Incluso aunque todo el contenido rastreado con un SSP concreto se indiza en un solo índice, la consulta no devuelve necesariamente resultados de búsqueda para todos los elementos del índice que coinciden con la consulta concreta. En lugar de esto, otras características de búsqueda filtran o modifican el contenido una vez rastreado. Para obtener más información acerca de estas características, vea Planeación de la experiencia de búsqueda de los usuarios finales (Office SharePoint Server).
Siempre que sea posible, use sólo un SSP para rastrear todo el contenido de la organización. Normalmente, si el contenido de una aplicación web que usa un SSP independiente es lo bastante relevante para incluirlo en un origen de contenido para el SSP, la aplicación web debe usar el mismo SSP que las aplicaciones web rastreadas con el SSP.
En algunos casos, es posible que desee incluir un subconjunto de contenido en la organización desde una aplicación web que usa otro SSP. Se recomienda planear detenidamente cómo se almacena la información relacionada en las colecciones de sitios. Además, debe planear qué SSP se van a asociar a las aplicaciones web que contienen estas colecciones de sitios. Si debe rastrear el contenido en una aplicación web que usa otro SSP, asegúrese de que la cuenta de usuario usada para rastrear el contenido (ya sea la cuenta de acceso al contenido predeterminada u otra cuenta de acceso al contenido definida mediante una regla de rastreo) tiene permiso de lectura para el contenido. Para obtener más información acerca del rastreo de contenido, vea Planeación del rastreo de contenido (Office SharePoint Server).
Antes de crear varios SSP, considere la posibilidad de usar otros métodos de aislamiento del contenido:
Use grupos de SharePoint para limitar los permisos y la autorización para los usuarios y los grupos correspondientes.
Use ámbitos de búsqueda exclusivos para impedir que los usuarios busquen un contenido determinado.
Use audiencias para dirigir el contenido a grupos de usuarios específicos.
Limite el acceso a los sitios para usuarios o grupos específicos. Algunos contenidos de estos sitios aparecen en los resultados de la búsqueda.
Use varios SSP si la implementación cumple todos los criterios siguientes:
Los grupos de usuarios trabajan en proyectos aislados, no comparten información personal, no tienen necesidades de negocio que requieran la visualización de sitios de otros proyectos y no colaboran en distintos equipos o proyectos.
Los usuarios no tienen necesidades de negocio que requieran la búsqueda de contenido, datos o metadatos en otros grupos, y puede haber un motivo empresarial de peso para no ver el contenido o los datos.
Uso compartido de contenido en varios SSP
Incluso con el aislamiento de contenido completo de varios SSP, se puede omitir dicho aislamiento en algunos casos poco frecuentes en que esto sea necesario.
El contenido de los sitios que usan un SSP lo puede rastrear otro SSP mediante la adición de la dirección de inicio para un origen de contenido externo.
Las ubicaciones de host de Mi sitio de confianza se pueden usar para permitir a los usuarios ver la información personalizada acerca de los usuarios de otros SSP.
Estas prácticas aumentan los costos de administración y ponen en peligro las ventajas derivadas del uso de varios SSP. Por regla general, sólo se aplican en las operaciones en curso, como cuando un usuario cambia de ubicación en una implementación distribuida geográficamente o cuando el contenido es relevante en toda la organización con grupos que, en caso contrario, estarían aislados. La planeación correcta de la implementación y el uso con precaución de varios SSP puede reducir la necesidad de estas prácticas.
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
Planeación de contenido y sitios personalizados
Planeación de la búsqueda (Office SharePoint Server)
Planeación de la inteligencia empresarial
Configuración de informes de uso