ГОСТ Р ИСО/МЭК 17963-2016
НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
Спецификация веб-служб для управления (WS-management)
Web services for management (WS-Management) specification
ОКС 35.020
Дата введения 2017-06-01
Предисловие
1 ПОДГОТОВЛЕН Обществом с ограниченной ответственностью "Информационно-аналитический вычислительный центр" (ООО "ИАВЦ") на основе собственного перевода на русский язык англоязычной версии стандарта, указанного в пункте 4
2 ВНЕСЕН Техническим комитетом по стандартизации ТК 22 "Информационные технологии"
3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 18 мая 2016 г. N 335-ст
4 Настоящий стандарт идентичен международному стандарту ИСО/МЭК 17963:2013* "Спецификация веб-служб для управления (WS-management)" (ISO/IEC 17963:2013 "Web Services for Management (WS-Management) Specification", IDT).
________________
* Доступ к международным и зарубежным документам, упомянутым в тексте, можно получить, обратившись в Службу поддержки пользователей. - Примечание изготовителя базы данных.
ИСО/МЭК 17963:2013 разработан подкомитетом ПК 38 "Платформы и сервисы для распределенных приложений" совместного технического комитета по стандартизации СТК 1 "Информационные технологии" Международной организации по стандартизации (ИСО) и Международной электротехнической комиссии (МЭК).
При применении настоящего стандарта рекомендуется использовать вместо ссылочных международных стандартов соответствующие им национальные стандарты Российской Федерации, сведения о которых приведены в дополнительном приложении ДА
5 ВВЕДЕН ВПЕРВЫЕ
Правила применения настоящего стандарта установлены в ГОСТ Р 1.0-2012 (раздел 8). Информация об изменениях к настоящему стандарту публикуется в ежегодном информационном указателе "Национальные стандарты", а текст изменений и поправок - в ежемесячном информационном указателе "Национальные стандарты". В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ежемесячном информационном указателе "Национальные стандарты". Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)
Введение
Настоящий стандарт использует функциональность, подобную следующим Рекомендациям W3C:
- обработка событий веб-служб (WS-Eventing);
- передача данных веб-служб (WS-Transfer);
- перечисление веб-служб (WS-Enumeration).
Когда был определен WS-Management, данные Рекомендации W3C еще не существовали, и подобная функциональность была включена непосредственно в условия спецификации WS-Management. При последующих пересмотрах WS-Management эти функции могут быть включены посредством внешних ссылок на указанные Рекомендации W3C.
1 Область применения
Спецификация веб-служб для управления (WS-management) описывает протокол Веб-служб, основанный на SOAP, для использования в предметных областях, связанных с управлением. Данные предметные области включают управление объектами такими, как персональные компьютеры, серверы, устройства, Веб-службы и другие приложения, а также другие объекты управления. Службы могут предоставлять отдельный интерфейс WS-Management или составной интерфейс, в котором интерфейс службы WS-Management объединен с некоторыми из многих других спецификаций Веб-служб.
Главное приложение таких служб находится в области управления системами. В целях продвижения функциональной совместимости между приложениями управления и управляемыми ресурсами, настоящий стандарт определяет базовый набор спецификаций Веб-служб и требований к использованию, которые представляют единый набор операций, составляющих ядро управления системами. Она включает возможность выполнить следующие действия:
- получить, обновить, создать и удалить отдельные экземпляры ресурсов, такие как параметры настройки и динамические значения;
- перечислить содержимое контейнеров и коллекций, таких как большие таблицы и журналы событий;
- подписаться на события, порождаемые управляемыми ресурсами;
- выполнять определенные методы управления со строго типизированными параметрами ввода и вывода.
В каждой из этих сфер области применения настоящий стандарт определяет минимальные требования к реализации совместимой Веб-службы. Реализация может не ограничиваться поддержкой только указанного набора операций, а также может принять решение не поддерживать одну или больше из указанных выше областей функциональности, если эта функциональность не соответствует целевому устройству или системе.
Настоящий стандарт предназначен для того, чтобы отвечать следующим требованиям:
- ограничить протоколы Веб-служб и форматы таким образом, чтобы было возможно создавать минимальные по размеру реализации Веб-служб как в аппаратных, так и в программных службах управления;
- определить минимальные требования к соответствию, не ограничивая реализации с более широким набором функций;
- гарантировать обратную совместимость и функциональную совместимость (интероперабельность) с версией 1.0 WS-Management;
- гарантировать компонуемость с другими спецификациями Веб-служб.
2 Нормативные ссылки
Нормативные документы*, полностью или частично упомянутые в настоящем стандарте, обязательны для их применения. Для датированных документов используют только указанное издание. Для недатированных документов используют самое последнее издание ссылочного документа (с учетом всех его изменений):
________________
* Таблицу соответствия национальных стандартов международным см. по ссылке. - Примечание изготовителя базы данных.
IETF RFC 2616, Р.Филдинг и др., Протокол передачи гипертекста (HTTP 1.1) (R.Fielding et al, Hypertext Transfer Protocol (HTTP 1.1)), Июнь 1999, http://www.ietf.org/rfc/rfc2616.txt
IETF RFC 2818, Э.Рескорла, HTTP поверх TLS (HTTPS) (E.Rescorla, HTTP over TLS (HTTPS)), Май 2000, http://www.ietf.org/rfc/rfc2818.txt
IETF RFC 3986, Т.Бернерс-Ли и др., Унифицированные идентификаторы ресурсов (URI): Общий синтаксис (T.Berners-Lee et al, Uniform Resource Identifiers (URI): Generic Syntax), Август 1998, http://www.ietf.org/rfc/rfc3986.txt
IETF RFC 4122, П.Лич и др., Пространство имен URN для универсальных уникальных идентификаторов (UUID) (P.Leach et al, A Universally Unique Identifier (UUID) URN Namespace), Июль 2005, http://www.ietf.org/rfc/rfc4122.txt
IETF RFC 4178, Л.Жу и др., Простой и защищенный механизм согласования программного интерфейса общего сервиса безопасности (L.Zhu et al, The Simple and Protected Generic Security Service Application Program Interface (GSS-API) Negotiation Mechanism), Октябрь 2005, http://www.ietf.org/rfc/rfc4178.txt
IETF RFC 4559, К.Яганатан и др., Применение механизмов аутентификации Kerberos и NTLM, основанных на SPNEGO, для HTTP в Microsoft Windows (K.Jaganathan et al, SPNEGO-based Kerberos and NTLM HTTP Authentication in Microsoft Windows), Июнь 2006, http://www.ietf.org/rfc/rfc4559.txt
IETF RFC 5646, А.Филипс и др., Метки для идентификации языков (A.Phillips et al, Tags for Identifying Languages), Сентябрь 2009, http://tools.ietf.org/rfc/rfc5646.txt
Директивы ISO/IEC, Часть 2. Правила, относящиеся к структуре и проектированию Международных стандартов (ISO/IEC Directives, Part 2: Rules for the structure and drafting of International Standards)
OASIS, А.Надалин и др., Профиль безопасности "Usertname Token" для Веб-служб 1.0 (A.Nadalin et al, Web Services Security Username Token Profile 1.0), Март 2004, http://docs.oasis-open.org/wss/2004/01/ oasis-200401-wss-username-token-profile-1.0.pdf
OASIS, А.Надалин и др., Безопасность Веб-служб: безопасность сообщений SOAP 1.0 (A.Nadalin et al, Web Services Security: SOAP Message Security 1.0) (WS-Security 2004), Март 2004, http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-soap-message-security-1.0.pdf
OASIS, С.Андресон* и др., Нотация для доверия в Веб-службах (WS-Trust) (S.Anderson* et al, Web Services Trust Language (WS-Trust)), Декабрь 2005, http://schemas.xmlsoap.org/ws/2005/02/trust
________________
* Текст документа соответствует оригиналу. - Примечание изготовителя базы данных.
Стандарт Unicode версии 3.0 (The Unicode Consortium, The Unicode Standard Version 3.0), Январь 2000, http://www.unicode.org/book/u2.html
Консорциум "Юникод" Часто задаваемые вопросы по отметке порядка байтов (BOM) (The Unicode Consortium, Byte Order Mark (BOM) FAQ), http://www.unicode.org/faq/utf_bom.html#BOM
W3C, М.Гаджин и др., SOAP - Версия 1.2. Часть 1 - Основы обмена сообщениями (M.Gudgin, et al, SOAP Version 1.2 Part 1: Messaging Framework), Июнь 2003, http://www.w3.org/TR/soap12-part1/
W3C, М.Гаджин и др., SOAP - Версия 1.2. Часть 2 - Дополнения (M.Gudgin, et al, SOAP Version 1.2 Part 2: Adjuncts), Июнь 2003, http://www.w3.org/TR/2003/REC-soap12-part2-20030624
W3C, М.Гаджин и др., Механизм оптимизации передачи сообщений SOAP (MTOM) (M.Gudgin, et al, SOAP Message Transmission Optimization Mechanism (MTOM)), Ноябрь 2004, http://www.w3.org/TR/2004/PR-soap12-mtom-20041116/
W3C, Дж.Кларк и др., Язык путей в XML - Версия 1.0 (XPath 1.0) (J.Clark et al, XML Path Language Version 1.0 (XPath 1.0)), Ноябрь 1999, http://www.w3.org/TR/1999/REC-xpath-19991116
W3C, Дж.Кован и др., Информационный набор XML - Вторая редакция (Инфонабор XML) (J.Cowan et al, XML Information Set Second Edition (XML Infoset)), Февраль 2004, http://www.w3.org/ TR/2004/REC-xml-infoset-20040204/
W3C, Г.Томпсон и др., XMLСхема - Часть 1. Структуры (XMLСхема 1) (H.Thompson et al, XML Schema Part 1: Structures (XML Schema 1)), Май 2001, http://www.w3.org/TR/xmlschema-1/
W3C, П.Бирон и др., XML Схема - Часть 2. Типы данных (XML Схема 2) (P.Biron et al, XML Schema Part 2: Data types (XML Schema 2)), Май 2001, http://www.w3.org/TR/xmlschema-2/
W3C, Адресация Веб-служб 1.0 - Базовая спецификация, Рекомендация W3C (Web Services Addressing 1.0 - Core, W3C Recommendation), Май 2006, http://www.w3.org/TR/2006/REC-ws-addr-core-20060509/
W3C, Адресация Веб-служб 1.0 - Привязка SOAP, Рекомендация W3C (Web Services Addressing 1.0 - SOAP Binding, W3C Recommendation), Май 2006, http://www.w3.org/TR/2006/REC-ws-addr-soap-20060509/
W3C, Адресация Веб-служб 1.0 - Метаданные, Рекомендация W3C (Web Services Addressing 1.0 - Metadata, W3C Recommendation), Сентябрь 2007, http://www.w3.org/TR/2007/REC-ws-addr-metadata-20070904/
W3C, Расширяемый язык разметки (XML) 1.0, Рекомендация W3C (Extensible Markup Language (XML) 1.0, W3C Recommendation), Октябрь 2000, http://www.w3.org/TR/2000/REC-xml-20001006
W3C, Пространства имен в XML, Рекомендация W3C (Namespaces in XML, W3C Recommendation), Январь 1999, http://www.w3.org/TR/1999/REC-xml-names-19990114/
W3C, Э.Кристинсен и др., Язык описания Веб-служб, версия 1.1 (WSDL/1.1) (E.Christensen et al, Web Services Description Language Version 1.1 (WSDL/1.1)), Март 2001, http://www.w3.org/TR/wsdl
W3C, С.Боаг и др., XQuery 1.0: язык запросов XML (XQuery 1.0) (S.Boag et al, XQuery 1.0: An XML Query Language (XQuery 1.0)), Январь 2007, http://www.w3.org/TR/2007/REC-xquery-20070123/
3 Термины и определения
В настоящем стандарте применены следующие термины и определения. Наличие в тексте, не имеющего номер правила, таких нормативных терминов, как "должен быть", "не должен быть", "должен", "не должен", "может", или "не нужно", не означает, что текст не нормативен.
3.1 может (can): Используется для утверждений о возможности и возможности, будь то материальная, физическая или причинная.
3.2 не может (cannot): Используется для утверждений о возможности и возможности, будь то материальная, физическая или причинная.
3.3 обусловлен (conditional): Отмечает требования, которые следует строго соблюдать, чтобы соответствовать документу, когда указанные условия выполнены.
3.4 обязательный (mandatory): Отмечает требования, которые необходимо строго выполнять, чтобы соответствовать документу, и от которых не допускаются никакие отклонения.
3.5 может (may): Указывает на образ действия, допустимый в рамках конкретного документа.
3.6 не требуется (need not): Указывает на образ действия, допустимый в рамках конкретного документа.
3.7 необязательный (optional): Указывает на образ действия, допустимый в рамках конкретного документа.
3.8 должен (shall): Указывает на требования, которые необходимо строго соблюдать, чтобы соответствовать документу, и от которых не допускаются никакие отклонения.
3.9 не должен (shall not): Указывает на требования, которые необходимо строго соблюдать, чтобы соответствовать документу, и от которых не допускаются никакие отклонения.
3.10 следует (should): Указывает, что среди нескольких возможностей одна рекомендуется как особенно подходящая, не упоминая или исключая другие, либо подразумевая, что предпочитается, но не обязательно требуется определенный образ действия.
3.11 не следует (should not): Указывает, что определенная возможность или образ действия не поощряются, но не запрещаются.
3.12 клиент (client): Приложение, которое использует Веб-службы, определенные в данном документе, чтобы получить доступ к службе управления.
3.13 потребитель (customer): Веб-служба, которая запрашивает перечисление данных у источника данных.
3.14 источник данных (data sourse): Веб-служба, которая поддерживает перебор с использованием контекстов перечисления посредством операции Enumerate, определенной в настоящем стандарте.
3.15 режим доставки (delivery mode): Механизм, с помощью которого сообщения уведомления передаются от источника до приемника.
3.16 контекст перечисления (enumeration context): Контекст сессии, который представляет собой определенный перебор логической последовательности информационных элементов XML с использованием операции Pull, определенной в настоящем стандарте.
