Explicación del gobierno de SOA
esb resource-governor (8)
¿Alguien tiene una idea de qué se trata SOA Governance? ¿Cuál es la diferencia (o correlación) entre SOA Governance y IT Governance? y ¿Cómo se puede aplicar utilizando las plataformas SOA disponibles en el mercado?
¿Puede un proyecto basado en la plataforma SOA tener éxito sin aplicar SOA Governance? ¿Cómo? Estoy hablando aquí desde un punto de vista práctico.
Consulte Arquitectura orientada a servicios y Gobernanza SOA para obtener ayuda.
La gobernanza de arquitectura orientada a servicios (SOA) es un concepto utilizado para actividades relacionadas con el control de los servicios en una SOA. El gobierno de SOA se puede ver como un subconjunto del gobierno de TI que, en sí mismo, es un subconjunto del gobierno corporativo. La atención se centra en los recursos que se aprovecharán para que SOA genere valor para la empresa.
SOA necesita una base sólida basada en estándares e incluye políticas, contratos y acuerdos de nivel de servicio . Se espera que el negocio pueda usar servicios para construir y cambiar el proceso comercial de la organización rápidamente. Para hacerlo, se requerirá un grado de granularidad en los servicios disponibles. En consecuencia, una SOA aumenta la necesidad de una buena gobernanza, ya que ayudará a asignar las autoridades, los roles y las responsabilidades de la toma de decisiones, y enfocará las capacidades organizativas necesarias para tener éxito.
En su forma más básica, SOA Governance trata sobre la administración de servicios. En su nivel más básico, puede pensar en temas tales como:
- Administrar la versión de los servicios: el servicio 1.0 está actualmente implementado, pero ahora hemos implementado el servicio 1.1. ¿Cómo redirigimos a los clientes del servicio antiguo al nuevo?
- Dar a los servicios un ciclo de vida: un servicio está en ''desarrollo''. Ahora que está completo y ha sido QAed, querremos pasarlo a ''producción''. Necesitamos tener una forma de agregar metadatos al servicio para indicar que, ¿qué ocurre si queremos eliminar nuestros servicios de desarrollo pero mantener nuestros servidores de producción en funcionamiento?
Obviamente hay otros, no existe una solución de gobierno sólida para cualquier entorno. El grado en que la gobernanza es necesaria es un tema candente de debate.
Descargo de responsabilidad: trabajo para IBM como consultor de WebSphere, por lo que mi opinión está influenciada por eso y el producto IBM más a menudo sugerido como respuesta a las preguntas anteriores, WebSphere Service Registry and Repository.
"¿Tengo una idea de qué se trata SOA Governance? ..."
La respuesta de Andrew Ferrier responde bastante bien a esta pregunta. Como cualquier otro activo (si se observan los servicios de esa manera), la gobernanza de los servicios se trata de controlar el activo. Es similar a la administración de código, excepto a nivel empresarial y, en general, por la empresa. Control de acceso, control de versiones, propiedad, etc. son conceptos en este espacio.
"¿Puede un proyecto basado en la plataforma SOA tener éxito sin aplicar la gobernanza SOA?"
Eso dependerá de tu definición de éxito. Sin embargo, si quiere decir que puede desplegar SOA correctamente en una empresa sin gobierno (con poco o ningún respeto sobre cómo se gestionará el servicio después de que esté en producción), la respuesta es un rotundo "Sí". Solo tenga en cuenta que en algún momento en el futuro, un servicio desplegado en una empresa eventualmente será discutido con respecto a la reutilización, accesibilidad y propiedad (por nombrar algunos). Ahí es donde entra la gobernanza y tendrás que hacerlo manualmente.
Al ser un empleado de una gran empresa, nuestro enfoque de gobernanza SOA controla el uso de estándares internos, como aprovechar un formato de mensaje común, garantiza que todos los WSDL producidos cumplan con los estándares de seguridad, como garantizar que todos los atributos tengan expresiones regulares adjuntas para su validación y alineación con nuestra arquitectura de negocios estratégica.
El gobierno de SOA también puede ser de dos niveles. A menudo, usted pasa su tiempo en sus aspectos internos, pero SOA también tenía la intención de abordar estos problemas entre las organizaciones asociadas que pueden estar bajo "tiendas" corporativas / gubernamentales completamente separadas.
Los estándares internos deben ceder a la voluntad de la comunidad en general, al menos en los puntos de interconexión.
El gobierno de SOA es un subconjunto del gobierno de TI en el que se centra en definir , implementar y aplicar las reglas de gobierno de TI utilizando SOA. También es una organización amplia , de lo contrario es prácticamente inútil, excepto como ejercicio.
Gobernanza de TI que es un subconjunto del gobierno corporativo y debe tener al menos una política de proporcionar valor comercial en cosas que hace la empresa.
Aquí hay un ejemplo:
- Proporcionar valor comercial (política corporativa)
- proporcionando calidad de servicio constante (política corporativa)
- proporcionando métricas para cada procedimiento (gobierno de TI)
- proporcionando tiempos de transacción para cada operación de servicio (gobierno de SOA)
A medida que profundizas, las cosas se vuelven más técnicas y, de hecho, más fáciles de aplicar.
SOA / IT / gobierno corporativo es básicamente análogo a los legisladores (los que definen las reglas), el juez / policía (quienes hacen cumplir las reglas), el resto de nosotros (aquellos que cumplen con las reglas).
Desde un punto de vista práctico ...
¿Alguien tiene una idea de qué se trata SOA Governance?
Implica:
- Definición de estándares de diseño e infraestructura de gobernanza para servicios (por ejemplo, servicios SOAP y REST). La infraestructura de gobernanza es principalmente un registro de servicios.
- Establecer roles, responsabilidades y procesos con respecto al ciclo de vida de los servicios. Ejemplo: un custodio de servicio es responsable de agregar una descripción de un nuevo servicio al registro de servicio; un custodio de esquema aplicará el patrón de diseño de esquema canónico.
- Establecer un sistema de gobierno SOA, que en la práctica es un documento con todas las directivas de gobierno. El documento debe ser aprobado por superior mgmt (por ejemplo, CIO).
¿Cuál es la diferencia (o correlación) entre SOA Governance y IT Governance?
El gobierno de TI es más amplio y abarca desde la adquisición de estaciones de trabajo hasta la capacitación de desarrolladores de software. El gobierno de SOA se centra en los servicios de software, como los servicios SOAP y REST. El gobierno de TI debe abarcar la gobernanza de SOA, si la organización ha adoptado SOA.
¿Cómo se puede aplicar usando plataformas SOA disponibles en el mercado?
Las plataformas que admiten el desarrollo y la ejecución de "servicios SOA" son necesarias, por supuesto, para crear y ejecutar servicios SOAP y REST. Pero el hecho de que esté creando servicios SOAP o REST no significa que esté siguiendo la orientación del servicio. Del mismo modo, el uso de ESB o servidores de orquestación no significa que estés haciendo SOA de la manera correcta. El éxito de SOA no se trata solo de tecnología, sino también de gobernanza y arquitectura (comprensión y aplicación de principios de orientación de servicio y patrones de diseño de SOA).
¿Puede un proyecto basado en la plataforma SOA tener éxito sin aplicar SOA Governance?
¡Sí puede! El objetivo principal de la gobernanza de SOA es habilitar los beneficios a largo plazo debido a la reutilización, la interoperabilidad, la estandarización y otras propiedades interesantes de los servicios en todas las aplicaciones. El gobierno de SOA ayuda a su organización a tener un enfoque empresarial en lugar de enfocarse en las aplicaciones.
Primero, descubramos ¿Qué es la gobernanza?
La gobernanza es el proceso de garantizar que los recursos de una organización se utilicen de manera que contribuyan al cumplimiento de la meta de una organización y se hagan de una manera transparente y mensurable. Los recursos pueden incluir personas, procesos u otra infraestructura física. En el corazón de la gobernanza está el concepto de controlar cómo se toman las decisiones. Hay varios tipos diferentes de gobernanza:
- Gobierno Corporativo
- Gobierno de TI
- Arquitectura Gobernanza
- Gobernabilidad SOA
- Gobernanza SDLC
¿Por qué el gobierno se ha vuelto importante?
La última década ha sacado a la luz varios escándalos corporativos que resaltan las dificultades cuando las decisiones se toman sin transparencia y responsabilidad. Como ejemplo, a fines de la década de los 90, los departamentos corporativos de TI iniciaron una serie de proyectos de TI basados en la noción caprichosa de mantenerse a la vanguardia sin ninguna motivación clara sobre cómo estos proyectos contribuirían al negocio.
¿Cuáles son los componentes básicos de Gobernanza?
- Preceptos
- Gente
- Procesos
- Métrica
Para obtener más información sobre lo que es el gobierno de SOA, encuentre esta publicación .
Referencias
Prentice.Hall.SOA.Governance.Governing.Shared.Services.On-Premise.and.in.the.Cloud.Apr.2011.ebookmf.com
Gobernabilidad de SOA en acción
Gobernanza de arquitectura orientada a servicios (SOA) para la empresa impulsada por servicios