ГОСТ Р ИСО/МЭК 19831—2017
Ресурсы в модели идентифицируются с помощью URI и представление каждого Ресурса должно
содержать атрибут «Ю» типа URI, который действует как «указатель на себя». Этот URI должен быть
уникальным в рамках контекста реализации Поставщика. Разыменовывание (ссылка на указанный объ
ект) (через HTTP GET) URI Ресурса приводит к представлению Ресурса, содержащегоатрибуты и ссыл ки
на связанные Ресурсы. Для того чтобы начать операцию, клиент должен знать URI главной точки входа
Поставщика, также известной как Ресурс «Точка входа в облако». Тогда все остальные Ресурсы в
пределах окружения должны поддаваться обнаружению путем итеративного перехода по ссылкам к
связанным Ресурсам в пределах каждого полученного Ресурса.
4.1.1 Развитие протокола и ожидания клиентов
Будущие версии структуры настоящего стандарта будут изменяться таким образом, чтобы клиен
ты. использующие более ранние версии настоящего стандарта, могли продолжать работу и эволюция
протокола но оказывала на них никакого отрицательного влияния. При этом клиенты должны знать не
сколько правил, чтобы гарантировать эту совместимость:
1 Клиенты должны знать, что схемы сериализации ответов в настоящем стандарте не являются
полными. В частности, клиенты должны принимать ответы, содержащие смесь данных и представлен
ных в настоящем стандарте сериализаций, и должны игнорировать такие данные. Однако в соответ
ствии с 4.2.1.3 клиенты должны включать неизвестные данные в запросы PUT для обновления Ресур
сов.
2 Клиенты не должны иметь знаний об операциях, которые поддерживает сервер. Предполагают,
что они обнаружат поддерживаемые (и допустимые) операции при обходе Ресурсов от Точки входа
в облако. Сериализации обнаруженных Ресурсов указывают на то. какие операции поддерживаются
сервером.
4.1.2 Пространства имен XML
В таблице 1 приведены пространства имен XML. используемых в настоящем стандарте. Выбор
любого префикса пространства имен произволен и не имеет семантического значения.
Таблица
1— Пространства именXML
Префикс
Пространства именXML
Стандарт
cimi
http^/schemas.dmtf.org/cimi/1
Настоящий стандарт
XS
httpiiVwww.w3.org/2001/XMLSchema
XML Схема. Часть 2(18)
4.1.3 Пространство URI
Несмотря на то что URI. возвращенные Поставщиками, должны рассматриваться как непрозрач
ные для Потребителей. Потребители не должны знать конкретную структуру URI для Ресурсов. По
требители могут изменить URI, добавив некоторые четко определенные параметры запроса, которые
поддерживаются Поставщиком, в соответствии с 4.1.6.
Демонстрационные URI, используемые в настоящем стандарте, не являются нормативными, и ис
пользуемые шаблоны не должны интерпретироваться как руководство для реализаций. Например лю
бой из следующих URI может использоваться Поставщикамидля ссылки на конкретный Ресурс Machine:
http://example.eom/Machines/12345
http://example.com/Machines?id=12345
http://example.com/12345
http://example.com/Cloud/resourco7id:
: 12345
4.1.4 Типы медиа
В настоящем стандарте представления Ресурсов и ответов закодированы в формате JSON в со
ответствии с [9]. либо в XML. Если сериализация происходит в формате JSON. типом медиа для ресур
сов CIMI должен быть «application/json». Если сериализация происходит в формате XML. типом медиа
должен быть «application/xml».
В сериализации JSON представлений CIMI. отправленных Поставщиками, должен быть дополни
тельный атрибут корневого объекта, имеющий наименование «resourceURI» и содержащий уникальный
URI. связанный с типом сериализуемого ресурса CIMI.
Данное требование применяется в том случае, даже если используется атрибут select для выде
ления подмножества запрашиваемого ресурса.
5