Los sistemas orientados a recursos proporcionan un mecanismo de interacción basado en recursos y operaciones sencillas que usan métodos HTTP.

El modelo más representativo para un sistema orientado a recursos es REST combinado, por ejemplo, con XML. Los objetos dentro de este modelo tienen una serie de atributos relacionados con el estado de esos objetos. Para invocar métodos en el sistema de destino (mecanismo de comunicación), debe usar el método HTTP estándar, por ejemplo GET, POST o PUT y seguir ciertas convenciones.

Figura 1. Complementos para sistemas orientados a recursos


Complementos para sistemas orientados a recursos

Al desarrollar complementos para sistemas orientados a recursos, le conviene tener en cuenta lo siguiente:

  • Si usa REST o únicamente HTTP con XML, obtiene uno o más archivos de esquema XML para leer y escribir mensajes. A partir de esos esquemas, puede generar una serie de clases que definen el modelo de objetos. Esta serie de clases solo define el estado de los objetos, ya que la operaciones se definen implícitamente con los métodos HTTP, por ejemplo según lo definido en el complemento de vCloud Director, o explícitamente con mensajes XML específicos, como es el caso en el complemento de Cisco UCSM.

  • Debe implementar el mecanismo de comunicación en otro conjunto de clases. Este conjunto de clases define un nuevo modelo de objetos que interactúa con el modelo original. El modelo de objetos para el mecanismo de comunicación se compone únicamente de objetos y métodos.

  • Puede exponer tanto el modelo de objetos original como el modelo de objetos para el mecanismo de comunicación dentro de Orchestrator. Esto podría aumentar la complejidad, según cómo se expongan ambos modelos de objetos y también dependiendo de si se van a combinar objetos relacionados de ambos lados (para simular un sistema orientado a objetos) o se van a mantener separados.