NexTReT CEUS Governance SharePoint

of 49/49
  • date post

    05-Dec-2014
  • Category

    Technology

  • view

    2.116
  • download

    2

Embed Size (px)

description

Experiencias, best practices y recomendaciones para el diseño, implementación y gobierno de infraestructuras SharePoint para garantizar estabilidad, escalabilidad, seguridad y control de negocio.

Transcript of NexTReT CEUS Governance SharePoint

  • 1. Jordi HerreroDirector de DesarrolloARQUITECTURA Y GOVERNANCE CON SHAREPOINT2010 EN GRANDES CORPORACIONES
  • 2. Nuestra misin: Optimizamos el rea TIC de nuestros clientesDesde 1993, ms de 5.000 proyectos con xito250 profesionales; ms de 100 certificadosOficinas en Madrid y Barcelona
  • 3. Soluciones destacadas Transportes: Infraestructura tecnolgica en Alta disponibilidad Implantacin y mejora de Implantacin de la solucin Citrix en granja y publicacin de las aplicaciones sistemas y comunicaciones corporativas como plataforma de trabajo del usuario para un total de 5000 usuarios. Operacin y gestin de Administracin pblica: Centralizacin de sedes departamentales Outsourcing y mantenimiento de sistemas y comunicaciones, soporte on infraestructuras site y helpdesk para 800 usuarios. 15 personas, 2 aos Gobierno de la calidad de Ocio: Gobierno y mejora de la calidad de servicio de aplicaciones Entorno WAN complejo (70 pases y ms de 150 sedes) Definicin de servicio objetivos de servicio, visibilidad y mejora de SLAs Utilities: Gestin de conocimiento con SharePoint 2010Colaboracin y productividad Diseo e implementacin de la arquitectura y el modelo de governance para un servicio con 22.000 usuarios y 4Tb de datos
  • 4. NexTReT tambin puede ayudarte a mejorar tu empresa
  • 5. NexTReT y Microsoft: Ms que PartnersUna apuesta estratgica: Microsoft Gold Certified Partner Microsoft Innovation Center: Preferred Partner
  • 6. Especializacin SharePointNexTReT basa la su experiencia en SharePoint desde: Adopcin temprana de versiones beta (2007 y 2010) Ms de 50 proyectos desarrollados Ms de 30 certificados Aplicacin en cualquier rea de inversin Integracin con otras aplicaciones Experiencia de integracin con SAP, SIEBEL, etc.
  • 7. Contrastada experiencia en SharePoint Intranet, colaboracin, e-learning, Portales pblicos Gestin de procesos Business IntelligenceY en Infraestructuras Microsoft
  • 8. Consultora e Implantacin de SharePoint GovernanceGOVERNANCE
  • 9. Governance: DefinicinGovernance es el conjunto de polticas, roles,responsabilidades y procesos que orienta,dirige y controla la forma en la que las reasde negocio de una organizacin y los equiposde IT cooperan para lograr los objetivos denegocio. Se distinguen tres reas principalespara el gobierno de SharePoint 2010: IT governance: Entornos, operaciones y servicios de la plataforma Arquitectura de Informacin: Administracin de la informacin y contenidos que los usuarios almacenan Gestin de aplicaciones: Soluciones personalizadas, integracin y desarrollo de componentes
  • 10. Tipologas de GovernanceDiferentes tipologas de sitio suelen requerir diferentes polticasde gobierno.Tpicamente, los sitios de publicacin tienen un governance msestricto que los sitios de grupo o los sitios personales.Cada tipo de sitio puede tener un plan especfico de Governance.
  • 11. IT GovernanceEn el gobierno de TI, se pueden controlar ygestionar los servicios ofrecidos por la plataforma yse puede centralizar la administracin de los sitioso bien delegarla en los grupos de usuarios.
  • 12. IT GovernanceLos puntos ms destacados a cubrir por el Gobierno deTI son: Gestin del ciclo de vida de los sitios Proteccin de datos (backup y restauracin) Mantenimiento y operaciones Seguridad y accesos Rendimiento y escalabilidad Entornos y topologa de servidores Volumen de almacenamiento, bases de datos
  • 13. Topologa de servidores Instalaciones limitadas
  • 14. Topologa de servidores Small farms
  • 15. Topologa de servidores Medium farms
  • 16. Topologa de servidores Large farms
  • 17. Carga de servidores
  • 18. Arquitectura de InformacinLa Arquitectura de la informacin es la gestin de la informacinen una empresa - sus sitios, documentos, listas y pginas - paramaximizar la facilidad de uso de la informacin y de gestin. Otroaspecto de la gestin de la informacin es determinar lospermisos y roles de usuario para el acceso al contenido.
  • 19. Arquitectura de InformacinLos puntos ms destacados a cubrir para laArquitectura de la Informacin: Organizacin 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 autenticacin / IRM
  • 20. Arquitectura de la informacinDefinicin de la arquitectura de informacin encuanto: Web applications Site collection Sites Content databases Server farms Service applications Zones My Sites
  • 21. Definicin de estructura de sitios
  • 22. Lmites de Aplicacin Web MaximumLimit Limit type Notes value 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 300 per Web new site collection will experience performance degradation.Content database Supported application 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. The number of zones defined for a farm is hard coded to 5. 5 per WebZone Boundary Zones include Default, Intranet, Extranet, Internet, and application custom. Managed paths are cached on the Web server, and CPU resources are used to process incoming requests against the 20 per WebManaged path Supported managed path list. If you plan to exceed twenty managed application paths in a given Web application, we recommend that you test for acceptable system performance.
  • 23. Lmites en BD de Contenido MaximumLimit Limit type Notes value 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 200 GB per and archives with non-collaborative I/O and usage patterns, such asContent database Content Supported Records Centers. Larger database sizes are supported for thesesize database 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. Time to firstRemote BLOB byte of any When SharePoint Server 2010 is configured to use RBS, and theStorage (RBS) response BLOBs reside on NAS storage, consider the following boundary.storage subsystem from the Boundary From the time that SharePoint Server 2010 requests a BLOB, until iton Network NAS cannot exceed 20 receives the first byte from the NAS, no more than 20 millisecondsAttached Storage milliseconds can pass.(NAS)
  • 24. Lmites en Coleccin de Sitios MaximumLimit Limit type Notes value 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. 250.000 per siteWeb site Supported Or a deep hierarchy with 100 sites, each with 10 subsite levels collection would also contain a total of 100.000 Web sites. Note: Deleting or creating a site or subsite can have significant impact on a sites 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. A site collection should not exceed 100 GB unless it is the only site collection in the database. 100 GB per site Certain site collection actions, such as site collectionSite collection size Supported 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.
  • 25. Lmites en listas y bibliotecas MaximumLimit Limit type Notes value For each SharePoint list or library item, it is only allowed to occupy 8000 bytes in total in the database. 256 bytes are 8.000 bytes reserved for built-in SharePoint columns, which leaves 7744List row size Boundary per row bytes for end-user columns. For details on how much space each type of field consumes, please look at the Column Limits. The default maximum file size is 50 MB. This can beFile size 2 GB Boundary increased up to 2 GB, but a large volume of very large files can impact farms performance. You can create very large document libraries by nesting 30.000.000 folders, using standard views and site hierarchy. This valueDocuments Supported per library may vary depending on how documents and folders are organized, and by the type and size of documents stored. You can create very large lists using standard views, site 30.000.000 hierarchies, and metadata navigation. This value may varyItems Supported per list depending on the number of columns in the list and the usage of the list.
  • 26. Gua para rendimiento ptimo Object Scope Guidelines for optimum performanceSite collections Database 50.000Web sites Web site 2.000Web sites Site collection 250.000Documents Folder 2.000Documents Library 2 millonesSecurity principals Web site 2.000Users Web site 2 millonesItems List 2.000Web Parts Page 100Web Part personalization Page 10.000Lists Web site 2.000Document size File 50 MB
  • 27. Gestin de aplicacionesDefine el modo de gestionar las aplicaciones que sese desarrollan en el entorno
  • 28. Gestin de aplicacionesLos puntos ms destacados a cubrir para la Gestinde aplicaciones: Polticas de integracin con aplicaciones Polticas de despliegue y traspaso entre entornos Poltica de desarrollo Gestin de componentes Branding
  • 29. Consultora e Implantacin de SharePoint GovernanceCASOS PRCTICOS
  • 30. CASOS PRCTICOSCASO PRCTICO 1: SECTOR MEDIOS
  • 31. Caso prctico 1. Necesidad Implantar arquitectura colaborativa de SharePoint, a diferentes grupos de usuarios (reas, departamentos, etc.) para poder compartir informacin. 2000 usuarios. Garantizar un correcto funcionamiento de la herramienta (rendimiento, backup, etc.) con la mnima gestin de TI. Colecciones de sitios gestionados por IT. Sitios individuales gestionados por los usuarios propietarios. Definicin de plantillas reutilizables Facilidad para gestionar permisos, seguridad de roles
  • 32. Caso prctico 1: IT GovernanceInfraestructura Definir topologa de servidores y hardware necesario. Definicin de entornos necesarios (entorno de laboratorio, entorno de desarrollo, pre-produccin, produccin) Alta disponibilidad (pre-produccin y produccin) Definir servicios a utilizar y servidores que los ejecutan Integracin de aplicaciones (InfoPath, Office, Power Pivot, etc.)
  • 33. Caso prctico 1: IT Governance Governance SharePoint 2010DefinicinDatos basicos de las granjas de SharePointDatos entornos Desarrollo Preproduccin ProduccionAdministracin central http://share2010-test:60000 http://share2010-pre:60000 http://share2010-pro:60000Aplicacin web principal http://share2010-test http://share2010-pre http://share2010-proRuta administrada principal para la creacin de SiteCollections /sitios /sitios /sitiosUsuariosAdminitrador de la granja dominioshare_admin PasswordUsuario SQL dominioAdmin_sql PasswordConfiguracin de servidores de las granjas de SharePoint Type (Standard or Role # of machines Procs RAM IOPS need Disk size OS+Log Data drive virtual) Pre - producci Web servers Virtual 2 4 cores 4 N/A 100 GB N/AContent database 20 disks of 300GB Virtual 1 4 quad-core 2.33 (GHz) 4 2k 400 GB server @ 15K RPM Application Virtual 1 4 cores 4 N/A 100 GB N/A servers Producci Web servers Virtual 2 4 cores 4 N/A 400 GB N/AContent database 20 disks of 300GB Virtual 1 cluster 4 quad-core 2.33 (GHz) 8 2k 400 GB server @ 15K RPM Application Virtual 2 4 cores 8 N/A 400 GB N/A servers
  • 34. Caso prctico 1. Arquitectura de la informacinDefinir componentes bsicos que el cliente puede administrar Web Sites Navegacin incluida con SharePoint mediante sites y subsites que formen parte de un site collection Administracin de grupos y permisos especficos Temas especficos 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 especficos, administracin de permisos y plantillas de cuota (limitacin de recursos usados) y bloqueos. Cada coleccin contiebe un top-level site y puede tener varios subsites Comparticin de elementos: Master pages, page layouts, images, site templates Configuracin especifica de los mbitos de bsqueda, Permisos no heredables de otras SC. Se define la creacin de colecciones de sitio administradas por IT, cediendo el control de su administracin a los usuarios propietarios. Site Collection on Demand
  • 35. Caso prctico 1. Arquitectura de la informacinDefinicin de plantillas de contenidos Existencia de diversas plantillas preconfiguradas con distintas funcionalidades: Definicin de plantillas de bibliotecas de documentos con vistas preconfiguradas Repositorio de documentos: wikis, blogs, lista de contactos, Workflows de aprobacin de documentosGrupos y usuarios Definicin de cuotas para cada aplicacin Definicin 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.
  • 36. Caso prctico 1. Beneficios Autogestin del sitio por parte del usuario sin riesgo Liberacin de IT ya que no interviene en la administracin Aumento de la seguridad Disaster recovery ms rpido y gil Accesibilidad y comparticin de documentos
  • 37. CASOS PRCTICOSCASO PRCTICO 2: SECTOR UTILITIES
  • 38. Caso prctico 2. Necesidad Organizacin verticalizada: cada rea de negocio se autogestiona tratando directamente con proveedores o departamento de desarrollo. No hay una poltica de gobierno de la plataforma definida. Se necesita definir la arquitectura del sistema a nivel lgico, fsico, modelo de seguridad, los componentes y criterios de arquitectura, las plantillas, los estndares y las polticas.
  • 39. Caso prctico 2. Solucin1. Infraestructura Definicin de entornos Accesos a la infraestructura (con ADFS) Arquitectura de SharePoint2. Arquitectura de la informacin Plantillas Polticas y procedimientos3. Gestin de aplicaciones Polticas de desarrollo y componentes Procedimientos de despliegue Procedimientos de integracin entre aplicaciones
  • 40. Caso prctico 2. IT GovernanceDefinicin de capas SOA que encapsulan mdulos tecnolgicos
  • 41. Caso prctico 2. IT GovernanceSe define la arquitectura de referencia basada enSharePoint y el buscador corporativo
  • 42. Caso prctico 2. Solucin: IT Governance Servicios de la plataforma Servicio de bsqueda. Gestin de ndices y recuperacin de contenidos Acceso intranet y extranet. Autenticacin con ADFS Polticas de mantenimiento de la plataforma Criterios para creacin de bases de datos de contenido Creacin de colecciones de sitio Procedimientos de Backup Volumen y espacio de almacenamiento Polticas de Seguridad
  • 43. Caso prctico 2. Arquitectura de la informacinDefinicin de la arquitectura lgica de aplicaciones
  • 44. Caso prctico 2. Arquitectura de la informacin Colecciones de sitio Plantillas de lista y de sitio Reporting Grupos y roles de usuarios Conjuntos de documentos y Workflows Criterios y polticas de Creacin de aplicaciones web Creacin de espacios de colaboracin Criterios para creacin de bases de datos de contenido Creacin de colecciones de sitio Creacin de sitios o uso de existentes Contribucin en el sistema
  • 45. Caso prctico 2. Gestin de aplicaciones Integracin con aplicaciones corporativas Conexin con fuentes externas Manejo de EventHandlers Inventario de componentes y WebParts Polticas y normativas de desarrollo Buenas prcticas de desarrollo Limitaciones de la plataforma en el desarrollo Control de versiones del software desarrollado Paso entre entornos Despliegue de plantillas de sitio / soluciones
  • 46. Caso prctico 2. Beneficios Disponer de polticas y criterios tangibles para la escalabilidad y gobierno de la plataforma Disponer de manuales de operacin y polticas para la administracin de la plataforma Reutilizacin de servicios y componentes Conseguir una plataforma homognea y controlada, manteniendo la eficiencia que proporciona la verticalizacin y autogestin de las reas de negocio
  • 47. Chequeo SharePoint Analizamos tus constantes vitales Riesgos, rendimiento y escalabilidad Mejores prcticas y gobiernoPrescribimos tratamientos prcticos Solictalo [email protected]
  • 48. Hablamos? Oriol [email protected] Jordi [email protected]