Microsoft Office System Conociendo la arquitectura de las tecnologías y los productos SharePoint Los objetivos de esta presentación Aprender como SharePoint Portal Server y Windows SharePoint Services trabajan y dependen de una serie de tecnologías (IIS, ASP.NET, SQL Server, entre otras) Se exploraran las implicaciones de extensibilidad, seguridad y escalabilidad. José Alberca Acosta Consultor jalberca@osmos.com Gesfor Osmos Perú

Agenda Objetivos propuestos de la arquitectura WSS vs. SPS Arquitectura de Windows SharePoint Services Arquitectura de SharePoint Portal Server

Objetivos propuestos de la arquitectura Unificación de interfaces Integración con .NET Framework Estrategia de almacenamiento integrada Seguridad y fiabilidad Por explicar Las versiones 2001 de SharePoint Team Services y SharePoint Portal Server se diseñaron con los objetivos de satisfacer las necesidades de comunicación e intercambio de información tanto de los equipos de trabajo como de los sites de estos equipos. En el caso de SPS, además, se añadió el objetivo de solucionar las tareas de gestión documental. Las tecnologías en que se basaban STS y SPS eran diferentes, tanto en sus interfaces como en sus sistemas de almacenamiento. El gran objetivo propuesto, al crear la nueva generación de SharePoint, ha sido unificar e integrar los dos productos formando una sola plataforma tecnológica. Para ello se siguieron cuatro líneas principales. Unificación de interfaces Tanto para usuarios como para desarrolladores y profesionales de tecnologías de la información Desarrollo. ASP.NET, SQL Server, modelo de objetos de SPS Administración. Windows 2003 y SQL Server Integración con .NET Framework Escalabilidad, seguridad y flexibilidad en: La creación, despliegue y gestión de las aplicaciones web Los workspaces y sites Fácil integración de información de casi cualquier procedencia gracias a los servicios web (Web Services) Estrategia de almacenamiento integrada La estrategia de Microsoft para el almacenamiento de casi todo, en un futuro, pasa por SQL Server. SharePoint utiliza también SQL Server como su repositorio de información y como punto de almacenamiento de su configuración SQL Server almacén de información de propósito general Repositorio de información y almacén de configuración de SPS Si no se halla en el sistema se instala MSDE (WMSDE) Seguridad y fiabilidad Uso de TCI (Trust Computer Iniciative) emprendida por MS Windows 2003 y .NET Framework

SharePoint Portal Server Windows SharePoint Services WSS vs. SPS SharePoint Portal Server Office 2003 System Soluciones A medida Windows SharePoint Services .NET Framework 1.1 SQL Server 2000 (SP3) Windows Server 2003 Por explicar Características que añade SPS: Categorización automática Audiencias Áreas de temas Noticias Sites personales (My Site) Servicios compartidos Autenticación única (Single Sign-On) Directorio de sites Perfiles de usuario

Arquitectura de Windows SharePoint Services

Agenda Arquitectura de Windows SharePoint Services Arquitectura de los componentes Configuraciones lógicas y físicas Uso del IIS por el WSS Cambios hechos por el WSS Páginas de web parts Personalización mediante web parts Exportando web parts Obteniendo resultados de las páginas Plantillas El archivo web.config Por explicar El WSS es la tecnología sobre la cual corren todos los productos y tecnologías SharePoint. Se explicará la arquitectura del WSS, tanto lógica como física, lo cual ayudará al administrador a la hora de configurarla. Se explicarán los componentes del WSS y como estos interactúan con otros.

