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.

Publicado por

Juan Carlos González

Juan Carlos es Ingeniero de Telecomunicaciones por la Universidad de Valladolid y Diplomado en Ciencias Empresariales por la Universidad Oberta de Catalunya (UOC). Cuenta con más de 12 años de experiencia en tecnologías y plataformas de Microsoft diversas (SQL Server, Visual Studio, .NET Framework, etc.), aunque su trabajo diario gira en torno a SharePoint & Office 365. Juan Carlos es MVP de Office Servers & Services desde 2015 (anteriormente fue reconocido por Microsoft como MVP de Office 365 y MVP de SharePoint Server desde 2008 hasta 2015), coordinador del grupo de usuarios .NET de Cantabria (Nuberos.Net, www.nuberos.es), co-fundador y coordinador del Grupo de Usuarios de SharePoint de España (SUGES, www.suges.es), así como co-director de la revista gratuita en castellano sobre SharePoint CompartiMOSS (www.compartimoss.com). Hasta la fecha, ha publicado 8 libros sobre SharePoint & Office 365 y varios artículos en castellano y en inglés sobre ambas plataformas.

4 comentarios en “WSS 3.0 & MOSS: Niveles arquitectónicos (I)!”

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *