ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ

НАЦИОНАЛЬНЫЙ

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ

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

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

Издание официальное

Москва

Стандартинформ

2016

Предисловие

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

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

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

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

Правила применения настоящего стандарта установлены в ГОСТ Р 1.0-2012 (раздел 8). Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе «Национальные стандарты», а официальный текст изменений и поправок — в ежемесячном информационном указателе «Национальные стандарты» В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost ги)

©Стандартинформ. 2016

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

II

6    Структура документа JSDL

Документ JSDL описывается с использованием языка XML и связан с нормативной схемой XML, содержащейся в приложении А.

Документ JSDL организован следующим образом: корневой элемент JobDefinition содержит единственный обязательный дочерний элемент JobDescription. Элемент JobDescription содержит элементы, описывающие задачу: Jobldentification. Application. Resources. DataStaging. Определение псевдо-схемы следующее:

<JobDefinition>

<JobDescription>

«Jobldentification ... />?

Application ... />?

«Resources... />?

«DataStaging ... />*

</JobDescription>

<xsd:any##other/>*

</JobDefinition>

Полные примеры документов JSDL приведены в приложении В

Спецификация JSDL не определяет значения по умолчанию для элементов, которые отсутствуют в документе JSDL. (Типичные значения для таких элементов присваиваются системой потребления задач (потребляющей системой). Для получения более подробной информации следует обратиться к спецификации каждого элемента). Предполагается, что элементы JSDL. требующие описания дпя конкретного представпения задачи, будут представпены совместно с соответствующими значениями в документе JSDL.

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

7    Типы элементов JSDL

Спецификация JSDL использует некоторое число типов нормативных XML схем. Она также использует ряд типов, специфичных дпя описания потребностей задач. Группа JSDL-WG основывается на определении ряда типов, приведенных в уже существующих стандартах, в частности на стандарте Общей информационной модели (CIM) и Интерфейсе переносимых операционных систем (POSIX).

Поскольку не существует определения нормативных XML схем для этих типов, они представлены в этом документе. Типы операционных систем (см. 7.2.3) опредепены, основываясь на CIM.

Некоторое чиспо типов определяют специальное значение other. Это значение может быть использовано для введения элементов из других спецификаций (детально см. в 9.3).

7.1 Типы нормативной XML схемы

Спецификация JSDL принимает типы нормативных XMLcxeM (xsd), приведенные в табпице 7.1.

Таблица 7.1 — Типы нормативных XML схем

xsd string xsd normalizedString xsd nonNegativelnteger xsd boolean xsdNCName xsd anyType xsd token xsd any##other Complex

7.2 Типы языка JSDL

В спецификации JSDL версии 1.0 определены следующие типы: - ProcessorArchitectureEnumeration;

6

ГОСТ Р 55022-2012

-    FileSystemTypeEnumeration;

-    OperatingSystemTypeEnumeration;

-    CreationFlagEnumeration;

-    RangeValue_Type.

7.2.1 Тип ProcessorArchitectureEnumeration

Перечисляемый тип архитектур процессоров основан на именах малого числа общих архитектур процессоров, определенных в ISA. Значения типа, приведенные в таблице 7.2, должны поддерживаться.

Таблица 7.2 — Архитектуры процессоров (jsdl ProcessorArchitectureEnumeration)

Нормативное имя JSDL Определение spark Процессор архитектуры SPARC powerpc Процессор архитектуры PowerPC х86 Процессор архитектуры Intel, основанный на наборе микросхем 8086 х86_32 Процессор х86, работающий в 32-битовом режиме х86_64 Процессор х86, работающий в 64-битовом режиме pansc Процессор архитектуры PARISC mips Процессор архитектуры MIPS ia64 Процессор архитектуры Intel 64 бит arm Процессор ARM other Значение, не определенное в этом списке

Данный перечень типов является расширяемым. Расширения этого списка не должны содержаться в пространстве имен JSDL.

7.2.2 Тип FileSystemTypeEnumeration

Типы файловых систем, перечисленные в таблице 7.3, должны поддерживаться.

Таблица 7.3 — Типы файловых систем (jsdl FileSystemTypeEnumeration)

Нормативное имя JSDL Определение swap Стандартное пространство подкачки для подкачки памяти temporary Стандартное временное пространство для файлов, которые периодически удаляются Это пространство оказывается недоступным после окончания задачи spool Временное пространство, которое может сохраняться после окончания задачи normal Нормальное пространство для файлов, которые можно читать иУили в которые можно писать Файлы не удаляются после окончания задачи до тех пор. пока сам пользователь не запросит их удаления

