Compartir a través de


Hacia la convergencia de los estándares de servicio web para recursos, eventos y administración

 

15 de marzo de 2006

Versión 1.0

Authors

Kevin Cline, Intel
Josh Cohen, Microsoft
Doug Davis, IBM
Donald FRanda, IBM
Heather Kreger, IBM
Raymond McCollum, Microsoft
Bryan Murray, HP
Ian Robinson, IBM
Jeffrey Schlimmer, Microsoft
John Shewchuk, Microsoft
Vijay Tewari, Intel
William Vambenepe, HP

Introducción

HP, IBM, Intel y Microsoft planean desarrollar un conjunto común de especificaciones para recursos, eventos y administración que se pueden admitir ampliamente en varias plataformas. Las partes lo harán basándose en las especificaciones existentes y definiendo un conjunto de mejoras que permitan esta convergencia. En muchos escenarios, los proveedores y los clientes que crean soluciones mediante servicios web encontrarán que las especificaciones existentes admiten sus escenarios. Los proveedores y clientes pueden usar las nuevas especificaciones y funciones cuando necesiten las funcionalidades comunes.

La funcionalidad común que tratamos incluye:

  • Recursos: la capacidad de crear, leer, actualizar y eliminar información mediante servicios web.
  • Eventos: la capacidad de conectar servicios web juntos mediante una arquitectura controlada por eventos basada en la publicación y suscripción.
  • Administración: proporcione un modelo de servicio web para crear soluciones de administración de aplicaciones y sistema, centrándose en la administración de recursos.

Además, la colección interoperable común de especificaciones está diseñada para que las organizaciones puedan ampliar fácilmente las especificaciones para cubrir escenarios avanzados adicionales.

Hoy en día hay muchas especificaciones que proporcionan funcionalidades de servicio web para recursos, eventos y administración. Ejemplos:

  • WS-Transfer
  • WS-Enumeration
  • WS-Eventing
  • WS-MetadataExchange
  • WS-ResourceFramework
    • WS-Resource
    • WS-ResourceProperties
    • WS-ResourceLifetime
    • WS-ServiceGroup
    • WS-BaseFaults
  • WS-Notification
    • WS-BaseNotification
    • WS-BrokeredNotification
    • WS-Topics
  • WS-Management
  • Administración distribuida de servicios web
    • Administración mediante servicios web (parte 1)
    • Administración mediante servicios web (parte 2)
    • Administración de servicios web

HP, IBM, Intel y Microsoft han proporcionado implementaciones de muchas de estas especificaciones en kits y productos para desarrolladores. Estas implementaciones proporcionan comentarios valiosos para una evolución y refinamiento posteriores. Los clientes y la experiencia del usuario también muestran la necesidad de converger incrementalmente estas especificaciones para proporcionar una única definición de funciones comunes y básicas. Muchas de las especificaciones ya son estándares y otras se envían recientemente. Lograr la convergencia simplificará la interoperabilidad, el desarrollo de soluciones y el proceso de estandarizar un nuevo conjunto común de especificaciones.

En este documento se proporciona información general sobre la convergencia y la motivación. Primero divide el problema en dos bloques de creación principales: (a) administración de información y (b) eventos y notificaciones. A continuación, se describe cómo estos bloques forman una base que se puede componer para la administración de servicios web. En cada una de estas tres secciones, este documento proporciona una visión técnica muy breve de las especificaciones pertinentes y su relación con las especificaciones existentes. Los detalles de este documento representan nuestro mejor pensamiento actual y pueden evolucionar antes de la publicación de las especificaciones.

Coherente con los esfuerzos anteriores de la hoja de ruta, los autores esperan que las especificaciones se publiquen y se refinan en los próximos 18-24 meses. Algunas de las especificaciones identificadas en esta hoja de ruta se publicarán a principios de 2Q06. Las especificaciones se refinarán mediante el proceso de taller WS-*, con envío a una organización de estándares siguiendo ese proceso cuando se garantiza la calidad adecuada.

