Que criterio y/o procedimiento se usa para determinar que hacer en tiempo de diseño de una plataforma SOA (desde el punto de vista de administración de los servicios) para controlar la “proliferación e integridad” de Servicios.
Para ejemplificar esto, supóngase que se tiene la version 1.0 de un servicio (getTotalAmount) replicado en 3 ambientes diferentes, y uno de ellos cambia a version 2.0 (se le quita un parametro) , debido a que se ha añadido un nuevo consumidor (application composite), generando caídas en los sistemas “afectados”.
Otra situación más sutil, es que el servicio no cambie el contrato, pero que envíe, usando el ejemplo anterior, menos puntos decimales, haciendo que un sistema financiero consumidor quede “descuadrado”, siendo este “error” extremadamente dificil de detectar.
Victor Toledo
Loading ...
October 4th, 2007 at 4:14 pm
Que tal Victor,
Lo que haces es vas y le pegas de patadas al developer que hace eso. jejeje, no es cierto, aunque casi llegamos a eso en el proyecto, vos sabes bien.
Yo creo que esto tiene que ver con SOA Governance, tiene que existir una definición desde la capa de Personas, Procesos y Tecnología que considere estos temas; en parte es lo que hace el Service Registry, aunque hay herramientas especializadas que hacen esto, no recuerdo el nombre, pero en Forrester he encontrado algunas de ellas.
Tomado de WIkipedia:
Some typical governance issues that are likely to emerge in a SOA are:
Compliance to standards or laws: IT systems require auditing to prove their compliance to regulations like [Sarbanes-Oxley]. In a SOA, service behavior is often unknown
Change management: changing a service often has unforeseen consequences as the service consumers are unknown to the service providers. This makes an impact analysis for changing a service more difficult than usual.
Ensuring quality of services: The flexibility of SOA to add new services requires extra attention for the quality of these services. This concerns both the quality of design as the quality of service. As services often call upon other services, one malfunctioning service can cause damage in many applications.
Some key activities that are often mentioned as being part of SOA governance are:
Managing the portfolio of services: planning development of new services and updating current services
Managing the service lifecycle: meant to ensure that updates of services do not disturb current service consumers
Using policies to restrict behavior: rules can be created that all services need to apply to, to ensure consistency of services
Monitoring performance of services: because of service composition, the consequences of service downtime or underperformance can be severe. By monitoring service performance and availability, action can be taken instantly when a problem occurs.
October 4th, 2007 at 4:15 pm
Checate una suite de Amberpoint, ellos parece que tienen algo de Governance para SOA. http://www.amberpoint.com