Этот список типов является расширяемым. Расширение списка не должно быть в пространстве имен JSDL.

7.2.3 Тип OperatingSystemTypeEnumeration

Типы, перечисленные в таблице 7.4, должны поддерживаться потребляющей системой. Значения базируются на значениях поля OSType записи CIM_OperatingSystem модели CIM.

Таблица 7.4 — Типы операционных систем (jsdl OperatingSystemTypeEnumeration)

Нормативные имена JSDL Unknown W1NNT LINUX HP_MPE Other WINCE Lynx NextStep

7

Окончание таблицы 7 4

Нормативные имена JSDL MAC OS NCR3000 XENIX PalmPilot ATTUNIX NetWare VM Rhapsody DGUX OSF Interact rve_UNIX Windows_2000 DECNT DC_OS BSDUNIX Dedicated Tru64_UNIX ReliantJJNIX FreeBSD OS_390 OpenVMS SCO_UnixWare NetBSD VSE HPUX SCO_OpenServer GNUJHurd TPF AIX Sequent OS9 Windows_R_Me MVS IRIX MACH_Kernel Caldera_Open_UNIX OS400 Solans Inferno Open BSD OS_2 SunOS QNX Not_Appl icable JavaVM U6000 EPOC Windows_XP MSDOS ASERIES IxWorks z_OS WIN3x TandemNSK VxWorks WIN95 TandemNT MiNT WIN98 BS2000 BeOS

Данный список типов явпяется расширяемым. Расширение списка не допжно быть в пространстве имен JSDL.

7.2.4 Тип CreationFlagEnumeration

Должны поддерживаться флаги режима создания файлов, приведенные в таблице 7.5.

Таблица 75 — Флаги режима создания файлов (jsdl CreationFlagEnumeration)

Нормативное имя JSOL Определение overwnte Переписать существующий файл с тем же именем или создать новый dontOverwnte Создать файл, если он не существует, в противном случае использовать существующий. не переписывая его append Добавить к существующему файлу с тем же именем, в противном случае создать новый

7.2.5 Тип RangeValue_Type

Значение диапазона является комплексным типом, который позволяет определять точные величины (с опциональным аргументом «эпсилон»), интервалы, открытые слева или справа, и диапазоны. Все данные числа имеют тип xsd:double. UpperBoundedRanges and LowerBoundedRanges задают верхнюю и нижнюю границы соответственно. Диапазоны могут быть «неограниченными» в смысле либо отрицательной, либо положительной бесконечности, в зависимости от возможностей потребляющей системы. Например, применитепьно к Java, «бесконечность» может выражаться как java.lang Double. NEGATIVEJNFINITY и java.lang.Double.POSITIVEJNFINITY соответственно.

Если опциональный атрибут exclusiveBound не определен, то он имеет значение «false».

Если опциональный атрибут «epsilon» не определен, то он имеет значение 0. и потребляющая система должна использовать точное совпадение, отвечающее максимально возможной точности представления числа на данной потребляющей системе. Если атрибут «epsilon» определен, то его величина определяет допустимую точность сравнения данного значения в отпичие от элемента «Exact». Таким образом, элемент «Exact» при заданном значении атрибута «epsilon» определяет диапазон «(значение-epsilon, значение+epsilon]». Значение «epsilon» не должно быть отрицательным.

ГОСТ P 55022—2012

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

Этот тип обязан поддерживаться потребляющей системой. Формальная семантика совпадений определена в следующем разделе (7.2.5.1).

7.2.5.1 Семантика совпадений

Должна использоваться следующая семантика совпадений:

-    Численное значение N попадает в диапазон R тогда и только тогда, если выполнено хотя бы одно из следующих условий (имеет значение «true»):

-    R содержит UpperBoundedRange U. атрибут exclusiveBound имеет значение «false» и NZU.

-    R содержит UpperBoundedRange U. атрибут exclusiveBound имеет значение «true» и N < U.

-    R содержит LowerBoundedRange L. атрибут exclusiveBound имеет значение «false» и NZL;

-    R содержит LowerBoundedRange L, атрибут exclusiveBound имеет значение «true» и N > L;

-    R содержит «Exact» Е с атрибутом «epsilon», равным е. и Е-е< N< Е+е,

■ R содержит диапазон Range с LowerBound L и UpperBound U, и следующие два выражения истинны:

