Repo2docker-action: Мозговой штурм: инструкции CodeSpaces

спасибо, что поставили это на радар - чем кодовые пространства отличаются от чего-то вроде Binder? Разрешает ли он только vscode или другие интерфейсы?

Хороший вопрос Codespaces позволяет запускать любое произвольное Dockerized веб-приложение на любом порту в дополнение к VSCode. Например, я предпочитаю использовать его в Jupyter Lab 🎉

Я думаю, что у Binder на данный момент больше вычислительных ресурсов, чем у бесплатной версии CodeSpaces, но это может измениться.

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

Тем не менее, я думаю, нам также следует проявить некоторую осторожность, потому что кодовые пространства больше относятся к категории «продуктов поставщика», и мы обычно не хотим отдавать предпочтение одному по сравнению с другим (например, кодовые пространства / gitpod / colab / cocalc / codeocean / так далее). Тем не менее, довольно удобно, что кодовые пространства работают с открытыми стандартами, такими как repo2docker, поэтому это определенно стоит выделить и признать - я не совсем уверен, как пройти эту линию! 🤔🤔🤔

Интересный момент! Я также подумывал об использовании repo2docker для запуска виртуальных машин ноутбуков в выбранном вами облаке, что может быть полезно для вычислений, таких как графические процессоры, или других тяжелых рабочих нагрузок, где mybinder.org может не подходить? Проблема в том, что инфраструктура не бесплатна, поэтому она также начинает кататься в зоне интеграции с поставщиками облачных услуг (AWS, GCP, Azure).

При этом я думаю, что с практической точки зрения людям может быть интересно, например, интерес со стороны @hugobowne при проведении тренингов по Dask на конференциях.

Я открыл ветку беседы, чтобы узнать больше о мыслях и мнениях.

о, я думаю, что общий вариант использования «repo2docker, связанный с XXX» - это замечательный вариант, который стоит выделить. И согласился re: быстро развернуть контейнер докеров в облаке, который питается от среды, которую вы создаете с помощью repo2docker, это было бы действительно круто (мы также обдумывали аналогичную идею, которая использует the littlest jupyterhub чтобы вы может создать быстрый хаб со средой, которая была определена с файлами repo2docker)

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

Я закрою этот вопрос, спасибо, что было полезно собрать идеи и т. Д. Из этого