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.

2. Jordi Herrero
Director de Desarrollo
ARQUITECTURA Y GOVERNANCE CON SHAREPOINT
2010 EN GRANDES CORPORACIONES

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

4. 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 2010
Colaboració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

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
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
Maximum
Limit 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 Web
Zone 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 Web
Managed 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.

24. Límites en BD de Contenido
Maximum
Limit 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 as
Content database
Content Supported Records Centers. Larger database sizes are supported for these
size
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 first
Remote BLOB byte of any
When SharePoint Server 2010 is configured to use RBS, and the
Storage (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 it
on Network NAS cannot
exceed 20 receives the first byte from the NAS, no more than 20 milliseconds
Attached Storage
milliseconds can pass.
(NAS)

25. Límites en Colección de Sitios
Maximum
Limit 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 site
Web 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 collection
Site 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.

26. Límites en listas y bibliotecas
Maximum
Limit 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 7744
List 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 be
File 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 value
Documents 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 vary
Items Supported
per list 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
Web sites Site collection 250.000
Documents Folder 2.000
Documents Library 2 millones
Security principals Web site 2.000
Users Web site 2 millones
Items List 2.000
Web Parts Page 100
Web Part personalization Page 10.000
Lists Web site 2.000
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
CASO PRÁCTICO 1: 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. 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

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 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 /sitios /sitios
Usuarios
Adminitrador de la granja dominioshare_admin Password
Usuario SQL dominioAdmin_sql Password
Configuració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/A
Content 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/A
Content 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

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
CASO PRÁCTICO 2: 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
1. Infraestructura
• Definición de entornos
• Accesos a la infraestructura (con ADFS)
• Arquitectura de SharePoint
2. Arquitectura de la información
• Plantillas
• Políticas y procedimientos
3. 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
la 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. Chequeo SharePoint
Analizamos tus constantes vitales
 Riesgos, rendimiento y escalabilidad
 Mejores prácticas y gobierno
Prescribimos tratamientos prácticos
Solicítalo
nextret@nextret.net

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