В прошлом месяце
команда OVH и
Binder объединилась, чтобы поддержать рост экосистемы
BinderHub по всему миру.
Приблизительно 100 000 еженедельных пользователей общедоступного развертывания mybinder.org и 3 000 уникальных репозиториев git, в которых размещены значки Binder, ощущали потребность в дополнительных ресурсах и вычислительном времени.
Сегодня мы рады объявить, что OVH теперь является частью всемирной федерации BinderHubs, поддерживающих mybinder.org. Весь трафик на mybinder.org теперь распределяется между двумя BinderHub: один находится в ведении группы Binder, а другой — в инфраструктуре OVH.
Итак, для тех, кто еще не знает mybinder.org, вот краткое изложение.
Что такое Юпитер?
Jupyter — потрясающий проект с открытым исходным кодом, который позволяет пользователям создавать, визуализировать и редактировать интерактивные записные книжки. Он поддерживает множество популярных языков программирования, таких как Python, R и Scala, а также некоторые стандарты представления, такие как разметка, фрагменты кода, визуализация диаграмм…
Пример локальной записной книжки Jupyter, читающей записную книжку внутри клиента предвидения репозитория OVH GitHub.
Основной вариант использования — это возможность поделиться своей работой с множеством людей, которые могут пробовать, использовать и редактировать ее прямо из своего веб-браузера.
Многие исследователи и профессора теперь могут работать удаленно над одними и теми же проектами без каких-либо проблем с инфраструктурой или окружающей средой. Это большое улучшение для сообществ.
Вот, например, записная книжка ( проект Github ), позволяющая использовать машинное обучение, от приема набора данных до классификации:
Что такое JupyterHub?
JupyterHub — еще более потрясающий проект с открытым исходным кодом, предлагающий многопользовательскую функцию для ноутбуков Jupyter. Благодаря нескольким подключаемым механизмам аутентификации (например, PAM, OAuth), он позволяет создавать записные книжки Jupyter на лету из централизованной инфраструктуры. Затем пользователи могут легко делиться своими записными книжками и правами доступа друг с другом. Это делает JupyterHub идеальным для компаний, учебных аудиторий и исследовательских лабораторий.
Что такое BinderHub?
Наконец, BinderHub — это вишенка на торте: он позволяет пользователям превращать любой репозиторий Git (например, GitHub) в коллекцию интерактивных записных книжек Jupyter одним щелчком мыши.
Binder экземпляр развернутого OVH можно ознакомиться
здесь .
- Просто выберите общедоступный репозиторий git (лучше, если он уже содержит записные книжки Jupyter ).
- Скопируйте URL-адрес выбранного репозитория в правильное поле привязки.
- Щелкните кнопку запуска.
- Если связыватель впервые видит предоставленный вами репозиторий, вы увидите журналы компиляции. Ваш репозиторий анализируется и готовится к запуску связанной записной книжки Jupyter .
- После завершения компиляции вы будете автоматически перенаправлены на выделенный экземпляр.
- Затем вы можете начать взаимодействовать и взламывать ноутбук.
- На начальной странице подшивки вы увидите ссылку, по которой можно поделиться своим репозиторием с другими.
Как это работает?
Инструменты, используемые BinderHub
BinderHub соединяет несколько сервисов вместе, чтобы обеспечить создание и реестр образов Docker на лету. Он использует следующие инструменты:
- Облачный провайдер, такой как OVH.
- Kubernetes для управления ресурсами в облаке
- Helm для настройки и управления Kubernetes.
- Docker для использования контейнеров, которые стандартизируют вычислительные среды.
- Пользовательский интерфейс BinderHub, к которому пользователи могут получить доступ, чтобы указать репозитории Git, которые они хотят создать.
- BinderHub для создания образов Docker с использованием URL-адреса репозитория Git.
- Реестр Docker, в котором размещаются образы контейнеров.
- JupyterHub для развертывания временных контейнеров для пользователей.
Что происходит, когда пользователь щелкает ссылку Binder?
После того, как пользователь щелкает ссылку Binder, происходит следующая цепочка событий:
- BinderHub разрешает ссылку на репозиторий.
- BinderHub определяет, существует ли уже образ Docker для репозитория по последней ссылке (хэш, ветка или тег git commit).
- Если изображение не существует, BinderHub создает модуль сборки, который использует repo2docker для:
- Получите репозиторий, связанный со ссылкой.
- Создайте образ контейнера Docker, содержащий среду, указанную в файлах конфигурации в репозитории.
- Отправьте этот образ в реестр Docker и отправьте информацию реестра в BinderHub для дальнейшего использования.
- BinderHub отправляет реестр образов Docker в JupyterHub.
- JupyterHub создает для пользователя модуль Kubernetes, который обслуживает созданный образ Docker для репозитория.
- JupyterHub отслеживает активность модуля пользователя и уничтожает его после короткого периода бездействия.
Схема архитектуры BinderHub
Как мы это развернули?
На платформе OVH Kubernetes
Одна замечательная особенность проекта Binder заключается в том, что он полностью не зависит от облака, вам просто нужен кластер Kubernetes для развертывания.
Kubernetes — один из лучших вариантов, когда речь идет о масштабируемости в стеке архитектуры микросервисов. Управляемое решение Kubernetes работает на инстансах публичного облака OVH. С помощью балансировщиков нагрузки OVH и встроенных дополнительных дисков вы можете размещать все типы рабочих нагрузок с полной обратимостью.
Для этого мы использовали 2 сервиса в OVH Public Cloud:
Мы также заказали конкретное доменное имя, чтобы наш стек связывателей был общедоступным из любого места.
Установка HELM на наш новый кластер
После завершения автоматической установки нашего кластера Kubernetes мы загрузили административный YAML-файл, позволяющий управлять нашим кластером и запускать
kubectl
на нем команды.
kubectl
это официальный и самый популярный инструмент, используемый для администрирования кластера Kubernetes. Более подробную информацию о том, как его установить, можно найти
здесь .
Автоматическое развертывание полного стека Binder уже подготовлено в виде пакета Helm. Helm — это менеджер пакетов для кубернетов, и для работы ему нужны клиентская часть (
helm
) и серверная часть (
tiller
).
Всю информацию об установке
helm
и
tille
можно найти
здесь .
Конфигурация нашего развертывания Helm
После
tiller
установки в нашем кластере все было готово для автоматизации развертывания связующего в нашей инфраструктуре OVH.
Конфигурация
helm
развертывания довольно проста, и все шаги были описаны командой Binder
здесь .
Интеграция в процесс CD / CI binderhub
У них binder team уже был рабочий процесс travis для автоматизации процессов тестирования и развертывания. Все прозрачно, и они раскрывают все свои конфигурации (кроме секретов) в своем проекте GitHub. Нам просто нужно было интегрироваться с их текущим рабочим процессом и разместить нашу конкретную конфигурацию в их репозитории.
Затем мы подождали их следующего запуска рабочего процесса Travis, и он сработал.
С этого момента стек ovh для binder был запущен и доступен всем отовсюду по этому адресу:
ovh.mybinder.org/
Что будет дальше?
OVH продолжит взаимодействовать с сообществом разработчиков данных с открытым исходным кодом и будет поддерживать прочные отношения с фондом
Jupyter и, в более общем плане, сообществом Python.
Этот первый опыт сотрудничества с такой управляемой данными организацией с открытым исходным кодом помог нам создать лучшую командную организацию и управление, чтобы гарантировать, что как
OVH, так и сообщество достигают своих целей наилучшим образом.
Работа с открытым исходным кодом сильно отличается от отрасли, поскольку требует другого мышления: очень ориентированного на человека, когда у всех разные цели, приоритеты, сроки и точки зрения, которые следует учитывать.
Специальная благодарность
Мы благодарны командам Binder, Jupyter и QuantStack за их помощь, команде OVH K8s для OVH Managed Kubernetes и OVH Managed Private Registry, а также команде OVH MLS за поддержку. Вы молодцы!