Arquitectura de los componentes Lógica Front-End (IIS, ASP.NET) Back-End (SQL Server, WMSDE) Física Un solo servidor (IIS y WMSDE) Varios front-end Varios back-end Múltiples front-end y back-end Por explicar Al almacenarse tanto la configuración como los datos de SharePoint Services en SQL Server, la separación lógica entre servidores de front-end y de back-end es completa. Esto repercute positivamente en temas como copias de seguridad, escalabilidad, disponibilidad, integridad de datos y adaptación. Lógica En SharePoint Team Services v1.0 la configuración y el contenido del site estaba desperdigado entre carpetas (físicas) del IIS, el registro de Windows, la metadata del IIS y las bases de datos de SQL Server. En WSS los servidores de front-end usan los servicios web de IIS para mostrar las páginas a los clientes. En ellos se instala lo mínimo imprescindible para conectar con las BD y recuperar la información solicitada. Los servidores de back-end almacenan dos tipos de bases de datos; las de configuración y las de contenido. De las de contenido puede haber casi cualquier número pero de configuración sólo hay una. Los servidores de front-end, ante una petición realizan una primera conexión a la base de datos de configuración para averiguar la localización de los datos requeridos. La información de configuración suele almacenarse en caché en los servidores de front-end. Física En WSS toda la información esta almacenada en bases de datos MS SQL Server 2000 o en Windows Microsoft SQL Server 2000 Desktop Engine (WMSDE). Esto incluye todo el contenido del site, documentos, información del producto y parámetros de configuración. Esto incluye todo el contenido del site, documentos, información del producto y parámetros de configuración. Las bases de datos WMSDE del WSS no tienen el limite de 2 GB. En cambio, las bases de datos MSDE que se instalan con el SPS 2003 tienen el limite de los 2 GB. Si la instalación es de más de un servidor es obligatorio el uso de SQL Server 2000. Es posible el empleo de NLB con IIS y clustering con SQL Server.

Configuraciones lógicas y físicas Balanceo de Carga Serv. Web (IIS) Srv Web Srv Web Srv Web BD Conf. BD Contenido Config DB Por explicar Mejoras sobre SharePoint Team Services Backup Escalabilidad Disponibilidad Integridad de datos Personalización Servidores Web Windows Server 2003 IIS Servidores de base de datos SQL Server 2000 Base de datos de configuración Base de datos de contenido Content DB Content DB SQL Server guarda TODOS los datos: Docs, seguridad, config, metadatos, etc. Una BD config por Web Farm

Uso del IIS por el WSS Servidores virtuales Pool de aplicaciones Autenticación ASP.NET IIS Admin vserver End-user vserver Site Collection Configuración del IIS Configuración del WSS Portal Por explicar Servidores virtuales Unidades administrativas, de implementación de seguridad y de asignación de recursos Pool de aplicaciones (Conjuntos de aplicaciones) Grupos aislados de procesos que usan sus propios recursos de memoria y procesador y sus propias credenciales Autentificación Validan, a nivel de servidor virtual, cuentas de usuario que intentan acceder a los servicios web de IIS ASP.NET Web Parts. Derivados de los controles .NET, fácilmente personalizables Web Parts Zones. Contenedores para organizar los web parts y controlar su comportamiento Páginas de Web parts. Archivos ASP.NET que contienen web parts Archivos web.config. Archivos de configuracion

Cambios hechos por el WSS Manejador de respuestas HTTP Extensión de Servidores Virtuales Pool de aplicaciones en WSS Por explicar Si bien el pool de aplicaciones y la autenticación del IIS son empleadas sin modificaciones, existen otros servicios del IIS que son modificados (en la instalación) para que puedan trabajar según la arquitectura de WSS Manejador de respuestas HTTP Por defecto, el IIS emplea el HTTP.Sys para manejar todos los requerimientos HTTP. El único propósito es leer y enrutar las solicitudes WSS instala su propio manejador, un ISAPI (Internet Server Application Program Interface), llamado IHTTP Handler Todos los requerimientos de paginas ASP.NET son manejadas por el IHTTP.sys. Todos aquellos requerimientos que no sean paginas ASP.NET son manejados por el HTTP.sys Extensión de servidores virtuales Para que el WSS emplee un servidor virtual, este debe estar extendido. Extendiendo el servidor virtual permite conectarse a la base de datos de configuración, el cual direcciona a la base de datos de contenido que corresponde con la Intranet En la instalación por defecto del WSS, que incluye el uso del WMSDE, el ISS es extendido por defecto Pool de aplicaciones en WSS Al instalar el servidor virtual del WSS se agrega un pool para acciones administrativas (CentralAdminAppPool) En caso de extender un servidor virtual se puede elegir con que pool trabajar Recursos reservados en un pool de aplicaciones: En WSS se puede configurar un conjunto de servidores virtuales para que compartan un pool de aplicaciones El compartir un pool permite compartir el espacio en memoria y los recursos del servidor. Sin embargo, en caso un servidor virtual falle, todos los servidores virtuales podrían fallar Tener un pool por cada servidor virtual requiere de grandes recursos de memoria. Un servidor virtual con su propio pool emplea aproximadamente 150 MB de memoria Manejo El WSS posee una pagina web administrativa para manejar todo lo referente al pool (por ejemplo: agregar un pool de aplicaciones a un nuevo servidor virtual) Sin embargo, aún se tendrán que hacer ciertas tareas administrativas desde la consola del IIS

