(WBEM)

Управление предприятием через Интернет

Из Википедии, свободной энциклопедии

Перейти к навигацииПрыжок для поиска

Управление предприятием через Интернет

Статус публикации

Год начался в 1996 году; 23 года назад

Целевая группа по распределенному управлению организацией

Базовые стандарты CIM и WS-Management

Управление доменными системами

Аббревиатура WBEM

www.dmtf.org/standards/wbem сайт

В области вычислительной техники Web-управление предприятием (WBEM) включает в себя набор технологий управления системами, разработанных для унификации управления распределенными вычислительными средами. Инициатива WBEM, первоначально спонсируемая в 1996 году BMC Software, Cisco Systems, Compaq Computer, Intel и Microsoft, в настоящее время получила широкое распространение. [1] WBEM основан на стандартах Интернета и открытых стандартах Целевой группы по распределенному управлению (DMTF):

Инфраструктура и схема общей информационной модели (CIM)

CIM-XML

Операции CIM через HTTP

WS-Management для веб-сервисов

Операции CIM над сервисами RESTful [2]

Хотя имя помечает WBEM как «веб-интерфейс», оно не обязательно зависит от какого-либо конкретного пользовательского интерфейса (см. Ниже). Другие подходы к управлению системами включают удаленные оболочки, собственные решения и стандартизированные IETF архитектуры управления сетями, такие как SNMP и netconf.

содержание

1 Особенности

2 Архитектура

3 спецификации WBEM

4 Реализация поддержки

5 Реализации

5.1 WBEM в операционных системах

5.2 Реализация WBEM

6 Смотрите также

7 Ссылки

8 Внешние ссылки

особенности

WBEM позволяет управлять любым элементом стандартным и функциональным способом.

WBEM предоставляет технологию, лежащую в основе различных инициатив управления в области информационных технологий:

управление рабочим столом (DASH)

управление сетью (NetMan)

Существует страница DMTF, на которой показан ряд файлов DSP, которые являются опубликованными профилями инициативы NetMan [3].

управление хранением (SMI)

Управление системами (SMASH)

управление виртуализацией (VMAN)

Существует страница DMTF, на которой показано несколько PDF-файлов DSP, которые являются опубликованными профилями Инициативы VMAN [4].

Архитектура

Чтобы понять архитектуру WBEM, рассмотрим компоненты, которые лежат между оператором, пытающимся управлять устройством (настраивать его, выключать и включать, собирать аварийные сигналы и т. Д.), И фактическим аппаратным и программным обеспечением устройства:

оператор будет вызывать некоторую форму графического пользовательского интерфейса (GUI), пользовательского интерфейса браузера (BUI) или интерфейса командной строки (CLI). Стандарту WBEM нечего сказать об этом интерфейсе (хотя определение CLI для конкретных приложений уже началось): WBEM работает независимо от человеческого интерфейса, поскольку человеческие интерфейсы могут изменяться без необходимости замечать такие изменения в остальной системе.

GUI, BUI или CLI будут взаимодействовать с клиентом WBEM через небольшой набор интерфейсов прикладного программирования (API). Этот клиент найдет сервер WBEM для управляемого устройства (обычно на самом устройстве) и создаст сообщение XML, содержащее запрос.

клиент будет использовать протокол HTTP (или HTTPS) для передачи запроса, кодируя его в CIM-XML, на сервер WBEM

сервер WBEM декодирует входящий запрос, выполняет необходимые проверки подлинности и авторизации, а затем обращается к ранее определенной модели управляемого устройства, чтобы узнать, как обрабатывать запрос. Эта модель обеспечивает мощь архитектуры: она представляет собой опорную точку транзакции, когда клиент просто взаимодействует с моделью, а модель взаимодействует с реальным аппаратным или программным обеспечением. Модель использует стандарт общей информационной модели; DMTF опубликовал множество моделей для обычно управляемых устройств и сервисов: IP-маршрутизаторы, серверы хранения, настольные компьютеры и т. д.

для большинства операций сервер WBEM определяет из модели, что ему необходимо взаимодействовать с реальным оборудованием или программным обеспечением. Так называемые «провайдеры» управляют взаимодействием: небольшие фрагменты кода взаимодействуют между сервером WBEM (используя стандартизированный интерфейс, известный как CMPI) [5] и реальным оборудованием или программным обеспечением. Поскольку интерфейс четко определен, а количество типов вызовов невелико, обычно легко написать поставщиков. В частности, разработчик поставщика ничего не знает о GUI, BUI или CLI, используемых оператором.

WBEM технические характеристики

Отображения

URI (WBEM URI Mapping Specification 1.0)

XML (xmlCIM, используемый в CIM-XML)

XML (WS-CIM, используемый в WS-Management)

UML

протоколы

CIM-XML

WS-Management

CIM-RS [6]

открытие

SLP (обнаружение WBEM с использованием SLP; шаблон SLP)

Язык запросов

CQL (CIM Query Language 1.0) [7]

FQL (Filter Query Language 1.0) [8]

Реализация поддержки

Итак, какие части этого должны написать производитель устройства или поставщик услуг?

Во-первых, модель.

Обычно это делается путем расширения по мере необходимости одной из стандартных моделей, опубликованных DMTF.

Затем BUI, GUI или CLI.

Клиент и сервер, как правило, не нуждаются в написании, потому что доступно много открытых и коммерческих реализаций (см. Внешние ссылки ниже)

Тогда провайдеры

Таким образом, архитектура WBEM позволяет производителю устройства или разработчику услуги