Arquitectura y Governance con SharePoint 2010 en grandes corporaciones Jordi Herrero Director de Desarrollo Arquitectura y Governance con SharePoint 2010 en grandes corporaciones

Optimizamos el área TIC de nuestros clientes Nuestra misión: Optimizamos el área TIC de nuestros clientes Desde 1993, más de 5.000 proyectos con éxito 250 profesionales; más de 100 certificados Oficinas en Madrid y Barcelona

Soluciones destacadas Azkar: Infraestructura tecnológica en Alta disponibilidad Implantación de la solución Citrix en granja y publicación de las aplicaciones corporativas como plataforma de trabajo del usuario para un total de 5000 usuarios. Implantación y mejora de sistemas y comunicaciones Generalitat en Girona: Centralización de sedes departamentales Outsourcing y mantenimiento de sistemas y comunicaciones, soporte on site y helpdesk para 800 usuarios. 15 personas, 2 años Operación y gestión de infraestructuras Abengoa: Solución de gestión de red WAN y aplicaciones Entorno WAN complejo: 235 sites (100 sites internacionales) Definición de objetivos de servicio y visibilidad y mejora de SLAs Gobierno de la calidad de servicio Repsol: Gestión de conocimiento con SharePoint 2010 Diseño e implementación de la arquitectura y el modelo de governance para un servicio con 22.000 usuarios y 4Tb de datos Colaboración y productividad

NexTReT también puede ayudarte a mejorar tu empresa

NexTReT y Microsoft: Más que Partners Una apuesta estratégica: Microsoft Gold Certified Partner Microsoft Innovation Center: Preferred Partner

Especialización SharePoint NexTReT basa la su experiencia en SharePoint desde: Adopción temprana de versiones beta (2007 y 2010) Más de 50 proyectos desarrollados Más de 30 certificados Aplicación en cualquier área de inversión Integración con otras aplicaciones Experiencia de integración con SAP, SIEBEL, etc.

Contrastada experiencia en SharePoint Intranet, colaboración, e-learning, … Portales públicos Gestión de procesos Business Intelligence Y en Infraestructuras Microsoft

Consultoría e Implantación de SharePoint Governance

Governance: Definición Governance es el conjunto de políticas, roles, responsabilidades y procesos que orienta, dirige y controla la forma en la que las áreas de negocio de una organización y los equipos de IT cooperan para lograr los objetivos de negocio. Se distinguen tres áreas principales para el gobierno de SharePoint 2010: IT governance: Entornos, operaciones y servicios de la plataforma Arquitectura de Información: Administración de la información y contenidos que los usuarios almacenan Gestión de aplicaciones: Soluciones personalizadas, integración y desarrollo de componentes

Tipologías de Governance Diferentes tipologías de sitio suelen requerir diferentes políticas de gobierno. Típicamente, los sitios de publicación tienen un governance más estricto que los sitios de grupo o los sitios personales. Cada tipo de sitio puede tener un plan específico de Governance.

IT Governance En el gobierno de TI, se pueden controlar y gestionar los servicios ofrecidos por la plataforma y se puede centralizar la administración de los sitios o bien delegarla en los grupos de usuarios.

IT Governance Los puntos más destacados a cubrir por el Gobierno de TI son: Gestión del ciclo de vida de los sitios Protección de datos (backup y restauración) Mantenimiento y operaciones Seguridad y accesos Rendimiento y escalabilidad Entornos y topología de servidores Volumen de almacenamiento, bases de datos

Topología de servidores Instalaciones limitadas

Topología de servidores Small farms

Topología de servidores Medium farms

Topología de servidores Large farms

Carga de servidores

Arquitectura de Información La Arquitectura de la información es la gestión de la información en una empresa - sus sitios, documentos, listas y páginas - para maximizar la facilidad de uso de la información y de gestión. Otro aspecto de la gestión de la información es determinar los permisos y roles de usuario para el acceso al contenido.

Arquitectura de Información Los puntos más destacados a cubrir para la Arquitectura de la Información: Organización de sitios / Colecciones de Sitio Creacion de sitios Mantenimiento de contenidos Tipos de contenido y Workflows Plantillas de sitios y componentes reusables Grupos, usuarios y autenticación / IRM

Arquitectura de la información Definición de la arquitectura de información en cuanto: Web applications Site collection Sites Content databases Server farms Service applications Zones My Sites

Definición de estructura de sitios

Límites de Aplicación Web Limit Maximum value Limit type Notes Content database 300 per Web application Supported With 300 content databases per Web application, end user operations such as navigating to the site or site collections are not affected. But administrative operations such as creating a new site collection will experience performance degradation. We recommend that you use Windows® PowerShell™ to manage the Web application when a large number of content databases are present, because the management interface becomes slow and difficult to navigate. Zone 5 per Web application Boundary The number of zones defined for a farm is hard coded to 5. Zones include Default, Intranet, Extranet, Internet, and custom. Managed path 20 per Web application Managed paths are cached on the Web server, and CPU resources are used to process incoming requests against the managed path list. If you plan to exceed twenty managed paths in a given Web application, we recommend that you test for acceptable system performance.