En estas notas del producto se describe lo que prevén los coautores la evolución técnica de las especificaciones actuales. Aunque la intención es que las versiones futuras de los productos admitan estas especificaciones, se puede obtener información sobre las entregas de productos específicas de los representantes de las empresas respectivas.

Los lectores deben consultar las especificaciones reales para obtener detalles técnicos.

Administración de la información

Información general

HP, IBM, Intel y Microsoft están creando dos nuevas especificaciones (WS-Transfer Addendum, WS-ResourceTransfer) y una nueva versión de una especificación existente (WS-MetadataExchange). Estas especificaciones se componen y se componen con WS-Transfer y WS-Enumeration, que HP, IBM, Intel y Microsoft admitirán.

WS-Transfer Addendum (nuevo) amplía WS-Transfer (sep 2004) mediante la definición de mensajes Opcionales Get, Put' y Create' que revisan los mensajes Get, Put y Create existentes. No hay ningún cambio en el mensaje WS-Transfer Eliminar. Las extensiones opcionales para Get', Put', and Create' permiten al elemento del cuerpo del mensaje especificar un subconjunto de las directivas de procesamiento específicas del recurso o transmitirlos. El dialecto del elemento body es específico del recurso y se define mediante especificaciones superpuestas en WS-Transfer Addendum. Un dialecto de ejemplo obvio es XPath. En este ejemplo, si la representación del recurso es un documento XML grande, la expresión XPath de un get' selecciona un subconjunto de ese documento. Del mismo modo, un cuerpo put puede especificar un subconjunto del documento que se va a actualizar. El mensaje getResponse tiene cambios análogos.

