NexTReT CEUS Governance SharePoint

  • 1,665 views
Uploaded on

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.

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.

More in: Technology
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
No Downloads

Views

Total Views
1,665
On Slideshare
0
From Embeds
0
Number of Embeds
0

Actions

Shares
Downloads
29
Comments
0
Likes
3

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. Jordi HerreroDirector de DesarrolloARQUITECTURA Y GOVERNANCE CON SHAREPOINT2010 EN GRANDES CORPORACIONES
  • 2. Nuestra misión: Optimizamos el área TIC de nuestros clientesDesde 1993, más de 5.000 proyectos con éxito250 profesionales; más de 100 certificadosOficinas en Madrid y Barcelona
  • 3. Soluciones destacadas • Transportes: Infraestructura tecnológica en Alta disponibilidad Implantación y mejora de Implantación de la solución Citrix en granja y publicación de las aplicaciones sistemas y comunicaciones corporativas como plataforma de trabajo del usuario para un total de 5000 usuarios. Operación y gestión de • Administración pública: Centralización de sedes departamentales Outsourcing y mantenimiento de sistemas y comunicaciones, soporte on infraestructuras site y helpdesk para 800 usuarios. 15 personas, 2 años Gobierno de la calidad de • Ocio: Gobierno y mejora de la calidad de servicio de aplicaciones Entorno WAN complejo (70 países y más de 150 sedes) Definición de servicio objetivos de servicio, visibilidad y mejora de SLAs • Utilities: Gestión de conocimiento con SharePoint 2010Colaboración y productividad Diseño e implementación de la arquitectura y el modelo de governance para un servicio con 22.000 usuarios y 4Tb de datos
  • 4. NexTReT también puede ayudarte a mejorar tu empresa
  • 5. NexTReT y Microsoft: Más que PartnersUna apuesta estratégica:  Microsoft Gold Certified Partner  Microsoft Innovation Center: Preferred Partner
  • 6. Especialización SharePointNexTReT 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.
  • 7. Contrastada experiencia en SharePoint – Intranet, colaboración, e-learning, … – Portales públicos – Gestión de procesos – Business IntelligenceY en Infraestructuras Microsoft
  • 8. Consultoría e Implantación de SharePoint GovernanceGOVERNANCE
  • 9. Governance: DefiniciónGovernance es el conjunto de políticas, roles,responsabilidades y procesos que orienta,dirige y controla la forma en la que las áreasde negocio de una organización 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 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
  • 10. Tipologías de GovernanceDiferentes tipologías de sitio suelen requerir diferentes políticasde gobierno.Típicamente, los sitios de publicación tienen un governance másestricto que los sitios de grupo o los sitios personales.Cada tipo de sitio puede tener un plan específico de Governance.
  • 11. IT GovernanceEn el gobierno de TI, se pueden controlar ygestionar los servicios ofrecidos por la plataforma yse puede centralizar la administración de los sitioso bien delegarla en los grupos de usuarios.
  • 12. IT GovernanceLos puntos más destacados a cubrir por el Gobierno deTI 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
  • 13. Topología de servidores• Instalaciones limitadas
  • 14. Topología de servidores• Small farms
  • 15. Topología de servidores• Medium farms
  • 16. Topología de servidores• Large farms
  • 17. Carga de servidores
  • 18. Arquitectura de InformaciónLa Arquitectura de la información es la gestión de la informaciónen una empresa - sus sitios, documentos, listas y páginas - paramaximizar la facilidad de uso de la información y de gestión. Otroaspecto de la gestión de la información es determinar lospermisos y roles de usuario para el acceso al contenido.
  • 19. Arquitectura de InformaciónLos puntos más destacados a cubrir para laArquitectura 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
  • 20. Arquitectura de la informaciónDefinición de la arquitectura de información encuanto: • Web applications • Site collection • Sites • Content databases • Server farms • Service applications • Zones • My Sites
  • 21. Definición de estructura de sitios
  • 22. Límites de Aplicación 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. Límites 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. Límites en Colección 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 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. 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. Límites 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 farm’s 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. Guía 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. Gestión de aplicacionesDefine el modo de gestionar las aplicaciones que sese desarrollan en el entorno
  • 28. Gestión de aplicacionesLos puntos más destacados a cubrir para la Gestiónde 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
  • 29. Consultoría e Implantación de SharePoint GovernanceCASOS PRÁCTICOS
  • 30. CASOS PRÁCTICOSCASO PRÁCTICO 1: SECTOR MEDIOS
  • 31. 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
  • 32. Caso práctico 1: IT GovernanceInfraestructura • 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.)
  • 33. Caso práctico 1: IT Governance Governance SharePoint 2010DefiniciónDatos basicos de las granjas de SharePointDatos entornos Desarrollo Preproducción ProduccionAdministración central http://share2010-test:60000 http://share2010-pre:60000 http://share2010-pro:60000Aplicación web principal http://share2010-test http://share2010-pre http://share2010-proRuta administrada principal para la creación de SiteCollections /sitios /sitios /sitiosUsuariosAdminitrador de la granja dominioshare_admin PasswordUsuario SQL dominioAdmin_sql PasswordConfiguración 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 práctico 1. Arquitectura de la informaciónDefinir 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
  • 35. Caso práctico 1. Arquitectura de la informaciónDefinició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 documentosGrupos 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.
  • 36. 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
  • 37. CASOS PRÁCTICOSCASO PRÁCTICO 2: SECTOR UTILITIES
  • 38. 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.
  • 39. Caso práctico 2. Solución1. Infraestructura • Definición de entornos • Accesos a la infraestructura (con ADFS) • Arquitectura de SharePoint2. Arquitectura de la información • Plantillas • Políticas y procedimientos3. Gestión de aplicaciones • Políticas de desarrollo y componentes • Procedimientos de despliegue • Procedimientos de integración entre aplicaciones
  • 40. Caso práctico 2. IT GovernanceDefinición de capas SOA que encapsulan módulos tecnológicos
  • 41. Caso práctico 2. IT GovernanceSe define la arquitectura de referencia basada enSharePoint y el buscador corporativo
  • 42. 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
  • 43. Caso práctico 2. Arquitectura de la informaciónDefinición de la arquitectura lógica de aplicaciones
  • 44. 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
  • 45. 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
  • 46. 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
  • 47. Chequeo SharePoint Analizamos tus constantes vitales  Riesgos, rendimiento y escalabilidad  Mejores prácticas y gobiernoPrescribimos tratamientos prácticos Solicítalo nextret@nextret.net
  • 48. Hablamos? Oriol Besobo@nextret.net Jordi Herrerojhc@nextret.net