480 likes | 586 Views
Jordi Herrero Director de Desarrollo. Arquitectura y Governance con SharePoint 2010 en grandes corporaciones. 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
E N D
Jordi Herrero Director de Desarrollo Arquitectura y Governance con SharePoint 2010 en grandes corporaciones
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
NexTReT y Microsoft: Más que Partners Una apuesta estratégica: • Microsoft GoldCertifiedPartner • Microsoft Innovation Center: PreferredPartner
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
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 • Largefarms
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 • Sitecollection • Sites • Content databases • Server farms • Serviceapplications • Zones • MySites
Gestión de aplicaciones Define el modo de gestionar las aplicaciones que se sedesarrollan 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
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, PowerPivot, etc.)
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 sitecollection • 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-levelsite. • SiteCollections • Posibilidad de tener una base de datos dedicada • Por SiteCollection: 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-levelsite y puede tener varios subsites • Compartición de elementos: Masterpages, page layouts, images, sitetemplates • 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. SiteCollectiononDemand
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 • Disasterrecovery más rápido y ágil • Accesibilidad y compartición de documentos
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