Límites en BD de Contenido Limit Maximum value Limit type Notes Content database size 200 GB per Content database Supported We strongly recommended limiting the size of content databases to 200 GB to help ensure system performance. Content database sizes up to 1 terabyte are supported only for large, single-site repositories and archives with non-collaborative I/O and usage patterns, such as Records Centers. Larger database sizes are supported for these scenarios because their I/O patterns and typical data structure formats have been designed for, and tested at, larger scales. A site collection should not exceed 100 GB unless it is the only site collection in the database. Remote BLOB Storage (RBS) storage subsystem on Network Attached Storage (NAS) Time to first byte of any response from the NAS cannot exceed 20 milliseconds   Boundary When SharePoint Server 2010 is configured to use RBS, and the BLOBs reside on NAS storage, consider the following boundary. From the time that SharePoint Server 2010 requests a BLOB, until it receives the first byte from the NAS, no more than 20 milliseconds can pass.

Límites en Colección de Sitios Limit Maximum value Limit type Notes Web site 250.000 per site collection Supported The maximum recommended number of sites and subsites is 250.000 sites. You can create a very large total number of Web sites by nesting subsites. For example, in a shallow hierarchy with 100 sites, each with 1.000 subsites, you would have a total of 100.000 Web sites. Or a deep hierarchy with 100 sites, each with 10 subsite levels would also contain a total of 100.000 Web sites. Note: Deleting or creating a site or subsite can have significant impact on a site’s availability. Access to the site and subsites will be limited while the site is being deleted. Attempting to create many subsites concurrently may also fail. Site collection size 100 GB per site collection A site collection should not exceed 100 GB unless it is the only site collection in the database. Certain site collection actions, such as site collection backup/restore or Move-SPSite, cause large Microsoft SQL Server® operations which can have performance impact or fail if other site collections are active in the same database.

Límites en listas y bibliotecas Limit Maximum value Limit type Notes List row size 8.000 bytes per row Boundary For each SharePoint list or library item, it is only allowed to occupy 8000 bytes in total in the database. 256 bytes are reserved for built-in SharePoint columns, which leaves 7744 bytes for end-user columns. For details on how much space each type of field consumes, please look at the Column Limits. File size 2 GB The default maximum file size is 50 MB. This can be increased up to 2 GB, but a large volume of very large files can impact farm’s performance. Documents 30.000.000 per library Supported You can create very large document libraries by nesting folders, using standard views and site hierarchy. This value may vary depending on how documents and folders are organized, and by the type and size of documents stored. Items 30.000.000 per list You can create very large lists using standard views, site hierarchies, and metadata navigation. This value may vary depending on the number of columns in the list and the usage of the list.

Guía para rendimiento óptimo Object Scope Guidelines for optimum performance Site collections Database 50.000 Web sites Web site 2.000 Site collection 250.000 Documents Folder Library 2 millones Security principals Users Items List Web Parts Page 100 Web Part personalization 10.000 Lists Document size File 50 MB

Gestión de aplicaciones Define el modo de gestionar las aplicaciones que se se desarrollan en el entorno

Gestión de aplicaciones Los puntos más destacados a cubrir para la Gestión de aplicaciones: Políticas de integración con aplicaciones Políticas de despliegue y traspaso entre entornos Política de desarrollo Gestión de componentes Branding

Consultoría e Implantación de SharePoint Governance CASOS PRÁCTICOS

CASOS PRÁCTICOS Sector: MEDIOS

Caso práctico 1. Necesidad Implantar arquitectura colaborativa de SharePoint, a diferentes grupos de usuarios (áreas, departamentos, etc.) para poder compartir información. 2000 usuarios. Garantizar un correcto funcionamiento de la herramienta (rendimiento, backup, etc.) con la mínima gestión de TI. Colecciones de sitios gestionados por IT. Sitios individuales gestionados por los usuarios propietarios. Definición de plantillas reutilizables Facilidad para gestionar permisos, seguridad de roles

Caso práctico 1: IT Governance Infraestructura Definir topología de servidores y hardware necesario. Definición de entornos necesarios (entorno de laboratorio, entorno de desarrollo, pre-producción, producción) Alta disponibilidad (pre-producción y producción) Definir servicios a utilizar y servidores que los ejecutan Integración de aplicaciones (InfoPath, Office, Power Pivot, etc.)

