ГОСТ Р 55022-2012

     

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ


Информационная технология

СПЕЦИФИКАЦИЯ ЯЗЫКА ОПИСАНИЯ ПРЕДСТАВЛЕНИЯ ЗАДАЧ (JSDL). ВЕРСИЯ 1.0

Information technology. Job submission description language (JSDL) specification. Version 1.0

     

ОКС 35.060

Дата введения 2014-01-01

Предисловие

1 РАЗРАБОТАН Учреждением Российской академии наук Институтом радиотехники и электроники им.В.А.Котельникова РАН и Обществом с ограниченной ответственностью "Информационно-аналитический вычислительный центр" (ООО "ИАВЦ")

2 ВНЕСЕН Техническим комитетом по стандартизации ТК 22 "Информационные технологии"

3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 24 сентября 2012 г. N 425-ст

4 ВВЕДЕН ВПЕРВЫЕ

5 ПЕРЕИЗДАНИЕ. Январь 2019 г.

Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. N 162-ФЗ "О стандартизации в Российской Федерации". Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе "Национальные стандарты", а официальный текст изменений и поправок - в ежемесячном информационном указателе "Национальные стандарты". В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя "Национальные стандарты". Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)

Введение

Язык описания представления задач (JSDL) представляет собой язык описания требований вычислительных задач к ресурсам, особенно в Грид-среде, хотя и не ограничивается ими. Язык JSDL содержит словарь и нормативную XML-схему, которые упрощают описание этих требований, используя набор элементов XML.

Версия JSDL 1.0 дает базовый словарь описания задачи для ее представления в Грид-среде. Этот базовый словарь включает в себя понятия, используемые в ряде существующих систем: Condor, Globus Toolkit, Load Sharing Facility (LSF), Portable Batch System (PBS), (Sun) GridEngine (SGE), Uniform Interface to Computing Resources (Unicore).

Предполагается, что реализация более сложных функций будет обеспечена за счет нестандартизованного расширения версии JSDL 1.0. Часть таких функций может стать нормативными стандартными расширениями языка в установленном порядке.

Элементы JSDL подразделяются на три следующие общие категории:

- требования к идентификации задачи;

- требования к ресурсам;

- требования к данным.

Элементы языка JSDL версии 1.0 ограничены описанием требований задач на момент представления. Не существует элементов, определенных в спецификации JSDL версии 1.0 таким образом, чтобы они содержали информацию о задаче, после того как она была представлена. Такая информация, как уникальные идентификаторы задач или информация о статусе задачи, как правило, поддерживается базовыми системами управления задачами. Метод доступа к такого сорта информации может быть описан в отдельных документах либо добавлен в спецификацию JSDL версии 1.0 в качестве расширений.

Раздел 5 дает обоснование области применимости JSDL 1.0. Раздел 6 содержит описание структуры документа, написанного на языке JSDL. Типы элементов языка и их базовый набор приведены в разделах 7 и 8 соответственно. JSDL имеет расширяемую спецификацию. Правила создания расширений языка JSDL и описание нормативных расширений языка содержатся в разделах 9 и 10. Вопросы безопасности обсуждаются в разделе 11. Нормативная XML схема приведена в приложении А.

     1 Область применения

В настоящем стандарте приведена семантика и структура языка описания представления задач (JSDL), который предназначен для описания требований, предъявляемых вычислительными задачами к ресурсам, в большей степени к Грид-системам, хотя и не ограничивается только ими. Использование языка JSDL позволяет обеспечить интероперабельность как на уровне взаимодействия пользователей с различными вычислительными системами, так и на уровне взаимодействия вычислительных систем между собой.

     2 Нормативные ссылки

В настоящем стандарте использованы нормативные ссылки на следующие стандарты:

ГОСТ Р 1.1 Стандартизация в Российской Федерации. Технические комитеты. Правила создания и деятельности

ГОСТ Р 1.12 Стандартизация в Российской Федерации. Термины и определения

Примечание - При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет или по ежегодному информационному указателю "Национальные стандарты", который опубликован по состоянию на 1 января текущего года, и по выпускам ежемесячного информационного указателя "Национальные стандарты" за текущий год. Если заменен ссылочный стандарт, на который дана недатированная ссылка, то рекомендуется использовать действующую версию этого стандарта с учетом всех внесенных в данную версию изменений. Если заменен ссылочный стандарт, на который дана датированная ссылка, то рекомендуется использовать версию этого стандарта с указанным выше годом утверждения (принятия). Если после утверждения настоящего стандарта в ссылочный стандарт, на который дана датированная ссылка, внесено изменение, затрагивающее положение, на которое дана ссылка, то это положение рекомендуется применять без учета данного изменения. Если ссылочный стандарт отменен без замены, то положение, в котором дана ссылка на него, рекомендуется применять в части, не затрагивающей эту ссылку. Сведения о действии сводов правил целесообразно проверить в Федеральном информационном фонде технических регламентов и стандартов.

     3 Термины, определения и сокращения

3.1 В настоящем стандарте применены термины по ГОСТ Р 1.1, ГОСТ Р 1.12, а также следующие термины с соответствующими определениями:

3.1.1 производящая система: Система, генерирующая документ, написанный на языке JSDL.

3.1.2 потребляющая система: Система, обрабатывающая документ, написанный на языке JSDL.

3.1.3 документ JSDL: Документ, написанный на языке JSDL.

3.1.4 множественность элемента: Допустимое число экземпляров элемента в одном документе, написанном на языке JSDL.

3.2 В настоящем стандарте также применены следующие сокращения:

     4 Основные положения

     4.1 Спецификация JSDL

Спецификация языка мотивирована двумя основными сценариями.

Во-первых, многие организации, разрабатывающие Грид-системы, устанавливают различные системы управления задачами. При этом каждая система имеет свой собственный язык для описания требований представления задач. Это делает взаимодействие между этими системами управления задачами сложным. Для того чтобы использовать такие различные системы управления задачами, организации вынуждены подготовить и поддерживать целый ряд различных документов, касающихся представления задач, - по одному для каждой системы, каждый из которых описывает одно и то же представление. Стандартизованный язык, такой, например, как JSDL, может быть легко перенесен на различные системы и тем самым может полностью решить эту проблему.

Во-вторых, Грид-среда, как заведомо гетерогенная, вовлекает во взаимодействие целый ряд систем управления заданиями различных типов. На рисунке 1 проиллюстрирован один из возможных видов такой Грид-среды. Описание представления задачи (показано в виде документа JSDL на рисунке 1) в Грид-среде может быть преобразовано посредниками или дополнительно уточнено при помощи информации, первоначально отсутствовавшей у первоначального заявителя задачи.

Это описание может быть передано между системами или реализовано на одном из ресурсов, удовлетворяющем требованиям данной задачи. Все эти взаимодействия могут осуществляться автоматически при помощи стандартного языка, который может быть легко транслирован на собственный язык каждой из систем.

На рисунке 1 в качестве примера показана часть систем, в которых язык JSDL может быть использован в Грид-среде. Использование JSDL не ограничивается только этими системами. Может существовать множество других потребителей, к которым могут относиться: системы учета, системы защиты, системы архивации, системы аудита и пр.

Рисунок 1 - Пользователи JSDL в Грид-среде

     4.2 Соглашения, принятые в настоящем стандарте

Ключевые слова "обязан", "недопустимо", "требуемый", "должен", "не позволяется", "рекомендуется", "может" и "опциональный" интерпретируются следующим образом:

- "обязан" - это слово, а также термины "требуется" и "нужно" используются для требований, которые являются абсолютно необходимыми в данной спецификации;

- "недопустимо" - это слово и фраза "не позволяется" означают абсолютный запрет в рамках спецификации;

- "требуемый" - это слово используется для требований, которые являются абсолютно необходимыми в данной спецификации;

- "должен" - это слово используется для требований, которые являются абсолютно необходимыми в данной спецификации;

- "не позволяется" - эта фраза означает абсолютный запрет в рамках спецификации;

- "рекомендуется" - это слово используется для обозначения требований, от выполнения которых можно отказаться при наличии разумных причин. Однако при таком отказе следует помнить о возможных проблемах в результате отказа и принимать взвешенное решение;

- "может" - это слово используется для обозначения требований, от выполнения которых можно отказаться при наличии разумных причин. Однако при таком отказе следует помнить о возможных проблемах в результате отказа и принимать взвешенное решение;

- "опциональный" - это слово обозначает элементы, реализация которых является необязательной. Одни разработчики могут включать такие опции в свою продукцию для расширения возможностей, а другие - опускать в целях упрощения. Реализация, не включающая ту или иную опцию, должна быть готова к работе с реализациями, которые используют эту опцию (возможно, совместная работа будет обеспечиваться за счет некоторого ущерба функциональности). Включающие опцию реализации должны быть готовы (естественно, без использования такой опции) к взаимодействию с реализациями, которые такую опцию не поддерживают.

Для каждого компонента перед его описанием приводятся псевдосхемы. Псевдосхемы используют следующие соглашения для описания атрибутов и элементов: '?' означает наличие одного экземпляра объекта, либо его отсутствие; '*' означает либо отсутствие экземпляра, либо их произвольное количество; '+' означает наличие одного или большего числа экземпляров. Обычно атрибутам присваивается значение, соответствующее их типу, как это определено в нормативной схеме:

<! - - пример псевдосхемы -->
<defined_element
required_attribute_of_type_string="xsd:string"
optional_attribute_of_type_int="xsd:int"? >
<required_element />
<optional_element />?
<one_or_more_of_this_element />+
</defined_element>

Спецификация на всем протяжении использует префиксы пространства имен, которые перечислены в таблице 4.1. Следует заметить, что выбор префикса пространства имен произволен и семантически не существенен.

Таблица 4.1 - Префиксы и пространства имен, используемые в этой спецификации

Термины "элемент JSDL" и "атрибут JSDL" указывают на то, что соответствующая языковая конструкция представлена в нормативной схеме JSDL либо как элемент языка XML, либо как атрибут языка XML в нормативной схеме JSDL.