Pool de aplicaciones en WSS DEMO Por explicar Se muestra la consola del IIS y los pool de aplicaciones existentes Se muestra la pagina web administrativa del WSS

Páginas y zonas de web parts Páginas de web parts Web parts Páginas y zonas de web parts Tipo de web part según su ubicación en la pagina de web parts Estáticos Dinámicos Por explicar Web parts Los web parts son derivados de los controles de servidor ASP.NET En WSS, a diferencia de los controles de servidor ASP.NET, el código del web part reside en un assembly (.dll) mientras que las propiedades son cargadas en la base de datos de contenido del site (con el fin de manipularlas por el usuario) Posibles rutas donde se aloje el assembly del web part: \inetpub\wwwroot\bin (solo visible por el site) \windows\assembly (GAC – visible por todos los sites) Paginas de web parts Las paginas de web parts en WSS estan diseñados para tomar información de diversos lugares consolidarla en un solo lugar. Donde los elementos a mostrar son los web parts. Los web parts son agrupados en contenedores llamados “Zonas de web parts” (Web part zones). Físicamente, una pagina de web parts es una pagina ASP.NET (.aspx) Zonas de web parts Contenedores en las paginas de web parts que permiten diseñar y controlar el comportamiento de los mismos El colocar un web part en una zona de web parts permite tomar ventaja de la arquitectura del WSS, cosa que no ocurre de grabarlo fuera de ellas Tipo web part según su ubicación en la página de web parts: Estática Web parts ubicados fuera de la zona de web parts Son tratados como un control web estándar El web part y sus propiedades son almacenados en la pagina web (.aspx) El usuario no puede interactuar con el web part o modificarlo con un browser Dinámica Web parts dentro de la zona de web parts El web part y sus propiedades son almacenados en la base de datos de contenido del site El usuario puede interactuar con el web part o modificarlo con un browser

Personalización mediante web parts Pública Privada Por explicar Existen dos tipos de vistas en WSS para los web parts: Compartida Pública, vista por todos Personal. El usuario puede realizar cambios de uno o mas propiedades del web part y solo el usuario las vería La arquitectura permite al usuario hacer los cambios y mantener la versión personal del web part

Exportación de web part Archivo de descripción (.dwp) Exportando web parts Exportación de web part Archivo de descripción (.dwp) Por explicar Exportación de web part Se emplea la opción de menu contextual “Export” Solo las propiedades del web part son exportadas Archivo de descripción (.dwp)

Obteniendo resultados de las páginas Direccionando los requerimientos de las paginas Mostrando páginas ASPX Modo directo Modo seguro Por explicar El direccionado de los requerimientos de las paginas se muestra en la presentación Paginas ASPX según el modo almacenanamiento Modo directo Paginas *.aspx que tienen su dll instalada en la carpeta “_layouts” Aquellas paginas consideradas fuera del website (por ejemplo: Site Settings) Modo seguro Todas las paginas de web parts corren en modo seguro

Minimizando el espacio en disco Plantillas Beneficios Minimizando el espacio en disco Incrementando la performance Efectos de la personalización Por explicar El WSS viene con una serie de plantillas las cuales son usadas para crear sites y paginas. Las plantillas pueden aplicarse a un site completo o a diferentes partes del site. Minimizando el espacio en disco Considerando el numero de sites y la cantidad de paginas a soportar, al guardar el registro de la nueva pagina, solo guarda la referencia a la plantilla La personalización de cada pagina ocurre durante el proceso de rendering Incrementando la performance Mediante el uso de plantillas en la creación de paginas de web part Efectos de la personalización Permite personalizar de manera masiva las paginas de web parts

