Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

QMFv2 Architecture

Introduction

QMF (Qpid Management Framework) is a set of APIs, in multiple programming languages, that provide an abstraction for object-oriented and service-oriented remote management. It is layered on top of AMQP messaging and implemented using the Apache Qpid messaging APIs.

Architectural Components and Operations

There are two central components in the architecture of QMF: The Agent and the Console. An agent is a software component that is managed via QMF and a console is a component that manages agents. The distinction will become clearer as we discuss operations.

...

In QMF, there may be any number of agents and any number of consoles. Of course, if there are no agents, it won't be a very interesting network. Agents and consoles may appear and disappear dynamically.

Operations

QMF operations are defined in terms of the console and agent roles. This section will introduce the operations at a fairly high level. For full details on how the operations operate, refer to the API specification for the programming language you are interested in.

Agent Locate

After a console first connects itself to an AMQP messaging broker, the first thing it must do is identify one or more agents with which to interact. This is done in one of two ways, depending on the purpose of the console application.

...

Alternatively, the console may wish to interact with a set of agents, possibly all of them. In this case, the console establishes a set of criteria in the form of a query (i.e. "all printers where vendor == 'HP'") and builds a list of available agents. In this case, the console sends a multicast query (using a topic exchange) and collects responses from matching agents. Furthermore, if a new agent comes on line that meets the criteria, the console will learn about the new agent.

Query

A query is initiated by a console and answered by one or more agents. A query requests data from an agent and supplies selection criteria for the data. Once each agent sends the requested data to the console, the query operation is complete.

Subscription Query

A subscription query is similar to a normal query except that after the requested data is sent by an agent, the query remains open and subsequent changes to the requested data are sent to the address supplied by the console.

A subscription query is kept open by the agent and is closed in one of two situations. Either the console explicitly closes the subscription query or it times out after a time interval. The console may periodically refresh an exiting subscription query to keep it from timing out. This allows for subscription queries to be cleaned up in case the requesting console goes away without shutting down the subscription.

Schema Query

Method Invocation

Event Distribution

The QMF Data Model

No Format
+---- QmfData
       |
       +---- QmfDescribed
       |      |
       |      +---- QmfManaged
       |      |
       |      +---- QmfEvent
       |
       +---- QmfClassManaged
       |
       +---- QmfClassEvent

...