Repo2docker-action: Lluvia de ideas: instrucciones de CodeSpaces

Creado en 23 jul. 2020  ·  6Comentarios  ·  Fuente: jupyterhub/repo2docker-action

CodeSpaces se encuentra actualmente en Beta. Sin embargo, se lanzará pronto (no sé exactamente cuándo). Repo2Docker y esta acción serán de gran utilidad para facilitar el lanzamiento de Jupyter Notebooks en ese entorno.

Nota: Codespaces le permite iniciar aplicaciones arbitrarias como Jupyter Notebooks en un puerto diferente y conectarse a ese puerto

Se verá así https://www.youtube.com/watch?v=Hpt1Xs96C74&feature=youtu.be

PD: la configuración de CodeSpaces se ve así https://github.com/jupyterhub/repo2docker-action/blob/master/.devcontainer/devcontainer.json

cc: @betatim @choldgraf

Todos 6 comentarios

gracias por poner esto en el radar. ¿En qué se diferencian los espacios de código de algo como Binder? ¿Solo permite vscode u otras interfaces también?

Buena pregunta Codespaces permite que cualquier aplicación web Dockerizada arbitraria se ejecute en cualquier puerto además de VSCode. Mi forma preferida de usarlo, por ejemplo, será servir Jupyter Lab en él 🎉

Creo que Binder tiene un procesamiento más generoso en este momento que la versión gratuita de CodeSpaces, pero eso podría cambiar.

Una idea general aquí: creo que deberíamos encontrar formas de mostrar cómo repo2docker puede conectarse a otros ecosistemas, usarse en flujos de trabajo fuera de Binder, etc. En ese sentido, creo que sería genial ver información sobre cómo integrarse con espacios de código!

Dicho esto, creo que también deberíamos ser cautelosos, porque los espacios de código entran más en la categoría de "productos de proveedores" y, por lo general, no queremos mostrar preferencia por uno frente al otro (p. Ej., Codepaces / gitpod / colab / cocalc / codeocean / etc). Dicho esto, es bastante bueno que los espacios de código funcionen con estándares abiertos como repo2docker, por lo que definitivamente vale la pena resaltarlo y reconocerlo, ¡no estoy muy seguro de cómo caminar en esa línea! 🤔🤔🤔

¡Ese es un punto interesante! También estaba contemplando el uso de repo2docker para lanzar máquinas virtuales portátiles en la nube de su elección, que puede ser útil para computación como GPU u otras cargas de trabajo pesadas donde mybinder.org puede no ser apropiado. El desafío es que la infraestructura no es gratuita, por lo que también comienza a patinar en esta zona de proveedores de integración con los proveedores de la nube (AWS, GCP, Azure).

Dicho esto, creo que, en la práctica, a la gente le puede resultar interesante, por ejemplo, algo de interés de @hugobowne para usar mientras hacen la capacitación de Dask en conferencias.

Abrí un hilo sobre el discurso para solicitar más pensamientos y opiniones.

oh, creo que el caso de uso general de "repo2docker conectado con XXX" es impresionante para destacar. Y acordé: hacer girar rápidamente un contenedor de ventana acoplable en la nube que funciona con un entorno que crea con repo2docker, eso sería realmente genial (también hemos analizado una idea similar que usa the littlest jupyterhub para que usted puede crear un concentrador rápido con un entorno que se definió con archivos repo2docker)

Creo que a mediano plazo, me sentiré más cómodo destacando repo2docker en el ecosistema de un proveedor en particular si también podemos ponerlo junto al uso de repo2docker en muchos otros ecosistemas (algunos proveedores, otros no) también.

Cerraré este problema gracias, fue útil recopilar ideas, etc. de este

¿Fue útil esta página
0 / 5 - 0 calificaciones