Archivos de configuración del WSS (web.config) El archivo web.config Archivos de configuración del WSS (web.config) Principales archivos de configuración Del site De los web parts De las plantillas De la administración Por explicar C:\Inetpub\wwwroot C:\Inetpub\wwwroot\wpresources C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\wpresources C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\60\CONFIG C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\60\ISAPI C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\60\TEMPLATE\LAYOUTS C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\60\TEMPLATE\ADMIN\1033

Principales archivos web.config DEMO Por explicar Ubicación de los principales archivos de configuración del WSS

Arquitectura de SharePoint Portal Server

Agenda Arquitectura de SharePoint Portal Server Construcción sobre WSS Cambios en los componentes del Front-End Cambios en los componentes del Back-End Configuraciones físicas Sites personales vs. My Site Perfiles de usuario y audiencias Habilitando y configurando el servicio de Single Sign-On Servicios compartidos Por explicar Se explicará la arquitectura del SPS Se explicarán los nuevos servicios, los cuales extienden la funcionalidad del WSS

Construcción sobre WSS Servicios Adicionales Administración Alertas Búsquedas Single Sing-On Por explicar Sobre los servicios normales del WSS, SharePoint Portal Server añade otros como: Administración Inicia y detiene servicios, añade y borra catálogos y aplicaciones de búsqueda. Mantiene la configuración de los servidores Alertas Notifica cambios a los usuarios Búsquedas Extiende la capacidad de indexación más allá del site donde se realiza una consulta Single Sing-On (Autentificación única) Permite que diversos sistemas puedan identificar sus credenciales con las de usuarios Windows El servicio de administración El servicio de alertas El servicio de búsquedas, y El de Single-Sing (validación única). Nota: Se instalan todos los nuevos servicios, pero sólo se habilitan los que se indiquen.

Cambios en los componentes del Front-End Servidores Front-End Tareas Búsquedas Administración de indexamiento http://machine/sites/team56/lists/events/allitems.aspx Web Server Server: ITG_STS_1 Database: STS_01 Config DB List Content Virtual Server Por explicar Los componentes de SharePoint Portal Server que se consideran de Front-End son: El servidor web que alberga un site (IIS) Los servidores de indexación, búsquedas y tareas. Que hace cada servidor: El servidor web albergar los sites y procesar peticiones. El servidor de trabajos gestiona los servicios adicionales que soporta Portal Server. El servidor de indexación crea y actualiza los índices examinando los contenidos y guardando la información durante el proceso de indexado. En conclusión, SharePoint Portal Server mantiene la misma división lógica que WSS, pero al añadir más servicios tiene más roles en los servidores de front-end (indexaciones, búsquedas y tareas).

Cambios en los componentes del Back-End Bases de datos Configuración Adicionales <nombreportal_PROF> <nombreportal_SERV> <nombreportal_SITE> Por explicar Servidores Back-End Cuatro nuevos tipos de bases de datos Cambios en la base de datos configuración Validación Windows Conexiones mediante ADO.NET SharePoint Portal Server no emplea ninguna de las BD de WSS en su estado inicial de instalación. Al crear un portal se crean hasta cuatro nuevas bases de datos. Además se modifica el esquema y las tablas de la base de datos de configuración de WSS donde también se añaden procedimientos almacenados. Esto hace a las bases de datos de configuración de WSS y de SharePoint Portal Server incompatibles. Es mas, SharePoint Portal Server ya no permite la conexión a SQL Server mediante seguridad mixta y sólo utiliza OLEDB con el fin de proveer un servicio que permita obtener datos a través de orígenes de datos OLEDB.

Configuraciones físicas (1) Un solo servidor Granja de servidores Pequeña Mediana Grande Por explicar Un solo servidor Front-end + MSDE Granja de servidores Granja pequeña: Front-end, varios SQL Server Granja mediana: IIS+Búsqueda, Indice+Job, varios SQL Server Granja grande: IIS, Búsqueda (4), Indice+Job, varios SQL Server

Configuración física (2) Un solo servidor Front-End SQL Server o MSDE

Configuración física (3) Una granja de servidores Front-End SQL Server Servidores dedicados

