ГОСТ Р 55768—2013
Сервисы резервированиямогут использоваться многими различнымисервисами: менеджерзадач
должен создавать резервирования для групп задач, которыми он управляет; сервисы СПВ должны
использоватьрезервированиедля обеспечения планавыполнения конкретной задачи. Также возможен
случай создания резервирования, связанного с шагом обеспечения задачи.
5.4.6 Взаимодействие с другими сервисами СОАОГС
5.4.6.1 Сервис запуска и конфигурирования
Передиспользованием единицей работы сервиса или контейнераданныхондолжен быть настро
ен или снабжендополнительными ресурсами.
5.4.6.2 Наименование
СОАОГС СУВ используют систему наименований СОАОГС.
Пример — В сложной системе массового обслуживания,
к
оторая имеет фун
к
ции формирования
к
онтрольной то ч
к
и и перезагруз
к
и для целей провер
к
и возможности выполнения или балансиров
к
и на
груз
к
и. адрес задачи м ож ет у
к
азы вать на м естоположение задачи на
к
он
к
ретной машине.
Абстрактное имя будетопределятьположение задачиуниверсальным способом, независящим от
конкретной локализации задачи.
Пример — А б стра
к
тно е имя до и после миграции задачи должно о ста ва ться одним и тем же.
Имя, ориентированноена пользователя, может бытьудобным кратким названием задачи, которое
можетбыть неоднозначнымдля ссылки на контекст, в котором оно используется.
5.4.6.3 Информационный сервис
Информационные услуги являются базами данных атрибутов метаданных о ресурсах. В СУВ
информационные услуги используются многимиразличнымисервисами. Например, контейнерам необ
ходимо опубликовать информацию о своих атрибутах так, чтобы сервисы ГНК могли оценить пригод
ность контейнера для задачи; сервисы СПВ должны иметь возможность прочитать информационную
политикуВОизинформационногосервиса. Способполучения информацииинформационным сервисом
не определен.
5.4.6.4 Мониторинг
Простой запуск какой-либо задачи часто является недостаточным. Приложения (которые могут
включать много различных сервисов или компонент) зачастую требуют непрерывного мониторинга по
причинам какотказоустойчивости, так и качества облуживания.
Пример — Условия на
к
он
к
ретном узле,
к
ото р ы й изначально был выбран планировщи
к
ом для
выполнения, м о гу т измениться, ч т о м ож ет означать необходимость перепланирования задания.
5.4.6.5 Сервисыдетектирования отказов ивосстановления
Сервисы детектирования отказов и восстановления могут (илине могут)бытьчастью мониторинга
и могут включать в себя поддержкууправления простымисхемамифункций, не меняющихсвоего состо
яния в процессе выполнения, которые позволяютдостичь компромисса между производительностью и
использованием ресурсов; чутьболеесложныесхемы, которыеуправляютконтрольнымиточками ивос
становлением однопоточных задач; и еще более сложные схемы, которые управляют приложениями с
распределенными состояниями, такие как задачи MPI.
5.4.6 6 Регистрация
Регистрация является важной в контексте сервисов СУВ. так как можно ожидать, что некоторое
число других сервисов будет строиться поверх этих сервисов. Например, можно предположить, что
регистрация является основой всей действующей цепочки сервисов.
- Снятие показаний есть использование журнала для записи последовательности использования
ресурсов.
- Аудит есть использование журнала для просмотра активности и может быть частью функций
безопасности, таких какотсутствие отказа вдоступе.
- Информация о происхождении (источнике) может быть сохранена с использованием сервисов
учетных записей. Использованиеинформациио происхождениивключаетвсебясоблюдение норматив
ных требований иоценки качестваданных.
5.5Сервисы данных
5.5.1 Цели
Описываютсясервисы СОАОГС, которыесвязаны суправлением.доступом иобновлением ресур
сов данных, а также с передачей данных между ресурсами. Все вместе это называется «сервисы
данных».
17