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

Cuando estamos pensando en la plataforma SharePoint como alternativa más adecuada para resolver una cierta problemática de negocio, es necesario tener muy clara cuál es la arquitectura de la solución de cara a lograr un modelado de la misma lo mejor posible. En este sentido, cuando hablamos de arquitectura en plataforma SharePoint, tenemos que hablar de varios niveles de arquitectura:

  • Arquitectura lógica.
  • Arquitectura física.
  • Arquitectura de administración.

Asociado a cada nivel existen una serie de conceptos asociados que es necesario comprender a la perfección de cara a garantizar el mayor éxito posible en la implementación de nuestras soluciones. En este primer post hablaremos de la arquitectura lógica de la plataforma SharePoint.

La arquitectura lógica de la plataforma SharePoint

Las soluciones basadas en SharePoint se construyen sobre una jerarquía de componentes lógicos, cada uno de los cuales proporcionan unas funcionalidades específicas.

image

Por lo tanto, SharePoint en general se compone de las siguientes unidades lógicas:

  • Server Farm (Granja de Servidores), aunque una granja es un “lugar dónde se crían animales” (cuántas veces se lo habré oído contar a mi compañero Pablo Sousa), en el caso de la plataforma SharePoint se define como la unidad lógica más alta de la jerarquía y que se compone por una serie de servidores web y de aplicaciones que se agrupan de manera lógica y que comparte una base de datos (BD) de configuración común.
  • Web Application (Aplicación Web), elemento que proporciona funcionalidad de servidor web y que se corresponde con un sitio web de Internet Information Services (IIS).

image

  • Site Collection (Colección de Sitios), elemento que define las características y el contexto para agrupar una serie de sitios y subsitios (os recuerdo que en teoría en SharePoint tenemos jerarquías ilimitadas…en la práctica siempre hay un límite). Un site collection es similar al clásico directorio virtual top-level de IIS, si bien no existe un mapping en el IIS entre directorios virtuales y site collections.

image

  • Site (Sitio), elemento que proporciona un punto de entrada a una funcionalidad especifica o a un conjunto de funcionalidades. Un site es similar a una subcarpeta en un directorio virtual top-level clásico de IIS.
  • Feature (Característica), elemento que proporciona funcionalidad y datos como parte de una cierta solución. Una feature puede contener datos, metadatos y funcionalidad. Un apunte importante respecto a las features es que aunque se suelen usar típicamente dentro de sites y site collections, pueden tener diferentes scopes (ámbitos). De manera que dependiendo del scope, las features se pueden activar a nivel de sitio, site collection, web application o server farm.

image

Y hasta aquí el primer post sobre conceptos de arquitectura en plataforma SharePoint. Espero que el post os haya resultado interesante.