Стандарты управления системами: Web Based Enterprise Management (WBEM)
Web-Based Enterprise Management
WBEM: стандарты управления системами для унификации IT-инфраструктуры. CIM, XML, HTTP, RESTful API. Обзор технологий WBEM и альтернатив (SNMP, Netconf).
Сравнивайте с английским: нажмите на абзац — оригинал откроется в окне. Кнопка EN под абзацем показывает его прямо в тексте.
Введение
Стандарты управления системами
Systems management standards
В вычислительной технике Web Based Enterprise Management (WBEM) представляет собой набор технологий управления системами, разработанный для унификации управления распределёнными вычислительными средами. Инициатива WBEM, первоначально спонсированная в 1996 году компаниями BMC Software, Cisco Systems, Compaq Computer, Intel и Microsoft, в настоящее время широко распространена. WBEM базируется на интернет-стандартах и открытых стандартах Distributed Management Task Force (DMTF):
In computing, Web Based Enterprise Management (WBEM) comprises a set of systems management technologies developed to unify the management of distributed computing environments. The WBEM initiative, initially sponsored in 1996 by BMC Software, Cisco Systems, Compaq Computer, Intel, and Microsoft, is now widely adopted. WBEM is based on Internet standards and Distributed Management Task Force (DMTF) open standards:
Инфраструктура и схема общей информационной модели (CIM)
CIM XML
CIM операции через HTTP
WS-Управление для веб-сервисов
CIM операции через RESTful Services
Common Information Model (CIM) infrastructure and schema
CIM XML
CIM operations over HTTP
WS Management for web services
CIM Operations over RESTful Services
Несмотря на то, что название указывает на "веб-базированность" WBEM, он не обязательно зависит от какого-либо конкретного пользовательского интерфейса (см. ниже). Другие подходы к управлению системами включают удалённые оболочки, проприетарные решения и стандартизированные архитектуры управления сетью IETF, такие как SNMP и Netconf.
Although the name labels WBEM as "web based", it is not necessarily dependent on any particular user interface (see below). Other systems management approaches include remote shells, proprietary solutions and IETF standardized network management architectures like the SNMP and Netconf.
Архитектура
Чтобы понять архитектуру WBEM, рассмотрим компоненты, которые находятся между оператором, пытающимся управлять устройством (конфигурировать его, выключать и включать, собирать аварийные сигналы и т. д.), и фактическим аппаратным и программным обеспечением устройства:
To understand the WBEM architecture, consider the components which lie between the operator trying to manage a device (configure it, turn it off and on, collect alarms, etc.) and the actual hardware and software of the device:
Оператор будет использовать графический пользовательский интерфейс (GUI), веб-интерфейс (BUI) или интерфейс командной строки (CLI). Стандарт WBEM не определяет требования к этому интерфейсу (хотя разработка CLI для конкретных приложений уже ведется): WBEM работает независимо от пользовательского интерфейса, поскольку пользовательские интерфейсы могут меняться без необходимости внесения изменений в остальную часть системы. GUI, BUI или CLI будут взаимодействовать с WBEM-клиентом через небольшой набор интерфейсов прикладного программирования (API). Этот клиент найдет WBEM-сервер для управляемого устройства (обычно на самом устройстве) и сформирует XML-сообщение, содержащее запрос. Клиент будет использовать протокол HTTP (или HTTPS) для передачи запроса, кодируя его в CIM XML, на WBEM-сервер. WBEM-сервер декодирует входящий запрос, выполняет необходимые проверки аутентификации и авторизации, а затем обращается к предварительно определенной модели управляемого устройства, чтобы определить, как обработать запрос. Эта модель обеспечивает основу архитектуры: она является ключевым звеном транзакции, при котором клиент взаимодействует только с моделью, а модель – с реальным аппаратным или программным обеспечением. В модели используется стандарт Common Information Model; DMTF опубликовал множество моделей для обычно управляемых устройств и служб: IP-маршрутизаторы, серверы хранения, настольные компьютеры и т. д. Для большинства операций WBEM-сервер определяет из модели, что ему необходимо взаимодействовать с фактическим аппаратным или программным обеспечением. Так называемые «провайдеры» обеспечивают это взаимодействие: небольшие фрагменты кода, которые взаимодействуют между WBEM-сервером (с использованием стандартизированного интерфейса, известного как CMPI) и реальным аппаратным или программным обеспечением. Поскольку интерфейс четко определен и количество типов вызовов невелико, обычно легко разрабатывать провайдеры. В частности, разработчик провайдера не имеет информации о GUI, BUI или CLI, используемых оператором.
The operator will invoke some form of graphical user interface (GUI), Browser User Interface (BUI), or command line interface (CLI). The WBEM standard has nothing to say about this interface (although the definition of a CLI for specific applications has started): WBEM operates independently of the human interface, since human interfaces can change without the rest of the system needing to note such changes. The GUI, BUI or CLI will interface with a WBEM client through a small set of application programming interfaces (APIs). This client will find the WBEM server for the managed device (typically on the device itself) and construct an XML message containing the request. The client will use the HTTP (or HTTPS) 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 (using a standardized interface known as CMPI) 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.