Письмо о развитии iExec #5: Управление Docker
В этом двухнедельном письме о развитии iExec #5, мы рады предложить вам новую статью, которая углубляется в технологию распределенного облака iExec на основе блокчейн. В этой статье представлено управление контейнерами iExec Docker.
Вступление
В предыдущей статье мы представили парадигму iExec «совместного использования поставщика» и сосредоточили внимание на управлении виртуальной машиной (VM) в качестве первого варианта использования. В этой статье мы покажем, как эта парадигма применяется к контейнеру Docker.
Контейнеры предназначены для создания и запуска виртуальных сред (VE), позволяющих изолировать выполнение приложений без необходимости запуска отдельной операционной системы (ОС). Эта последняя особенность — нет необходимости добавлять еще один уровень ОС — является основным отличием от виртуальной машины, что значительно снижает накладные расходы и объем по сравнению с другими технологиями. Если вы заинтересованы, прочитайте эту вводную статью.
Архитектура совместного использования поставщиков iExec, безопасность и случаи использования уже подробно описаны в этой предыдущей статье. Сегодня мы хотели бы подробно рассказать, как мы управляем такими обменами; как мы регистрируем, развертываем, запускаем и останавливаем работу.
Развертывание
Традиционно глобальные вычислительные платформы определяют, что и куда отправлять: задание, ссылающееся на приложение с двоичным файлом Linux, может быть отправлено только на ресурс под управлением операционной системы Linux. Наша парадигма “совместного использования провайдера” позволяет объявлять компоненты, которые являются локальными для узла, и которые не будут передаваться по сети. Это полезно, когда программные компоненты не могут быть установлены на лету: это может быть слишком тяжелым, слишком сложным, или даже требовать некоторых привилегированных прав.
Наша технология позволяет реверсировать схему развертывания: “совместное использование поставщика” является программным компонентом, который не предполагается развертывать и не может быть транспортирован.
Регистрация
Пользователи должны иметь возможность ссылаться и использовать данные и вычисления. Для этого процесс регистрации остается прежним: активы, совместно используемые или распределенные, должны быть зарегистрированы на стороне планировщика.
Регистрация приложения осуществляется с помощью клиентского инструмента «xwsendapp», предоставляемого промежуточным программным обеспечением. Но регистрация совместного использования может быть довольно сложной и требует нескольких шагов, которые могут привести к ошибкам или недоразумениям. Чтобы облегчить регистрацию общих активов, промежуточное программное обеспечение предлагает специальные инструменты, по одному на класс программных компонентов:
- “xwaddvbapp.sh” (“xtremweb добавить приложение virtualbox”)
- “xwadddocker.sh” (“xtremweb добавить приложение docker ”)
Эти инструменты регистрируют общие приложения -Virtualbox и Docker, чтобы пользователи могли отправлять VM и контейнеры, соответственно. Затем эти общие приложения можно получить с помощью клиентского инструмента «xwapps».
Использование
Как только Docker зарегистрирован в качестве общего приложения, конечные пользователи могут отправлять и управлять контейнерами, используя клиентские инструменты «xwsubmit», «xworks», «xwresult» и т.д., как и для любого типа задания.
Заключение
Эта статья углубляется в парадигму “совместного использования провайдера” iExec и показывает управление контейнером через децентрализованное облако.
Автор: Oleg Lodygensky
Опубликовано: 18 июля 2017
Первоисточник на английском языке:
Присоединяйтесь к нам:
iExec 🇷🇺
Веб-Сайт • Telegram • VKontakte • Instagram • Twitter • Facebook • Youtube • Medium • Golos •
iExec 🇺🇸
Website • Medium • Slack • Telegram • Reddit • Twitter • Facebook • LinkedIn• Youtube • Github • Kakao • Instagram • Steemit • Katacoda • Docs
___________________________________________________________________
