WSS 3.0 & MOSS: Niveles arquitectónicos (II)!

Siguiendo con los niveles arquitectónicos dentro de la plataforma SharePoint, es importante tener claro que antes de implementar todas las características lógicas de una solución WSS 3.0 o MOSS, es necesario comprender como todas las unidades lógicas que constituyen la arquitectura lógica de SharePoint se mapean con componentes físicos de la arquitectura. Estamos hablando por tanto del nivel de arquitectura física de SharePoint…a muy groso modo y alto nivel, podríamos representar la arquitectura física de MOSS del siguiente modo:

Componentes de la arquitectura física de SharePoint

En general, la arquitectura física de SharePoint se compone de los siguientes elementos:

• Servidor de base de datos (Database Server), que almacena y gestiona los datos de configuración de nuestra instalación de SharePoint (BD de configuración), los datos y metadatos de los sitios (BD’s de contenidos), y las BD’s de indexación. Todos los miembros de una granja de SharePoint deben usar el mismo sevidor de BD puesto que se encarga de almacenar y gestionar la BD de configuración que controla todas las settings de la granja. Lógicamente, cuando hablamos de BD’s en plataforma Microsoft en general, estamos hablando de SQL Server…de hecho, SharePoint soporta las siguientes versiones de SQL Server:
  • SQL Server 2000 SP4.
  • SQL Server 2005 Standard o Professional Edition.
  • SQL Server Express 2005.
  • MSDE.

Al hilo del servidor de BD, una pregunta típica que nos suelen hacer cuando hablamos de este componente es que versión de SQL Server utilizar. La respuesta clara es que SQL Server 2005, y dentro de las versiones de SQL Server, la recomendación es utilizar como mínimo la versión workgroup (aquí tenéis una comparativa entre las distintas versiones de SQL Server 2005) y evitar poner instalaciones de WSS 3.0 o MOSS en producción por las limitaciones que presenta y el hecho de que esté pensado más para aspectos de desarrollo que para soluciones en producción. A modo de ejemplo, recojo sólo la comparativa en términos de escalabilidad y rendimiento de las versiones de SQL Server 2005 que me llevan a no recomendar SQL Server Express para entornos de producción:

Escalabilidad y rendimiento
Característica	Express	Workgroup	Standard	Enterprise	Comentarios
Número de CPU	1	2	4	Ilimitado	Es compatible con procesadores multinúcleo
RAM	1 GB	3 GB	OS Max	OS Max	Memoria limitada a un máximo compatible con el sistema operativo
Admite 64 bits	Windows on Windows (WOW)	WOW
Tamaño de la base de datos	4 GB	Ilimitado	Ilimitado	Ilimitado
Partición					Compatibilidad para bases de datos a gran escala
Operaciones de índice paralelo					Procesamiento paralelo de operaciones de indexación
Vistas indizadas					Se admite la creación de vista indizada en todas las ediciones. La correspondencia de vista indizada por el procesador de consulta sólo se admite en la Enterprise Edition.

• Servidor de aplicaciones (Application Server), que se encarga de proporcionar todos los servicios de aplicación que se necesiten. Por ejemplo, podemos tener dentro de la granja un servidor de aplicaciones encargado de gestionar las búsquedas e indexación (WSS 3.0 o MOSS) y otro para la importación de los user profiles y la sincronización (MOSS).
• Servidor frontal web (Web front-end server), que se encarga de gestionar todas las peticiones que llegan a las soluciones WSS 3.0 o MOSS que tengamos desplegadas. Se compone de una serie de directorios virtuales que proporciona features de aplicación como gestión de páginas, plantillas, temas y componentes registrados como son los ensamblados de Web Part.

Y hasta aquí el segundo post de la serie sobre conceptos y niveles de arquitectura en plataforma SharePoint. En breve el tercer y último capítulo. Espero que el post os haya resultado interesante.