-    L имеет атрибут exclusiveBound, равный «false», и N> L либо L имеет атрибут exclusiveBound. равный «true», и N> L:

-    U имеет атрибут exclusiveBound. равный «false», и Л/< L либо U имеет атрибут exclusiveBound. равный «true», и N< L.

7.2.5 2 Псевдо-схема

<UpperBoundedRange exclusiveBound='xsd:boolean"?> xsd:double </UpperBoundedRange>?

<LowerBoundedRange exclusiveBound=’xsd:boolean'?> xsd:double </LowerBoundedRange>?

<Exact epsilon="xsd:double"?> xsd:double </Exact>*

<Range>

<LowerBound exclusiveBound="xsd:boolean'?> xsd:double </LowerBound>

<UpperBound exclusiveBound="xsd:boolean"?> xsd double </UpperBound>

</Range>*

7.2.5.3 Примеры

Псевдовыражение «5. 6.7777, 7.0, (50.3,99.5), (100-», которое определяет неперекрывающийся диапазон, содержащий следующие значения: 5.6.7777.7.0. все величины от 50.3 включительно до 99.5. не включая последнее, и все величины от 100 и более, могут быть описаны при помощи RangeValue следующим образом:

<jsdl LowerBoundedRange» 100 0 </jsdl Lower8oundedRange>

<jsdl Exact> 5 0 </j$dl Exact>

<jsdl:Exact epsilon='0 00001 *> 6.7777 </jsdl Exact>

<jsdl Exact> 7 0 </jsdl Exact>

<jsdl Range>

<jsdl LowerBound> 50 3 </jsdl Lower8ound>

<jsdl UpperBound exclusiveBound='true*> 99.5 </jsdl UpperBound>

</jsdl Range>

8 Базовый набор элементов JSDL

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

1.0 (см раздел 2).

9

8.1    Элементы структуры задачи

8.1.1    Элемент JobDefinition

8.1.1.1    Определение

Этот элемент описывает задачу и ее требования. Он содержит секцию JobDescription и является корневым элементом документа JSDL.

8.1.1.2    Множественность

Множественность этого элемента равна единице.

8.1.1.3    Тип

Это комплексный тип. Он должен поддерживать следующие элементы:

JobDescription.

8.1.1.4    Атрибуты

Определены следующие атрибуты:

id — идентификатор документа определения задачи. Он определен как “xsd:ID" и находится в стандартном пространстве имен документа. Атрибут может быть опущен.

8.1.1.5    Псевдо-схема

<JobDefinition id^xsd ID’?»

«JobDescription... />

<xsd:any##other/>*

</JobDefinition>

8.1.1.6    Примеры

Документ с идентификатором “gnuplot*:

<jsdl JobDefinition id=’gnuplot’>

<jsdl JobDescription»... </jsdl JobDescription»

</jsdl: JobDefinition»

Пример приведен в приложении Г.

8.1.2 Элемент JobDescription

8.1.2.1    Определение

Данный элемент описывает задачу и ее требования. Он содержит следующие элементы: Joblden-tification. Application. Resources. DataStaging.

8.1.2.2    Множественность Множественность этого элемента равна единице.

8.1.2.3    Тил

Это комплексный тип. Он должен поддерживать следующие элементы:

• Jobldentification:

-Application:

-    Resources;

-    DataStaging

8.1.2.4    Атрибуты Атрибуты не определены.

8.1.2.5    Псевдо-схема «JobDescription»

<JobldentificatK>n />?

«Application... А»?

«Resources ... /»?

«DataStaging />•

<xsd any##other>*

«/JobDescription»

8.1.3 Элемент Description

8.1.3.1    Определение

Данный элемент дает описательную, легко читаемую информацию о комплексном элементе, содержащимся в нем. Он может присутствовать как подьэлемент целого ряда других элементов JSDL: Jobldentification. Application. FileSystem и др. Если этот элемент отсутствует как подэлемент, то описание не определено.

8.1.3.2    Множественность

Множественность этого элемента равна либо нулю, либо единице.

8.1.3.3    Тип

Тип этого элемента xsd:string.

ГОСТ P 55022—2012

8.1.3.4    Атрибуты Атрибуты не определены.

8.1.3.5    Псевдо-схема

<Description> xsd string «/Description»?

8.2 Элементы идентификации задачи

8.2.1    Элемент Jobldentification

8.2.1.1    Определение

Этот элемент содержит все элементы, идентифицирующие задачу: JobName, Description. JobAnnotation. JobProject. Если этот элемент не представлен, то его значение, включая значения всех его подэлементов, является неопределенным.

8.2.1.2    Множественность

Множественность этого элемента равна либо нулю, либо единице.

8.2.1.3    Тип

Это комплексный тип. Он должен поддерживать следующие элементы:

-    JobName:

-    Description;

-    JobAnnotation;

-    JobProject.

8.2.1.4    Атрибуты Атрибуты не определены.

8.2.1.5    Псевдо-схема <Jobldentrficat>on>

«JobName... />?

«Description />?

«JobAnnotation ... />*

«JobProject ... /»*

<xsd any##other>*

«/Jobldentification»?

8.2.2 Элемент JobName

8.2.2.1    Определение

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

8.2.2.2    Множественность

Множественность этого элемента равна либо нулю, либо единице.

8.2.2.3    Тип

Тип элемента xsd:string.

8.2.2    4 Атрибуты Атрибуты не определены.

8.2.2.5    Псевдо-схема «JobName» xsd:string «/JobName»?

8.2.2.6    Примеры

Имя может быть использовано для поиска и сортировки задач, а также для управления задачами. <jsdl JobName» visualization </jsdl JobName»

8.2.3    Элемент JobAnnotation

Данный элемент устарел и может быть удален в будущих версиях JSDL. Этот элемент не должен использоваться в разрабатываемых производящих системах.

8.2.3.1    Определение

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

8.2.3.2    Множественность

Множественность этого элемента равна нулю и более.

8.2.3.3    Тип

Тип элемента xsd:string.

11

ГОСТ P 55022—2012

Содержание

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

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

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

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

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

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

5    Область действия JSDL................................................................4

5.1    О языке описания потребностей в ресурсах (RRL)......................................5

5.2    О языке описания планирования (SDL)...............................................5

5.3    О соглашении о VWEB-cepencax (WS-AG)..............................................5

5.4    О языке стратегии задач (JPL).......................................................5

5.5    О языке управления жизненным циклом задач (JLML)...................................5

5.6    О потоке задач...................................................................5

6    Структура документа JSDL.............................................................6

7    Типы элементов JSDL.................................................................6

7.1    Типы нормативной XML схемы......................................................6

7.2    Типы языка JSDL..................................................................6

7.2.1    Тип ProcessorArchitectureEnumeration............................................7

7.2.2    Тип FileSystemTypeEnumeration................................................7

7.2.3    Тип OperatingSystemTypeEnumeralion...........................................7

7.2.4    Тип CreatlonFlagEnumeration...................................................8

7.2.5    Тип RangeValue_Type.........................................................8

8    Базовый набор элементов JSDL.........................................................9

8.1    Элементы структуры задачи.......................................................10

8.1.1    Элемент JobDefinition........................................................10

8.1.2    Элемент JobDescription......................................................10

8.1.3    Элемент Description.........................................................10

8.2    Элементы идентификации задачи..................................................11

8.2.1    Элемент Jobldentification.....................................................11

8.2.2    Элемент JobName..........................................................11

8.2.3    Элемент JobAnnotation.......................................................11

8.2.4    Элемент JobProject..........................................................12

8.3    Элементы приложения............................................................12

8.3.1    Элемент Application.........................................................12

8.3.2    Элемент Application Name.....................................................13

8.3.3    Элемент Application Version...................................................13

8.4    Элементы ресурсов..............................................................13

8.4.1    Элемент Resources..........................................................13

8.4.2    Элемент CandidateHosts.....................................................14

8.4.3    Элемент HostName..........................................................15

8.4.4    Элемент FileSystem.........................................................15

8.4.5    Элемент MountPoint.........................................................17

8.4.6    Элемент MountSource.......................................................18

8.4.7    Элемент DiskSpace..........................................................19

8.4.8    Элемент FileSystemType.....................................................19

8 4.9 Элемент ExclusiveExecution...................................................20

8 4.10 Элемент OperatingSystem...................................................20

8.4.11    Элемент OperatingSystemType...............................................20

8.4.12    Элемент OperatingSystemName..............................................21

8.4.13    Элемент OperatingSystemVersion.............................................21

8.4.14    Элемент CPUArchitecture....................................................21

8.4.15    Элемент CPUArchitectureName...............................................22

8.4.16    Элемент IndividualCPUSpeed.................................................22

8.4.17    Элемент IndividualCPUTime..................................................22

III

ГОСТ P 55022—2012

8.4.18    Элемент    IndividualCPUCount.................................................23

8.4.19    Элемент    IndividualNetworkBandwidth...........................................23

8.4.20    Элемент    IndividualPhysicalMemory............................................24

8.4.21    Элемент    IndividualPhysicalMemory............................................25

8.4.22    Элемент    IndividualDiskSpace.................................................25

8.4.23    Элемент    TotalCPUTime......................................................26

8.4.24    Элемент    TotalCPUCount.....................................................26

8.4.25    Элемент    TotalPhysicalMemory................................................27

8.4.26    Элемент    TotalVirtualMemory..................................................27

8.4.27    Элемент    TotalDiskSpace.....................................................27

8.4.28    Элемент    TotalResourceCount.................................................28

8.4.29    Дополнительные ресурсы...................................................28

8.5 Элементы потоков данных.........................................................29

8.5.1    Элемент DataStaging........................................................29

8.5.2    Элемент FileName..........................................................31

8.5.3    Элемент FilesystemName.....................................................31

8.5.4    Элемент CreationFlag........................................................32

8.5.5    Элемент DeleteOnTermination.................................................32

8.5.6    Элемент Source............................................................33

8.5.7    Элемент URI...............................................................33

8.5.8    Элемент Target.............................................................34

9    Расширения JSDL...................................................................34

9.1    Расширения атрибутов............................................................35

9.2    Расширения элементов...........................................................35

9.3    Семантика значения «other» языка JSDL.............................................35

10    Нормативные расширения JSDL......................................................36

10.1 Выполнение задач на POSIX-совместимых узлах....................................36

10.1.1    Элемент POSIXApplication.................................................36

10.1.2    Элемент Executable.......................................................37

10.1.3    Элемент Argument........................................................38

10.1.4    Элемент Input............................................................39

10.1.5    Элемент Output..........................................................39

10.1.6    Элемент Error............................................................40

10.1.7    Элемент WorkingDirectory..................................................40

10.1.8    Элемент Environment......................................................41

10.1.9    Элемент WallTimeLimit....................................................42

10.1.10    Элемент FileSizeLimit....................................................42

10.1.11    Элемент CoreDumpLimit..................................................42

10.1.12    Элемент DataSegmentLimit................................................42

10.1.13    Элемент LockedMemoryLimit...............................................43

10.1.14    Элемент MemoryLimit....................................................43

10.1.15    Элемент OpenDescriptorsLimit.............................................43

10.1.16    Элемент PipeSizeLimit....................................................44

10.1.17    Элемент StackSizeLimit...................................................44

10.1.18    Элемент CPUTimeLimit...................................................44

10.1.19    Элемент ProcessCountLimit................................................45

10.1.20    Элемент VirtualMemoryLimit...............................................45

10.1.21    Элемент ThreadCountLimit................................................45

10.1.22    Элемент UserName......................................................45

10.1.23    Элемент GroupName.....................................................46

11    Вопросы безопасности...............................................................46

Приложение А (обязательное) Нормативная схема JSDL.....................................47

Приложение Б (обязательное) Нормативная схема JSDL для приложений POSIX.................54

Приложение В (обязательное) Нормативная схема JSDL. содержащая сводку исправлений........57

Приложение Г (справочное) Расширенные информационные примеры JSDL....................58

IV

ГОСТ P 55022—2012

Введение

Язык описания представления задач (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 схема приведена в припожении А.

V

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

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

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

ВЕРСИЯ 1.0

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

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

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

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

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

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

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

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

Примечание — При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет или по ежегодному информационному указателю «Национальные стандарты*, который опубликован по состоянию на 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.

Издание официальное

ГОСТ Р 55022-2012

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

JSDL (Job Submission Description Language) — язык описания представления задач:

XML (Extensible Markup Language) — расширяемый язык разметки;

RRL (Resource Requirements Language) — язык описания потребностей в ресурсах;

SDL (Scheduling Description Language) — язык описания планирования;

JPL (Job Policy Language) — язык стратегии задач;

JLML (Job Lifetime Management Language) — язык управления жизненным циклом задач;

WS-AG (Web Service Agreement) — соглашение о WEB сервисах;

ISA (Instruction Set Architecture) — архитектура набора инструкций;

CIM (Common Information Model) — общая информационная модель;

NFS (Network File System) — сетевая файловая система;

POSIX (Portable Operating System Interface) — переносимый интерфейс операционных систем

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

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

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

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

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

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

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

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

2

ГОСТ Р 55022-2012

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

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

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

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

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

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

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

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

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

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

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

<!—пример псевдо-схемы -->

<defined_ele merit

required_attribute_of_type_strmg=’xsd string’ optK>nal_attribute_of_type_mt='xsd int"? >

<required_element f>

<optional_element />?

<one_or_more_of_thrs_element />♦

</defined_element>

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

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

Префикс Пространство имен xsd http //www w3 org/2001/XMLSchema jsdl http //schemas ggf org/jsdl/2005/ll/jsdl jsdl-posix http //schemas ggf org/jsdt/2005/11/jsdl-posix jsdl-errata http://schemas ggf org/jsdl/2007/03/jsdl-errata

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

Термин «документ JSDL» означает правильно отформатированный документ XML. который может быть проверен на соответствие нормативному определению схемы JSDL, которое содержится в приложении А.

Ключевое слово «present», использованное для ссылки на элемент JSDL. подразумевает, что экземпляр элемента содержится в документе JSDL. Ключевое слово «support» по отношению к потребительской системе, использующей JSDL и поддерживающей спецификацию JSDL и языковые конструкции. относится к возможности этой системы проводить синтаксический анализ документа JSDL. т. е. потребительская система должна иметь возможность интерпретировать языковые конструкции и присваивать им семантические конструкции, описанные в этой спецификации, и присваивать им значения. содержащиеся в документе JSDL. Таким образом, все потребляющие системы, совместимые с JSDL. должны поддерживать все языковые конструкции JSDL. Ключевое слово «satisfy» по отношению к потребительской системе, удовлетворяющей документу JSDL, означает, что система может как поддерживать. так и удовлетворять все элементы, представленные в документе JSDL. Элемент считается удовлетворенным, если потребительская система может обеспечить надлежащее выполнение значения. присвоенного элементу в документе JSDL.

5 Область действия JSDL

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

В качестве другого примера рассмотрим процесс переговоров, который необходим при размещении задачи в оптимальной среде ресурсов в соответствии с ее требованиями. В этом случае требуется использование удовлетворительного процесса переговоров и согласованных протоколов. Примером такого протокола является протокол, который определен в спецификации GGF WS соглашения (WS-AG). На рисунке 2 приведены некоторые другие элементы, необходимые для представления, управления и выполнения задач, особенно для Грид-систем. Многие из этих элементов являются языками и протоколами, которые еще отсутствуют либо только разрабатываются в настоящее время, либо требуют создания спецификаций и проведения стандартизации.

Рисунок 2 — Взаимодействие между JSDL и другими спецификациями

4

ГОСТ P 55022—2012

5.1    О языке описания потребностей в ресурсах (RRL)

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

5.2    О языке описания планирования (SDL)

Планирование задач и описание требований планирования являются комплексными проблемами. Требования планирования распределяются по многим категориям. Требования включают в себя:

-    планирование времени. Время начала и окончания задачи, срок действия окон для исполнения задачи и т. д.;

-    расписание, зависящее от данных. Планирование задач в зависимости от ожидаемого наличия входных данных и т. д.;

-    планирование, зависящее от рабочего потока. Планирование задач в зависимости от порядка задач в рабочем потоке.

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

5.3    О соглашении о WEB-сервисах (WS-AG)

Разработка соглашения между ресурсными WEB сервисами переднего плана и WEB-сервисами представления задач в настоящее время лежат в рамках спецификации GGF WS соглашения (WS-AG).

WS соглашения рассматривают как важный новый стандарт представления ресурсов задачи. Однако многие используемые в настоящий момент системы не имеют \ЛЕ8-сервисов переднего плана и могут не потребовать такого рода функциональности. Таким образом, важно, чтобы JSDL мог быть использован как совместно с другими стандартами, так и самостоятельно. Другими словами, JSDL может быть использован как с WS-AG, так и без него.

5.4    О языке стратегии задач (JPL)

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

5.5    О языке управления жизненным циклом задач (JLML)

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

5.6    О потоке задач

Язык JSDL предназначен для описания шаблонов задач при представлении отдельных задач на соответствующих вычислительных ресурсах Следует учитывать существование большой заинтересованности в развитии языков для описания параметрических задач, совместного распределения на вычислительных ресурсах, потоков задач и т. д. Такие языки могут «знать о существовании JSDL», другими словами, они могут ссылаться на описания отдельных задач, выполненных на языке JSDL, для каждого рабочего узла Очевидно, однако, что определение такого языка представляет собой отдельное направление деятельности, и может быть создана надстройка к стандарту JSDL что. следовательно. выходит за рамки JSDL.