Arquitectura y Governance con SharePoint 2010 en grandes corporaciones

Presentación del tema: "Arquitectura y Governance con SharePoint 2010 en grandes corporaciones"— Transcripción de la presentación:

1

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

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

4 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 usuarios y 4Tb de datos Colaboración y productividad

5 NexTReT también puede ayudarte a mejorar tu empresa

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

7 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.

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

9 Consultoría e Implantación de SharePoint Governance

10 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

11 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.

12 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.

13 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

14 Topología de servidores
Instalaciones limitadas

15 Topología de servidores
Small farms

16 Topología de servidores
Medium farms

17 Topología de servidores
Large farms

18 Carga de servidores

19 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.

20 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

21 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

22 Definición de estructura de sitios

23 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.

24 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 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.

25 Límites en Colección de Sitios
Limit Maximum value Limit type Notes Web site per site collection Supported The maximum recommended number of sites and subsites is 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 subsites, you would have a total of Web sites. Or a deep hierarchy with 100 sites, each with 10 subsite levels would also contain a total of 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.

26 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 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 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 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.

27 Guía para rendimiento óptimo
Object Scope Guidelines for optimum performance Site collections Database 50.000 Web sites Web site 2.000 Site collection 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

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

29 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

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

31 CASOS PRÁCTICOS Sector: MEDIOS

32 Caso práctico 1. Necesidad
Implantar arquitectura colaborativa de SharePoint, a diferentes grupos de usuarios (áreas, departamentos, etc.) para poder compartir información 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

33 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.)

34 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 Aplicación web principal 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

35 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

36 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.

37 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

38 CASOS PRÁCTICOS Sector: UTILITIES

39 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.

40 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

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

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

43 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

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

45 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

46 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

47 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

48 Hablamos? Oriol Bes Jordi Herrero