WS-Transfer Addendum extiende las respuestas Put' y Create' para que puedan incluir la referencia de punto de conexión (EPR) de WS-Addressing para el recurso actualizado o nuevo. Al igual que los mensajes de solicitud, el cuerpo de los tres mensajes de respuesta (GetResponse', PutResponse', CreateResponse') se deja sin definir para permitir que las especificaciones de extensión posteriores definan mecanismos de transferencia específicos de recursos, incluidos los mecanismos de transferencia parciales.

Las tres operaciones actualizadas tienen nuevos URI de acción de WS-Addressing. El uso de nuevos URI garantiza la compatibilidad con versiones anteriores con WS-Transfer.

WS-Transfer Addendum permite cambios en WS-MetadataExchange que permiten una mejor integración con WS-Transfer. Por lo tanto, IBM y Microsoft vuelven a publicar WS-Metadata Exchange versión 1.1 (nueva). En esencia, los metadatos de recursos o servicios son solo otro recurso que se recupera mediante Get.

El nuevo WS-MetadataExchange:

  • Cambia el mensaje Get a en su lugar a Get in WS-Transfer (sep 2004).
  • Define el uso del elemento mex:Metadata en EPR. Esto proporciona una manera interoperable de transmitir metadatos para un EPR.

Para la compatibilidad con versiones anteriores, el elemento mex:Metadata se conserva tal cual es el enlace predeterminado y el espacio de nombres XML de "https://schemas.xmlsoap.org/ws/2004/09/mex".

En función del trabajo anterior, HP, IBM, Intel y Microsoft están desarrollando conjuntamente una nueva especificación conocida como WS-ResourceTransfer (WS-RT, new). WS-ResourceTransfer (WS-RT, new) referencias WS-Transfer (sep 2004), WS-Transfer Addendum (new), WS-Enumeration (sep 2004) y WS-MetadataExchange versión 1.1 (new). WS-ResourceTransfer agrega algunos de los conceptos más avanzados de WS-ResourceFramework.

WS-RT (nuevo) define los elementos del cuerpo para Create', Get', and Put' que admiten la creación, recuperación y actualización de elementos parciales de un recurso. Hay muchas motivaciones para admitir el acceso a los subelementos del estado de un recurso. Algunos ejemplos son:

  • Rendimiento mejorado: el estado de un recurso puede ser muy grande, mientras que el solicitante solo necesita subelementos.
  • Permitir actualizaciones parciales elimina los efectos secundarios innecesarios debido a la actualización de documentos completos. Por ejemplo, actualizar una entrada de directorio completa podría restablecer un temporizador de duración de contraseña, mientras que simplemente actualizar la dirección de correo electrónico no lo haría.

WS-RT (nuevo) predefine dos dialectos de elementos de cuerpo: XPath e identifica los elementos secundarios por QName. Estos dos enfoques son equivalentes a las funciones que WS-ResourceProperties definen. Definir estos dialectos usa el elemento body en WS-TransferAddendum concreto. Los dialectos concretos también contienen compatibilidad con get', Put' y Create' pasando varias referencias de subelemento para el recurso. De nuevo, el rendimiento de varios Put' y Get' mejoran evitando obtener o colocar todo el documento, y evitando varias llamadas de red para obtener o colocar sub elementos.

Get' devuelve los varios subelementos y Create' y Put' pasan los valores múltiples para inicializar y actualizar, respectivamente. De nuevo, estas funciones son equivalentes a las funcionalidades que WS-ResourceProperties definidas.

Además, WS-RT (nuevo) define

  • Duración opcional de los recursos. La duración especifica cuándo se elimina automáticamente el recurso. Esto admite algunos modelos para recursos, por ejemplo, suscripciones a eventos.
  • Un formato de metadatos de duración y un dialecto de WS-MetadataExchange asociado, lo que permite la inclusión de modelos de duración admitidos en los metadatos de un recurso.
  • Semántica para procesar metadatos de duración cuando se incluyen en una solicitud Create.
  • Cómo un EPR de recursos puede incluir el elemento mex:Metadata y dentro de eso, un EPR para los metadatos de recursos. Esto permite recuperar o actualizar metadatos como cualquier otro elemento de los datos de un recurso, incluida la compatibilidad con el acceso parcial.

Relación con las especificaciones existentes

Figura 1. Relación con las especificaciones existentes

En la figura 1 se proporciona información general sobre la relación entre las nuevas especificaciones. (Los bloques sombreados representan especificaciones acordadas conjuntamente).

No hay ningún cambio en WS-Transfer y WS-Enumeration. WS-Transfer Addendum extiende WS-Transfer y requiere compatibilidad con versiones anteriores. WS-ResourceTransfer capas en y se compone con WS-Transfer Addendum, definiendo sintaxis y semántica concretas para expresiones genéricas en las especificaciones base. WS-ResourceTransfer proporciona asignaciones para muchas de las funcionalidades de WS-ResourceFramework. Entre ellas se incluye la compatibilidad con el acceso y la actualización de elementos parciales de un recurso, la integración de metadatos con un modelo de estado de recursos y un modelo de duración para los recursos. Otras funciones de WS-ResourceFramework se basarán en las especificaciones identificadas a continuación y en otras especificaciones finales.

HP, IBM, Intel y Microsoft pretenden admitir especificaciones WS-Transfer, WS-Enumeration, WS-TransferAddendum, WS-MetadataExchange y WS-ResourceTransfer en productos futuros.

IBM y otros seguirán admitiendo WS-ResourceFramework. IBM y asociados trabajarán en organismos de estándares para refactorizar WS-ResourceFramework para delinear claramente extensiones más allá de WS-ResourceTransfer. Los programadores pueden usar estas extensiones si necesitan estas funciones.

Microsoft y otros seguirán admitiendo WS-Transfer, WS-Enumeration.

Los programadores pueden empezar con WS-Transfer, WS-Transfer Addendum, WS-Enumeration, WS-MetadataExchange. Microsoft y los asociados que admiten estas especificaciones seguirán proporcionando este soporte técnico en el futuro. Los programadores pueden usar implementaciones y versiones existentes de WS-ResourceFramework. IBM y asociados que respaldan esta especificación garantizarán la interoperabilidad con las nuevas especificaciones.

Eventos y notificaciones

Información general

HP, IBM, Intel y Microsoft definen una especificación que integra funciones de WS-Notification con WS-Eventing. La nueva especificación, WS-EventNotification, capas en y se compone con WS-Eventing. WS-EventNotification presenta cinco funcionalidades que admite WS-Notification. Son las siguientes:

  1. Directiva de suscripción: WS-Eventing y WS-Notification introducir el concepto de suscripción a recursos o servicios para eventos. Los diferentes servicios o recursos pueden tener enfoques diferentes para implementar suscripciones y notificaciones. Es posible que los suscriptores deseen establecer requisitos o directivas diferentes sobre las suscripciones. WS-EventNotification define directivas concretas que permiten a un recurso o servicio describir sus enfoques para las suscripciones y la administración de suscripciones, y permite a un suscriptor especificar directivas para el origen del evento. Esto permite la extensibilidad para WS-EventNotification y la descripción de la funcionalidad que pueden usar otras especificaciones.
  2. Lenguajes de filtro más completos: WS-Eventing introdujo un lenguaje de filtrado simple. El idioma permite a un suscriptor especificar un filtro que describa qué eventos desea recibir el suscriptor. WS-EventNotification introduce un lenguaje de filtro más completo, que permite funciones que WS-Notification admite.
  3. Notificación ajustada: WS-Eventing describe los eventos como operaciones o mensajes de salida en un portType WSDL. Los mensajes de salida corresponden a mensajes o operaciones de entrada en el receptor de eventos. Algunos escenarios, especialmente aquellos que se basan en sistemas de publicación y suscripción existentes requieren un mensaje de notificación explícito que contiene los datos del evento. Se trata de una notificación "ajustada". El mensaje o la operación de salida para el evento se encuentran dentro de una operación o mensaje de notificación externa. La notificación ajustada también proporciona una interfaz genérica para recibir notificaciones. Esto permite definir suscriptores que pueden recibir eventos de cualquier notificador. No es necesario que una operación coincida con la operación de salida del emisor de eventos.
  4. Recursos de suscripción: WS-EventNotification, como WS-Notification, trata el estado de una suscripción como un recurso en WS-ResourceTransfer. Una suscripción puede tener una duración y el suscriptor puede usar Get', Put' y Delete' para leer o actualizar el estado de la suscripción, por ejemplo, para cambiar un filtro o una duración de expiración. Esto integra mejor los conceptos definidos en WS-Eventing con conceptos similares en WS-ResourceTransfer y WS-ResourceFramework.
  5. Pausar suscripciones: WS-EventNotification, como WS-Notification, presenta la noción de "pausar" una suscripción. Esto permite detener temporalmente el flujo de notificaciones a un suscriptor determinado. Las propiedades exactas de QoS, por ejemplo, si las nuevas notificaciones se almacenan en caché o simplemente se omiten, se controlarán mediante las directivas de suscripción.

Relación con las especificaciones existentes

Ilustración 2. Relación con las especificaciones existentes

En la figura 2 se proporciona información general sobre la relación de las especificaciones de eventos y notificaciones. WS-EventNotification es un superconjunto de WS-Eventing y admite compatibilidad con versiones anteriores. La nueva especificación (WS-EventNotification) se compone con WS-ResourceTransfer para admitir un modelo de estado o recurso para administrar suscripciones. La funcionalidad existente de WS-Notification no definida explícitamente en WS-EventNotification todavía se puede superponer a su modelo de mensajes y funcionalidad como extensión.

Microsoft, IBM y otros seguirán admitiendo WS-Eventing,

HP, IBM, Intel y Microsoft pretenden admitir la nueva especificación WS-ResourceTransfer y WS-EventNotification en productos futuros.

IBM y otros seguirán admitiendo WS-Notification y esperan funcionar en estándares para integrar mejor las especificaciones de WS-Notification con WS-ResourceTransfer y WS-EventNotification. Los programadores pueden usar las funciones más avanzadas del marco de WS-Notification cuando sea necesario. IBM y asociados garantizarán que las implementaciones que usan WS-Notification funcionarán en entornos con WS-EventNotification y WS-ResourceTransfer.

Administración de servicios web

Introducción

Por último, basándose en el trabajo conjunto en el área de distribución de información y notificación de eventos, HP, IBM, Intel y Microsoft están liderando el desarrollo de una próxima especificación común de administración de servicios web. Esta nueva especificación compone WS-ResourceTransfer (nuevo) y WS-EventNotification (nuevo). Muchas de las diferencias entre WS-Management y la administración distribuida de servicios web se deben directamente a las diferencias entre WS-Transfer y WS-ResourceFramework, y entre WS-Notification y WS-Eventing. La conciliación de estas especificaciones de nivel inferior permite la convergencia de las especificaciones de administración, que está en curso.

En la figura 3 se proporciona información general sobre las nuevas especificaciones y su relación con las especificaciones existentes. HP, IBM, Intel y Microsoft están desarrollando una nueva especificación que proporciona una única definición de funciones de administración principales.

Relación con las especificaciones existentes

Figura 3. Relación con las especificaciones existentes (propuestas)

La conciliación de las especificaciones de administración de recursos y eventos o notificaciones permite la conciliación de muchas de las funciones de las especificaciones de administración. Estos son algunos ejemplos:

  • Manipulación del estado de los recursos administrados, incluidos los subelementos.
  • Notificación de eventos de administración y cambio de estado de recursos.

El nuevo conjunto de especificaciones de administración debe incluir compatibilidad con las siguientes características para los metadatos, incluida la información de tipo de recurso:

  • Arranque del proceso de detección
  • Detección de los niveles de cumplimiento y las funcionalidades de los servicios e implementaciones
  • Detección y enumeración de tipos de recursos y los metadatos asociados
  • Acceso de lectura y escritura al espacio de tipos y a los metadatos asociados
  • Navegación de relaciones a través del tipo y el espacio de metadatos
  • Acomodar un tipo de solo lectura y un espacio de metadatos que se puede hospedar fuera del servicio (en un sitio web) y adaptarse al servicio real en tiempo de ejecución
  • Arranque de la detección y enumeración de instancias y orígenes de eventos

Además de las características proporcionadas en WS-Transfer proporcionar la capacidad de crear y eliminar recursos, y WS-Resource Transferencia que proporciona acceso de lectura y escritura a las instancias de recursos, las especificaciones de administración proporcionarán compatibilidad con varios modelos de datos estandarizados que definirán:

  • Descripción y descodificación de las relaciones entre instancias
  • Un mecanismo común para distinguir instancias de recursos
  • Un formato de carga común básico para eventos con fines de interoperación, a la vez que no restringe el uso de formatos específicos de la plataforma.

La interoperabilidad entre sistemas heterogéneos requerirá el uso de uno o varios de los datos o modelos de eventos estandarizados. Algunos de estos formatos pueden definirse mediante el esfuerzo conjunto según sea necesario.

Se pueden desarrollar extensiones para estas especificaciones y seguir existiendo tanto para las familias de especificaciones de WS-Management como para WSDM. Sin embargo, la unificación dará como resultado un gran núcleo común que puede admitir la supervisión, la administración de estado y la configuración de los recursos.

El trabajo existente sobre las especificaciones actuales continuará hasta su conclusión planeada. Esta hoja de ruta proporciona una visión para la próxima generación de las especificaciones y estándares que están en proceso. Se definirá una ruta de migración para las especificaciones actuales. Basándose en sus soluciones existentes basadas en las especificaciones actuales HP, IBM, Intel y Microsoft evolucionarán sus soluciones para incorporar estas especificaciones a medida que avanzan.

HP, IBM, Intel y Microsoft pretenden implementar la nueva especificación de administración común en productos futuros.

IBM y asociados seguirán admitiendo WSDM. IBM y asociados que actualmente implementan WSDM también garantizarán la compatibilidad con implementaciones existentes basadas en WSDM.

Microsoft y los asociados seguirán admitiendo WS-Management. Microsoft y asociados que actualmente implementan WS-Management también garantizarán la compatibilidad con implementaciones existentes basadas en WS-Management.