Sites personales vs. My Site Los sites personales y My Site solo estan disponible en SharePoint Portal Server Los sites personales son sites basados en WSS creados por usuarios individuales My Site es una pagina de SharePoint Portal Server Por explicar La funcionalidad de Sites personales y My Site solo esta disponible en SharePoint Portal Server 2003. Usada como sinónimos, no son lo mismo. Sites personales Los sites personales son sites basados en WSS creados por usuarios individuales Todos los usuarios que cuenten con el permiso “Create Personal Site” pueden tener un site personal La ruta por defecto de un site personal es: “nombre_portal/personal/nombre_usuario” My Site My Site es una pagina localizada en SharePoint Portal Server La ruta por defecto de My Site es “nombre_portal/My Site/default.aspx” Todos los usuarios acceden a la misma pagina, sin embargo, la información que muestra esta personalizada en función al perfil del usuario y de los sites personales Diferencias La personalización de My Site es limitada en comparación con un Site personal La pertenencia y control de My Site son del dueño del site, en cambio en un site personal es el usuario el dueño

Sites personales vs. My Site DEMO Por explicar Se muestra y/o crea un site personal Se muestra My Site

Perfiles de usuario y audiencias Carga de los perfiles de usuario en la base de datos Información de las cuentas de usuario del Active Directory Completa o incremental Audiencias Cuentas de usuario que cumplen una regla Las compilaciones pueden ser programadas Por explicar La información de los perfiles de usuario y las audiencias se guarda en la base de datos <nombre_del_portal>_prof. Perfiles de usuario La base de datos de perfiles es una lista de propiedades de las cuentas de los usuarios La información se obtiene mediante importación del Active Directory La información se guarda en una sola tabla Se puede emplear programación para acceder a la funcionalidad de importación, no solo para el SharePoint sino para aplicaciones de 3ros Se puede establecer una frecuencia de actualización de la información, pudiendo ser completa o incremental Audiencias Se guarda la información en otra tabla con la información de los perfiles de usuario. La creación de una audiencia implica indicar una regla y compilar la audiencia Debido a que no toda la información del Active Directory se importa, durante la compilación de una audiencia es posible que se realicen consultas al mismo Las cuentas de usuario que cumplan la regla son registradas en una tabla aparte. Esta contiene a todos los usuarios de una audiencia. Tiene a todos los usuarios de todas las audiencias. La información de esta tabla no es actualizada hasta que se vuelva a recompilar la audiencia Las compilaciones de audiencias pueden ser calendarizadas

Habilitando y configurando el Single Sign-On Autenticación con Single Sing-On Individuos o grupos La base de datos de datos de SSO guarda la información encriptada Por explicar Servicio instalado automáticamente, pero por defecto esta deshabilitado. El administrador debe indicar que el servidor SQL Server que almacenara las credenciales de los usuarios Un desarrollador puede emplear el modelo de objetos de Single Sing-On para obtener y mostrar datos de diversas aplicaciones empresariales (por ejemplo: SAP) La autenticación puede ser hecha un usuario en particular o a un grupo. En ambos casos, el SSO mapea el usuario de SharePoint Portal Server con las credenciales que le correspondan. Debido a eso, no se requiere el ingreso de las credenciales para acceder a los recursos de una aplicación en particular En el caso de usuario individuales, si las credenciales no están almacenadas en la base de datos, el web part redirecciona a una pagina de ingreso de las mismas. Una vez ingresadas, el SPS no las vuelve a pedir.

Servicios compartidos Búsqueda e indexación Alertas Sitios Personales Perfiles de usuario Audiencias Servicio de Single Sing-On Acceso a datos en Servicios Compartidos Por explicar En SPS cada site está configurado como una entidad separada que proporciona los recursos necesarios para todos los servicios. En cada site: Requieren la misma organización y los mismos usuarios Con los servicios compartidos que se obtiene: Racionalizar y reducir el uso de recursos Afectar a toda una granja Un site padre y varios sites hijos, con las características replicadas, es decir, una sola configuración

Servicios compartidos DEMO Por explicar Se muestra las paginas administrativas de servicios compartidos en SharePoint Portal Server 2003

Mayor Información Microsoft Office Online: SharePoint Portal Server http://office.microsoft.com/en-us/FX010909721033.aspx SharePoint Products and Technologies http://www.microsoft.com/sharepoint/default.mspx SharePoint Portal Server 2003 http://www.microsoft.com/office/sharepoint/prodinfo/default.mspx Windows SharePoint Services http://www.microsoft.com/windowsserver2003/technologies/sharepoint/default.mspx