Ciclo de vida servicios soa v 1.0

2,195 views
2,006 views

Published on

El Servicio es el eje donde pivota una Arquitectura orientada a SOA. La metodología Ágil es una excelente candidata a ser aplicada en la gestión de su ciclo de vida

Published in: Technology
1 Comment
4 Likes
Statistics
Notes
No Downloads
Views
Total views
2,195
On SlideShare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
97
Comments
1
Likes
4
Embeds 0
No embeds

No notes for slide

Ciclo de vida servicios soa v 1.0

  1. 1. Ciclo de vida de los Servicios SOA
  2. 2. Indice Introducción SOA Ciclo de vida de los servicios Gobierno SOA
  3. 3. Que es SOA ? SOA (Service Oriented Architecture) es un estilo o estrategia de arquitectura empresarial distribuida basada en estándares, en la cual: Se separan formalmente los servicios de sus consumidores. Los proveedores del servicio publican un contrato que será la base para su consumo. Existe un acoplamiento débil entre proveedores y consumidores de servicios. Por lo tanto SOA facilita: La interoperabilidad La reutilización La integración entre sistemas y aplicaciones La agilidad en la aplicación de cambios
  4. 4. Que es un Servicio en SOA ? BPM Un servicio es una funcionalidad construida como un componente reutilizable para ser empleado en un proceso de negocio. …. Modificar model? SI Modificar Expedient/ Guardar …. NO Notificació a ES Sol·licitar revisió model a ES Servei Notificació Servei actualització estat model/ expedient Identificació expedient Servei Recuperar dades expedient Servei modificació expedient Identificació i recuperació de dades expedient Identificació expedient Registre de sortida Debe cumplir : Responder a los requerimientos del negocio, con funcionalidad auto-contenida Ofrecer la calidad de servicio de servicio deseada (SLA) Ocultar o encapsular cómo se ha implementado y con qué tecnología. Actualitzar expedient Servei emmagatzematge model ESB Modificar model associat a l’expedient i guardar versió FileNET Emmagatze matge del model
  5. 5. Que es un Servicio ? Ejemplo de servicio y de composición Obtener Word Conversió n A PDF/A SERVICIO Dejar en Archivo Seguro Firma Sello De Tiempo Checking Checkout
  6. 6. Manifiesto SOA - Prioridades Prioriza estos aspectos • Valor para el negocio • Objetivos estratégicos • Interoperabilidad intrínseca • Servicios compartidos • Flexibilidad • Perfeccionamiento evolutivo Frente a estos • Estrategia técnica • Beneficios de un proyecto específico • Integraciones a medida • Implementaciones de carácter específico • Optimización • Perseguir la perfección inicialmente
  7. 7. Modelo de Madurez SOA Estadio 1 Organización y estrategia Reflexión estratégica i cambios en el entorno Necesidades de negocio y adopción por parte de la Dirección. Análisis y preparación SOA Planificación de la transformación Estadio 2 Estadio 3 Estadio 4 Modelo Operativo SOA Organización SOA Factoría SOA Implantación táctica Primeros proyectos SOA Infraestructura base SOA Inicio de procesos de gobierno y organización Ajuste rendimiento Inicio catálogo de procesos y servicios Implantación en servicios/procesos estructurales (core) Infraestructura completa SOA Procesos de gobierno y organización consolidados Monitorización Catálogo operativo de procesos y servicios Reutilización sistemática de servicios Automatización de regles de negocio al modelo operativo Automatización del gobierno Cuadros de comando de procesos y servicios Federación Que se consiguen mediante un proceso iterativo, por etapas, en los que la organización “aprende” y madura su estrategia.
  8. 8. Indice Introducción SOA Ciclo de vida de los servicios Gobierno SOA
  9. 9. Ciclo de Vida de los Servicios En una primera aproximación, El Ciclo de Vida Se puede dividir en 3 fases: Requisitos y Análisis Explotación Diseño y desarrollo
  10. 10. Ciclo de Vida de los Servicios Requisitos y Análisis Diseño y desarrollo Explotación Analizar los requisitos del sistema y del negocio. Transformar los servicios definidos en servicios software. Publicación de los servicios disponibles. Identificar potenciales sistemas existentes que se verán afectados. Identificar y verificar el cumplimiento de los estándares y normas definidas. Facilitar y favorecer su localización y consumo. Identificar los responsables del servicio. Definir, asociar, desarrollar, validar y verificar servicios Definir métricas SLA’s de servicios. Consultor Arquitecto
  11. 11. Ciclo de Vida de los Servicios Primeras conclusiones  Necesidad de un repositorio empresarial que incluya la catalogación de servicios.  Necesidad de directrices, estándares y metodología para llevar a cabo el ciclo de vida  Definición y aplicación de seguridad: en la comunicación, en la autenticación y autorización, etc.  Necesidad de parámetros de calidad: cumplimiento de los puntos anteriores, tiempos de respuesta, alta disponibilidad … SLA y maneras de monitorizar dicha calidad.
  12. 12. Repositorio Empresarial Un repositorio empresarial ha de:  Tener catalogados los activos de la empresa: aplicaciones, procesos, funcionalidades, servicios etc.  Relacionar activos entre si. Con el objetivo de responder a preguntas del tipo:  ¿si modifico este servicio a qué/quién afecta?  ¿quién es el responsable de este activo?  ¿alguien utiliza este servicio?  ¿en qué entornos está desplegado este servicio?
  13. 13. Repositorio Empresarial ¿Cómo puedo tener un repositorio empresarial?  Excel  Desarrollos a medida  Poca complejidad, pocos activos poca información Configuración de productos de gestión de información: –Wiki ( Atlassian Confluence )  Productos específicos de Fabricantes –Enterprise Repository Mucha complejidad, muchos activos, mucha información
  14. 14. Metodología, directrices y estándares en los servicios Las tareas a realizar a lo largo de todo el ciclo de vida de un servicio son similares a las tareas de cualquier proyecto de software. Puntos donde poner énfasis:  Fase de requisitos y análisis – incorporación a la metodología habitual un anexo de servicios  Fase de diseño y desarrollo: – Se ha de definir, especificar, definir asociaciones, desarrollar , validar y verificar el servicio – Se han de definir directrices ( cómo y cuándo crear, versionar o modificar un servicio, tratamiento de errores, etc. ), seguir estándares y ampliar la metodología si hace falta.  Fase de explotación: – Se encarga del despliegue, publicación, SLA y monitorización de los servicios. – Se han de definir directrices ( de despliegue o de pruebas de estrés, etc. ) Nota: en todas las fases se interactúa con el repositorio empresarial.
  15. 15. Seguridad en los servicios Políticas Estándares Uso interno, proveedores, cliente final. WSSE Trazabilizad Firma electrónica Autenticación y autorización SAML, Openid
  16. 16. Calidad El ámbito de la calidad en los servicios aplica a todas las fases del ciclo de vida.  Fase de requisitos y análisis –Buena definición de los requisitos  Fase de diseño y desarrollo: – Reaprovechamiento máximo de los servicios – Desarrollo cumpliendo estándares, cumpliendo con las directrices de desarrollo ( pruebas unitarias, alta disponibilidad, etc.). – Incorporación a un entorno de desarrollo definido: pruebas unitarias, integración continua, etc.  Fase de explotación: – Pruebas de estrés, tiempos de respuesta, SLAs Y requiere de herramientas que permitan supervisarla y monitorizarla.
  17. 17. SLA para cada servicio SLA Tiempo de respuesta. Capacidad de carga. 24x7, 6x12 ? Integración continua y testing automático. Consultor y arquitecto
  18. 18. Indice Introducción SOA Ciclo de vida de los servicios Gobierno SOA
  19. 19. ¿Qué es el gobierno SOA? El gobierno SOA se enfoca en la gestión del ciclo de vida de los servicios con el objetivo de garantizar el valor de negocio. En otras palabras, el gobierno SOA define: • ¿Qué hay que hacer? • P.ej: Reutilizar al máximo los servicios existentes • ¿Cómo se tiene que hacer? • Consultando el repositorio empresarial • ¿Quién tiene que hacerlo? • Responsable del diseño y desarrollo • ¿Cómo se mide? • % reutilización servicios existentes
  20. 20. ¿Porqué puede fracasar SOA? Según un estudio de Gartner, la gran mayoría de fracasos en implantaciones SOA es debido a dos factores: implementaciones técnicas deficientes o falta de gobierno corporativo. "Los proyectos implementados hasta la fecha demuestran que SOA requiere mayor inversión en el gobierno del diseño de servicios y mejores prácticas en la integración de aplicaciones, que van más allá de los niveles actuales en la mayoría de las empresas“. - Paolo Malinverno
  21. 21. ¿Qué hace un Gobierno SOA? Se puede dividir en 3 fases: Requisitos y Análisis Diseño y desarrollo Explotación Analizar los requisitos del sistema y del negocio. definir cómo se van a identificar los servicios y cómo se va asegurar que dichos servicios satisfacen los requisitos definir cuáles son los procedimientos a seguir: registrar un servicio, cambiar de versión o migrar un servicio Identificar potenciales sistemas existentes que se verán afectados. garantizar que el servicio cumple los principios arquitecturales definidos definir el proceso a seguir para llegar a un acuerdo de nivel de servicio Identificar los responsables del servicio. asegurar que los servicios asociados cumple con la estrategia definida Permitir monitorizar los acuerdos de servicios verificar el cumplimiento de los estándares y normas definidas. realizar acciones correctivas adecuadas en el caso de que no se cumplan los niveles de servicio acordados definir los diferentes niveles de pruebas que deben realizarse para validar y verificar cada servicio
  22. 22. Soporte para el Gobierno SOA Herramientas de soporte al gobierno SOA Repositorio empresarial. Registro de servicios (UDDI) Framework de desarrollo Herramientas de monitorización ( tipo BAM) …
  23. 23. Peligros de la falta de Gobierno SOA Esto podría convertirse ... La promesa SOA … en esto Un montón de servicios … y los beneficios SOA pueden desaparecer
  24. 24. Enfoque ágil de gobierno SOA 1. Define tus metas y estrategias 1 6. Refina y prepara el siguiente nivel de madurez SOA Enfoque ágil de gobierno SOA 6 5 5. Analiza y mejora 2. Define estándares, 2 políticas, y procedimientos 3 3. Define Métricas 4 4. Pon en marcha los mecanismos de gobierno
  25. 25. Enfoque ágil de gobierno y modelo de madurez SOA Estadio 3 Estadio 2 Estadio 1 Estadio 4 Modelo Operativo SOA Organización SOA Factoría SOA Implantación táctica Organización y estrategia Implantación en servicios/procesos estructurales (core) Primeros proyectos SOA Reflexión estratégica i cambios en el entorno Infraestructura base SOA Automatización del gobierno Procesos de gobierno y organización consolidados Ajuste rendimiento Inicio catálogo de procesos y servicios Análisis y preparación SOA Automatización de regles de negocio al modelo operativo Infraestructura completa SOA Inicio de procesos de gobierno y organización Necesidades de negocio y adopción por parte de la Dirección. Reutilización sistemática de servicios Cuadros de comando de procesos y servicios Monitorización Planificación de la transformación Federación Catálogo operativo de procesos y servicios 1 6 6 5 2 4 3 2 6 5 4 3 2 6 5 4 3 2 6 5 4 3 2 6 5 4 3 2 6 5 4 3 2 6 5 4 3 2 5 4 3
  26. 26. Paso1. Define metas y estrategias ¿Que metas me propongo alcanzar? ¿Que estrategia SOA voy a seguir? ¿Cuál es mi situación y capacidad actual? ¿Que roadmap voy a seguir? No olvides involucrar a la capa de negocio!!
  27. 27. Paso 2. Define estándares, políticas y procedimientos Governance Board Enterprise Architects Executives Comunica Business Analysts Create Manage Developers Architects FeedBack IT Managers Issues: •Estándares •Políticas •Procedimientos Administrators
  28. 28. Paso 3. Define tus métricas ¿Porqué medir? Determinar el grado de avance Disponer de indicadores de cumplimiento ¿Que Medir? Estándares, cumplimiento de normas, nº de proyectos en curso, nº de servicios nuevos creados, nº de servicios reutilizados, métricas de reutilización de servicios, SLA’s de tiempos de respuesta, etc. ¿Como Medir? ¿Qué puedo automatizar? ¿Qué puedo obtener fácilmente?
  29. 29. Paso 4. Pon en marcha los mecanismos de gobierno Traslada la visión de gobierno Fomenta el cambio de comportamiento Asegúrate de la participación de las personas adecuadas Conciencia a la organización Comunicación y colaboración Centro de excelencia Roles y responsabilidades Financiera, Portfolio, Personas, Arquitectura, Proyectos , Tecnología, etc. Administra, Monitoriza y controla Mecanismos de manejos de excepciones. Comunicación hacía arriba cuando no se cumplen las políticas definidas.
  30. 30. Paso 5. Analiza y mejora Analiza las métricas obtenidas. Verificar el cumplimiento de tus objetivos. ¿Con qué frecuencia nos hemos desviado del roadmap? ¿Nos informan cuando sucede? ¿Es necesario cambiar algunas políticas por ser demasiado restrictivas? ¿Hemos sido demasiado permisivos? Analizando la información obtenida, ¿Qué decisiones vas a tomar? Crea los mecanismos necesarios para obtener el feedback de las personas involucradas.
  31. 31. Paso 6. Refina y alcanza un nivel de madurez SOA Prepara el camino hacía la siguiente iteración ¿Que nuevas metas me propongo alcanzar? ¿He de cambiar alguna parte de mi estrategia? ¿Cuál es mi nueva situación y que capacidad tengo actualmente? ¿Que nuevo roadmap voy a seguir?
  32. 32. En Resumen • Ponte retos iniciales asumibles; • define proyectos piloto inicialmente con alcances acotados. • Involucra progresivamente a tus proyectos, actores, … en el camino SOA. • La adopción de SOA debe hacerse progresivamente. • Ten paciencia. • La etapa de consolidación puede durar 2 o 3 años aproximadamente, después de este periodo de consolidación, los problemas mayores serán de sostenibilidad y mantenibilidad. • Gestiona bien el cambio. • Lidera, evangeliza, involucra y motiva a todos los actores.
  33. 33. Chakray: Quiénes Somos Misión: Aportar la excelencia en la Planificacion, implantacion , Soporte y Formación de Sistemas Criticos OpenSource CHAKRAY : “Palabra Quechua que describe el buen uso que en el mundo Andino se le ha dado a la Tecnología para el trabajo con la tierra.” Visión: Ser una empresa de Alta Especialización sobre Sistemas Críticos OpenSource, Sabemos que el principal activo es nuestro equipo. Sabemos colaborar con todos los “Stakeholders“ en Proyectos sobre Tecnologías de la Información con base en plataformas OpenSource dando soporte de muy alta calidad a los negocios de sus clientes, gestionando y evolucionando sus Sistemas de Información. Presentación Corporativa
  34. 34. Chakray: Nuestros Principios • • • • Hacemos bien las cosas. Sabemos que la Tecnología es Soporte al Negocio y conocemos su Criticidad Somos Especialistas en las soluciones que proponemos No reinventamos la rueda .Trabajamos con Arquitecturas Escalables bajo una Orientación a Servicios SOA (Service Oriented Architecture) con una Arquitectura de Referencia Probada. Desarrollo, Construcción e Integración Ágil y cercana al Negocio, bajo BPM (Busines Process Management) y PDD (Process Development Drive) • Aplicamos la Seguridad a todos los niveles de la Solución • Nuestra Solución es Virtualizable y orientada a la Nube Presentación Corporativa
  35. 35. Arquitectura de Referencia SOA en Chakray Una Arquitectura de referencia Trabajamos sobre una Arquitectura de referencia Probada y capaz de dar Solución a los requerimientos del Negocio
  36. 36. Arquitectura de Referencia SOA en Chakray Un Stack de productos de Referencia La Arquitectura es implementada por una serie de productos OpenSource en los que somos Espacialistas
  37. 37. Gracias por la atención Haciendo Bien las cosas, con la Tecnologia adecuada para el Soporte al Negocio Presentación Corporativa

×