ГОСТ Р ИСО/МЭК 19831—2017
Ресурса. При выполнении операции create Поставщик может также включать заголовок HTTP Location,
содержащий ссылку на создаваемый Ресурс, если он известен;
- пустое тело ответа.
Примечание — Решение по поводу того, является ли какая-то конкретная операция синхронной или
асинхронной, принимает сервер.
4.3 Поддержка OVF
В спецификации открытого формата виртуализации (OVF) по [2] описан открытый, безопас
ный. переносимый, эффективный и расширяемый формат для упаковки и распространения программ
ного обеспечения, которое будет выполняться в виртуальных машинах. Поддержка OVF в CIMI по
зволяет использовать пакеты OVF для создания ресурсов менеджмента CIMI путем импорта пакета.
Кроме того, ресурсы менеджмента CIMI могут быть экспортированы в пакет OVF. Фактическая поддерж ка
пакета OVF обычно реализуется гипервизором, которым управляет поставщик CIMI. Импорт пакета
OVF предоставляет доступ к набору конструкций и параметров, определяемых CIMI. без изменений
исходного пакета OVF. Таким образом, ресурсы CIMI. созданные в результате импорта, формируют
«представление» того, что сделано гипервизором. Однако другая (не имеющая отображение в CIMI) ин
формация от пакета OVF может быть использована гипервизором при его импорте. Такая
информация определяется реализацией и далее не рассматривается в настоящем стандарте.
Пакет OVF может поддерживать единичные виртуальные машины (далее — ВМ). соответствую
щие единичному экземпляру CIMI Machine или MachineTemplate(CM. 5.14.1), либо может поддерживать
сложную иерархию ВМ и связанных с ними ресурсов, соответствующих CIMISystem или
SystemTemplate (см. 5.13.1). и связанных ресурсов менеджмента CIMI.
Описание поддержки OVF более подробно приведено в приложении А.
5 Модель
Данная модель предполагает, что между Потребителем и Поставщиком уже установлены дело
вые отношения. Эти отношения могут включать в себя финансовые условия, приводящие к созданию
отдельно администрируемых облаков, за которые платит организация-потребитель, и установлению
учетных данных аутентификации для получения доступа к административной точке входа для каждого
облака. Областью применения данной модели является отдельно администрируемое облако.
Описание модели CIMI приводится в виде таблицы. Прототипом послужило моделирование сущ
ность — связь (Entity-Relationship), где каждый объект моделирует значительный облачный ресурс, для
которого ожидаются независимый доступ и манипуляция. Отношения между ресурсами осуществляет ся
с помощью механизма ссылок, основанного на уникальных идентификаторах, который, как ожида ется.
уже поддерживается окружающей средой реализации и протоколом (например. URI для HTTP).
Модель описывает сама себя и допускает запросы своих собственных метаданных, например для
обнаружения поддерживаемых расширений. Также модель может быть расширена различными спосо
бами (см. 5.1).
Наряду с этой моделью определена сериализация ее объектов (как в XML. так и в JSON).
Альтернативное представление каждой главной группы ресурсов представлено в виде диаграммы
UML.
5.1 Обертки Ресурсов
В данной модели сериализация экземпляров Ресурсов должна соответствовать ряду правил. На
пример сериализация Ресурса с именем MyResource должна соответствовать следующим правилам;
Сериализация JSON:
Ресурс сериализован как объект, обертывающий все его атрибуты, но без наименования обертки.
Ресурс включает в себя resourceURI с URI типа сериализуемого Ресурса, например.
{"resourceURI": "
http://example.com/MyResource
".
"attribute"; "value"
}
17