Caso práctico 1: IT Governance Governance SharePoint 2010 Definición Datos basicos de las granjas de SharePoint Datos entornos   Desarrollo Preproducción Produccion Administración central http://share2010-test:60000 http://share2010-pre:60000 http://share2010-pro:60000 Aplicación web principal http://share2010-test http://share2010-pre http://share2010-pro Ruta administrada principal para la creación de Site Collections /sitios Usuarios Adminitrador de la granja dominio\share_admin Password Usuario SQL dominio\Admin_sql Configuración de servidores de las granjas de SharePoint Role Type (Standard or virtual) # of machines Procs RAM IOPS need Disk size OS+Log Data drive Pre - producció Web servers Virtual 2 4 cores 4 N/A 100 GB Content database server 1 4 quad-core 2.33 (GHz) 2k 400 GB 20 disks of 300GB @ 15K RPM Application servers Producció 1 cluster 8

Caso práctico 1. Arquitectura de la información Definir componentes básicos que el cliente puede administrar Web Sites Navegación incluida con SharePoint mediante sites y subsites que formen parte de un site collection Administración de grupos y permisos específicos Temas específicos por sites. Existen herramientas para realizar Backups de sites individualmente. Los subsites pueden heredar permisos del top-level site. Site Collections Posibilidad de tener una base de datos dedicada Por Site Collection: Papelera de reciclaje dedicada, informes de uso específicos, administración de permisos y plantillas de cuota (limitación de recursos usados) y bloqueos. Cada colección contiebe un top-level site y puede tener varios subsites Compartición de elementos: Master pages, page layouts, images, site templates Configuración especifica de los ámbitos de búsqueda, Permisos no heredables de otras SC. Se define la creación de colecciones de sitio administradas por IT, cediendo el control de su administración a los usuarios propietarios. Site Collection on Demand

Caso práctico 1. Arquitectura de la información Definición de plantillas de contenidos Existencia de diversas plantillas preconfiguradas con distintas funcionalidades: Definición de plantillas de bibliotecas de documentos con vistas preconfiguradas Repositorio de documentos: wikis, blogs, lista de contactos,… Workflows de aprobación de documentos Grupos y usuarios Definición de cuotas para cada aplicación Definición de los niveles de permisos por grupo El propietario de un Site Collection no tendrá control total, pero sí el suficiente como para administrar permisos, contenido, etc.

Caso práctico 1. Beneficios Autogestión del sitio por parte del usuario sin riesgo Liberación de IT ya que no interviene en la administración Aumento de la seguridad Disaster recovery más rápido y ágil Accesibilidad y compartición de documentos

CASOS PRÁCTICOS Sector: UTILITIES

Caso práctico 2. Necesidad Organización verticalizada: cada área de negocio se autogestiona tratando directamente con proveedores o departamento de desarrollo. No hay una política de gobierno de la plataforma definida. Se necesita definir la arquitectura del sistema a nivel lógico, físico, modelo de seguridad, los componentes y criterios de arquitectura, las plantillas, los estándares y las políticas.

Caso práctico 2. Solución Infraestructura Definición de entornos Accesos a la infraestructura (con ADFS) Arquitectura de SharePoint Arquitectura de la información Plantillas Políticas y procedimientos Gestión de aplicaciones Políticas de desarrollo y componentes Procedimientos de despliegue Procedimientos de integración entre aplicaciones

Caso práctico 2. IT Governance Definición de capas SOA que encapsulan módulos tecnológicos

Caso práctico 2. IT Governance Se define la arquitectura de referencia basada en SharePoint y el buscador corporativo

Caso práctico 2. Solución: IT Governance Servicios de la plataforma Servicio de búsqueda. Gestión de índices y recuperación de contenidos Acceso intranet y extranet. Autenticación con ADFS Políticas de mantenimiento de la plataforma Criterios para creación de bases de datos de contenido Creación de colecciones de sitio Procedimientos de Backup Volumen y espacio de almacenamiento Políticas de Seguridad

Caso práctico 2. Arquitectura de información Definición de la arquitectura lógica de aplicaciones

Caso práctico 2. Arquitectura de la información Colecciones de sitio Plantillas de lista y de sitio Reporting Grupos y roles de usuarios Conjuntos de documentos y Workflows Criterios y políticas de Creación de aplicaciones web Creación de espacios de colaboración Criterios para creación de bases de datos de contenido Creación de colecciones de sitio Creación de sitios o uso de existentes Contribución en el sistema

Caso práctico 2. Gestión de aplicaciones Integración con aplicaciones corporativas Conexión con fuentes externas Manejo de EventHandlers Inventario de componentes y WebParts Políticas y normativas de desarrollo Buenas prácticas de desarrollo Limitaciones de la plataforma en el desarrollo Control de versiones del software desarrollado Paso entre entornos Despliegue de plantillas de sitio / soluciones

Caso práctico 2. Beneficios Disponer de políticas y criterios tangibles para la escalabilidad y gobierno de la plataforma Disponer de manuales de operación y políticas para la administración de la plataforma Reutilización de servicios y componentes Conseguir una plataforma homogénea y controlada, manteniendo la eficiencia que proporciona la verticalización y autogestión de las áreas de negocio

Hablamos? Oriol Bes obo@nextret.net Jordi Herrero jhc@nextret.net