ГОСТ Р 55768—2013
Примеры
1 Физичес
к
ие организации, в
к
лючающ ие процессоры, па м ять и дис
к
и.
2 Логичес
к
ие объ е
к
ты , в
к
лю чаю щ ие лицензии, содержание и процессы в операционных системах.
Виртуализация тесно связана с собственно объектами виртуализации, а значит, номенклатура,
использованная для именования основных организаций или объектов, также используется для имено
вания ихвиртуализаций. Эти ресурсы, как правило, находятсявлокальнойсобственности иуправлении,
номогут совместноиспользоватьсяудаленно. Конфигурацияи настройки также выполняютсялокально.
Поскольку реальные организации или объекты могут быстро меняться и могут состоять из нескольких
источников, эти ресурсы могутсильно различаться по своим характеристикам, качествуобслуживания,
версиям, доступности и т. д.
Далее в данном документе неделается никаких конкретных различий междубазовыми ресурсами
идругими такими сервисами как ресурсы. Используется толькообобщенное понятие ресурсов.
Второй (средний) уровень представляет собой более высокий уровень виртуализации и логичес
ких абстракций. Виртуализации и абстракции направлены на определение широкого спектра возмож
ностей (характеристик), которые имеют отношение к Грид-системам, удовлетворяющим СОАОГС.
Эти возможности могутбытьиспользованы поотдельностиили составным образом, еслиэтонеобходи
мо для обеспечения инфраструктуры, которая требуется для поддержки приложений более высокого
уровня или процессов домена «пользователя». Этот набор возможностей, определенный в СОАОГС,
является относительно инвариантным и стандартным. Способ, которым эти возможности реализуются
или применяются и. вдальнейшем, составляются и расширяются приложениямидомена пользователя,
определяетмакрос(на системномуровне)качестваобслуживания крупныхинфраструктур, основанный
наопыте работы конечных пользователей. Возможности, указанные надиаграмме, представляюттоль
ко пример возможностей СОАОГС.
Характер СОАОГС предполагает, что виртуальные ресурсы, которые представлены в видесерви
сов. являются равноправными с другими сервисами архитектуры (например, сервисы в среднем и в
верхнем ярусах). Однообразие отношений предполагает, что взаимодействие сервисов может быть
инициированолюбым сервисомархитектуры. Болеетого, сервисы второгоуровнявынуждены использо
вать и управлять виртуализациями (ресурсами) нижнего яруса, чтобы предоставить возможность
использования индивидуальногосервиса (или их набора).
На третьем (верхнем)уровне в логическом представлении находятся приложения идругиеобъек
ты. которые используют возможности СОАОГС реализовывать функции и процессы, ориентированные
на пользователей илидомены (например, такие как бизнес-процессы).
Всеэти уровнидолжны взаимодействоватьиработать, усиливаядругдруга, чтобы обеспечитьтре
буемое КО.
5.2 Модель СОАОГС
Модель СОАОГС реализует логический средний слой (см. рисунок 1) в терминах: а) сервисов,
б) интерфейсов этих сервисов, которые позволяют получать данные об индивидуальных и коллектив
ных состояниях ресурсов, принадлежащих к этим сервисам, а также в) взаимодействия этих сервисов в
рамках СОАОГС. Модель СОАОГС показана на рисунке 2.
Несколько важных замечаний.
1) Важным стимулом для СОАОГС является подход, основанный на парадигме композиций или
парадигме «строительных блоков». При таком подходе набор характеристик или функций строится или
адаптируется согласно требованиям, начиная с самого минимального набора начальных характерис
тик. чтобы удовлетворить потребность. Не предполагается никакого предварительного знания об этих
потребностях. Этообеспечиваетадаптивность, гибкость инадежностьизменений, которыетребуются в
архитектуре.
2) Полный набор характеристик СОАОГС не обязан присутствовать в системе. Другими словами,
система можетбыть построена при использовании только подмножества характеристик, определенных
вСОАОГС. Болеетого, сами характеристикине являютсямонолитными. Системаможетвыбратьтолько
подмножество сервисов излюбой характеристики к реализации или обеспечению.
3) СОАОГС представляет сервисы, их интерфейсы исемантику/поведение/взаимодействие этих
сервисов.
ю