Although the name labels WBEM as "web-based", it is not necessarily dependent on any particular user interface. Other systems-management approaches include remote shells, proprietary solutions and IETF standardized network-management architectures like the SNMP and netconf.
Features
WBEM allows the management of any element in a standard and inter-operable manner. WBEM provides the technology underlying different management initiatives in information technology:
*There is a DMTF page that shows a number of DSP pdfs that are the published profiles of the NetMan Initiative
storage management
systems management
virtualization management
*There is a DMTF page that shows a number of DSP pdfs that are the published profiles of the VMAN Initiative
Architecture
To understand the WBEM architecture, consider the components which lie between the operator trying to manage a device and the actual hardware and software of the device:
the GUI, BUI or CLI will interface with a WBEM client through a small set of application programming interfaces. This client will find the WBEM server for the managed device and construct an XML message containing the request.
the client will use the HTTP protocol to pass the request, encoding it in CIM-XML, to the WBEM server
the WBEM server will decode the incoming request, perform the necessary authentication and authorization checks and then consult the previously defined model of the managed device to see how to handle the request. This model provides the power of the architecture: it represents the pivot point of the transaction, with the client simply interacting with the model and the model interacting with the real hardware or software. The model uses the Common Information Model standard; the DMTF has published many models for commonly managed devices and services: IP routers, storage servers, desktop computers, etc.
for most operations, the WBEM server determines from the model that it needs to communicate with the actual hardware or software. So-called "providers" handle the interaction: small pieces of code interface between the WBEM server and the real hardware or software. Because the interface is well-defined and the number of types of call is small, it is normally easy to write providers. In particular, the writer of the provider knows nothing of the GUI, BUI, or CLI used by the operator.
WBEM specifications
Mappings
*URI
*XML
*XML
*UML
Protocols
*CIM-XML
*WS-Management
*CIM-RS
Discovery
*SLP
Query Language
*CQL
*FQL
Implementing support
So, which pieces of this does a device manufacturer or service provider have to write?