Определения
архитектура (architecture)
Формальное описание системы, определяющее ее цели, функции, внешне видимые свойства, и интерфейсы. Оно также включает описание внутренних компонентов системы и их отношений, наряду с принципами, управляющими ее дизайном, функционированием и возможной последующей эволюцией. Это описание включает программные компоненты, визуализированные свойства этих компонент, отношения между компонентами и ограничения на их использования. Программное обеспечение или система может состоять из многих уровней абстракции и многих фаз работы, и каждый уровень и каждая фаза могут иметь свою архитектуру.
асинхронный (asynchronous)
О взаимодействии говорится как об асинхронном, когда ассоциируемые сообщения хронологически и процедурно развязаны. Например, во взаимодействии "запрос - ответ" агент клиента может обрабатывать ответ в некоторый неопределенный момент в будущем, когда обнаружится, что этот ответ существует. К механизмам реализации такого взаимодействия относятся опрос, уведомление о получении другого сообщения и т.д.
авторизация (authorization)
Процесс определения по соответствующей информации для управления доступом, разрешены ли для субъекта указанные виды доступа к конкретному ресурсу. Обычно авторизация выполняется в контексте аутентификации. Если субъект аутентифицирован, он может быть авторизован для выполнения различных видов доступа.
аутентификация (authentication)
Процесс проверки и подтверждения, что потенциальный партнер по общению действительно представляет того, за кого он пытается себя выдать, с помощью некой уникальной информации (в простейшем случае — с помощью имени и пароля, в гриде чаще всего - с помощью электронных сертификатов).
виртуальная организация/ВО (virtual Organization)
Виртуальная организация (ВО) определяется как динамичное объединение пользователей, ресурсов и служб. ВО участвует в контрактах между поставщиками ресурсов и виртуальными организациями, которыми регулируются использование ресурсов и технические политики. Какая-нибудь группа пользователей и служб, входящих в состав ВО, может образовать в ее рамках группу, которая действует на основе договоренностей вышестоящей ВО.
грид-инфраструктура
Инфраструктура, обеспечивающая пользователям грида прозрачный, унифицированный, безопасный доступ к географически распределенным вычислительным ресурсам и ресурсам хранения данных через открытые компьютерные сети.
доступ к ресурсам
управление доступом (access control)
Защита ресурсов от неавторизованного доступа; процесс, посредством которого использование ресурсов регулируется в соответствии с политикой владельцев ресурсов и разрешается только авторизованным пользователям и компонентам системы.
права доступа (access rights)
Описание типов авторизованных взаимодействий, которые субъект может иметь с ресурсом (например, чтение, запись, исполнение, добавление, модификация, удаление).
инфраструктура безопасности грида (Grid Security Infrastructure, GSI)
Компонента промежуточного программного обеспечения грида; основывается на понятии открытого ключа, входит в инструментальный пакет Globus.
кластер (cluster)
Доступная по сети группа рабочих узлов (при необходимости вместе с головным узлом), размещённая на некотором сайте. Другими словами, кластер это "контейнер", который группирует вместе компьютерные узлы или подкластеры.
компонента (component)
Объект программного обеспечения, предназначенный для взаимодействия с другими компонентами, инкапсулирующий некоторую функциональность или набор функциональностей. Компонента имеет четко определенный интерфейс и ведет себя заранее определенным образом, общим для всех компонент в рамках архитектуры.
НАГ (направленный ациклический граф) (Direct Acyclic Graph, DAG)
Направленный граф без циклов - графическое представление зависимостей грид-заданий; каждая работа - это узел DAG. У каждого узла может быть несколько узлов-предков или узлов-потомков, но граф не может иметь петель.
открытая архитектура грид-сервисов (Open Grid Services Architecture, OGSA)
OGSA является сервисно-ориентированной архитектурой грид-среды для использования в различных научных и индустриальных областях. Эта архитектура опирается на веб-технологии, особенно на WSDL и SOAP, хотя в значительной степени предполагает независимость от способа обработки данных на транспортном уровне. Коротко говоря, OGSA является архитектурой распределенных информационно-вычислительных систем на основе сервисов, обеспечивающая интероперабельность в рамках неоднородной распределенной системы и возможность взаимодействия и совместной обработки информации различными типами ресурсов. По форме OGSA представляет из себя обобщение веб-сервисной архитектуры, отвечающее требованиям грид-компьютинга.
передача состояния представлениями (Representational State Transfer (REST))
Cтиль архитектуры программного обеспечения для распределенных систем.
политика (policy)
Констатация четко определенных требований, условий или предпочтений, которые выставляются поставщиком и/или потребителем. Они используются в инфраструктуре при формулировании решений, определяющих те или иные действия и/или операции. В частности:
политика секретности (privacy policy) - политика сбора, обработки, использования и раскрытия персональных данных другой стороны в результате взаимодействия;
политика безопасности (security policy) - политика, определяющая как система или организация организуют службы безопасности для защиты ресурсов.
поставщик информации (Information Provider)
Программное обеспечение поставщика информации связывается с любой службой сбора данных, виртуально собирает данные некоторого типа и передаёт их информационной подсистеме грида.
Представление ресурса (в контексте архитектурного стиля REST)
Последовательность битов в каком-либо формате, отражающая сущность ресурса.
приложение/прикладное программное обеспечение (application/application software)
Программы, предназначенные для выполнения определенных пользовательских задач и рассчитанные на непосредственное взаимодействие с пользователем. В грид-среде любое приложение при активизации (выполнении) содержит информацию, которая позволяет определить лицо, ответственное за выполнение этого приложения.
прокси (proxy)
Агент, который ретранслирует сообщение агента-потребителя агенту-поставщику, выступая перед грид- или веб-службой в качестве потребителя.
промежуточное программное обеспечение/ППО (Middleware)
Слой программного обеспечения, состоящий из агентов, являющихся посредниками между различными компонентами крупного приложения. Зачастую ППО используется в распределённых приложениях, причём агентов, составляющих этот слой, может быть несколько.
протокол (protocol)
Набор формальных правил, описывающих, как пересылаются данные, особенно по сети. Протоколы низкого уровня определяют электрические и физические стандарты, которые должны соблюдаться, последовательность битов и байтов, передачу данных и обнаружение ошибок, коррекцию потока битов. Протоколы высокого уровня регулируют форматирование данных, включая синтаксис сообщений, терминал для диалога с компьютером, наборы символов, последовательность сообщений и т.д.
рабочий узел (Working Node, WN)
Отдельный хост кластера. Информация о вычислительном узле может быть видима гриду, но может быть и не видима - это зависит от способа администрирования кластера.
ресурс (в контексте архитектурного стиля REST)
Сущность, обладающая достаточной информационной ценностью для того, чтобы ссылка на нее имела практический смысл.
сайт (site)
Сайт – это используемое для администрирования логическое имя, обозначающее конкретный, стабильный, уникально идентифицируемый и тестируемый набор служб и ресурсов (вычислительных и ресурсов хранения данных).
сервис/служба (service)
Абстрактный ресурс, представляющий возможность выполнения задач, которые имеют четкие функции с точки зрения поставщиков и потребителей. Чтобы службой можно было воспользоваться, она должна быть реализована конкретным агентом поставщика.
В данном тексте термины "сервис" и "служба" используются как эквивалентные.
веб-сервис/служба (Web service)
Веб-служба - это система программной поддержки взаимодействия "компьютер - компьютер" через сеть; веб-служба имеет интерфейс, описанный в формате, доступном для машинной обработки (WSDL); другие системы взаимодействуют с веб-службой так, как это определено ее описанием, с использованием SOAP-сообщений, передаваемых обычно по протоколу HTTP c XML-сериализацией в сочетании с другими веб-стандартами.
сервиса/службы интерфейс (service interface)
Определяет типы сообщений и шаблоны для обмена сообщениями, которые участвуют во взаимодействии со службой, а также условия, подразумеваемые этими сообщениями.
сервисно-ориентированная архитектура (Service Oriented Architecture, SOA)
Основа построения надежных распределенных систем, которые в качестве услуг предоставляют функциональные возможности, с дополнительным акцентом на слабые связи между взаимодействующими сервисами. Базируется на наборе компонент, к которым можно обратиться, и чьи описания интерфейсов являются публично доступными.
сертификат (certificate)
Цифровой или бумажный документ, подтверждающий соответствие между открытым ключом и информацией, идентифицирующей владельца ключа. Он содержит информацию о владельце ключа, сведения об открытом ключе, его назначении и области применения, центре сертификации и т. д. Стандарт X.509 определяет, какая информация должна содержаться в сертификате, и описывает, в каком виде она должна быть в нем записана .
сертификационный центр (Certificate Authority)
Служба, которая выпускает сертификаты. В гриде могут признаваться сертификаты, выпускаемые несколькими сертификационными центрами.
синхронный (synchronous)
О взаимодействии говорится как о синхронном, когда участвующие в нем агенты должны быть доступны для получения и обработки сообщений с момента начала взаимодействия и до тех пор, пока не будут получены все сообщения или пока не возникнет какая-то аварийная ситуация.
состояние (state)
Набор атрибутов, представляющих свойства компоненты в некоторый момент времени.
удостоверения (credentials)
Данные, которые передаются для установления требуемой идентичности элемента системы, чья идентификация должна быть аутентифицирована.
унифицированный идентификатор ресурса (Uniform Resource Identifier, URI)
Строка, определяющая имя и адрес ресурса или его представления.
хореография (веб-сервисов) (choreography)
Хореография определяет последовательность и условия обмена сообщениями между многочисленными взаимодействующими независимыми агентами.
Хореография веб-служб касается взаимодействия служб с их пользователями. Любой пользователь веб-службы, автоматический или нет, является клиентом этой службы. В качестве пользователей могут выступать другие веб-службы, приложения или люди. Транзакции между веб-службами и их клиентами должны быть четко определены во время их выполнения и могут состоять из множества отдельных взаимодействий, чья композиция составляет полную транзакцию. Эта композиция, ее протоколы передачи сообщений, интерфейсы, установление последовательности и ассоциированная логика и составляет то, что называется хореографией.
хост (host)
Любое устройство, предоставляющее сервисы формата «клиент-сервер» в режиме сервера по каким-либо интерфейсам и уникально определённое на этих интерфейсах. В более частном случае под хостом понимается любой компьютер, сервер, маршрутизатор, подключенный к локальной или глобальной сети.
SOAP
Протокол (набор соглашений), определяющих формат и правила обработки SOAP-сообщений. Эти соглашения касаются взаимодействия между SOAP-узлами, генерирующими и принимающими SOAP-сообщения с целью обмена информацией.
|
