Мой первый проект был простой крипто кран + потом к нему добавился крипто шлюз, затем пошло улучшение и решение проблем ииии наконец ПРИБЫЛЬ проект окупился финансово!
Аххвхах, было классно, вскоре проект умер (появились fee в этой крипте), выложил его на гитхаб, сайт+шлюз.
Сейчас веду ещё два пет проекта, уже посерьёзнее, первый это доска объявлений, в нем я получил ещё больше опыта, но окупа тут не будет, зато благодаря этому опыту получил очень хорошую работу и мои навыки о которых я молчал очень пригодились.
"Для ограничения ресурсов лучше использовать z2jh. Можете использовать сущность профилей и выдавать/освобождать ресурсы через kubespawner_override. Для организации профилей можете взять идею проекта jupyter-docker-stacks. На такую конструкцию можно легко навесить ролевую модель по ldap..." Большое спасибо, уже изучаю возможности.
"Пакеты лучше ставить conda(mamba..) в сборке - будет меньше проблем с unix зависимостями."
Проблем с зависимостями уже нету :)
"Для пользователя оставить возможность установки пакетов из репозиториев в сам контейнер."
Дело в том что для пользователя не так много способов сделать это без бюрократии, CI/CD один из этих способов сделать это без головной боли для всех, образ собирается там где есть доступы.
Спасибо за советы и предложения по оптимизации процесса!
Цель была - автоматизировать и изолировать рабочее окружение каждого пользователя.
В контейнерах можно поставить разные версии hadoop client \ hive \ pyhive и т.д. не боясь нарушить работу соседа, некоторые пакеты влияют на всю систему, venv нам не подходит.
htmx отличная штука, позволяет реализовать классные фичи в проекте быстро, особо не погружаясь в js / jQuery.
Я не разраб, но используя htmx действительно можно реализовывать довольно крутые фичи без особых навыков js.
Click to edit
Scroll to load
Live search
Progress update (status bar)
Мне htmx нравится!
Количество рекламы будто на крипто кран зашёл.
Я без претензий, просто улыбнуло)
Видео https://youtu.be/Ko_Ne4wSUjk?si=yiw9t06DtiLyL1-U так и не открылось(
Тут вы правы конечно) CPU более скромный.
Всегда было интересно.
В чем разница vps за 280 рублей, 2vcpu 3gbram и 20 gb.
И почти такой же за 622 в vcscale только 2vcpu 2gbram 20gb.
Очень много опыта извлёк из своих пет проектов.
Мой первый проект был простой крипто кран + потом к нему добавился крипто шлюз, затем пошло улучшение и решение проблем ииии наконец ПРИБЫЛЬ проект окупился финансово!
Аххвхах, было классно, вскоре проект умер (появились fee в этой крипте), выложил его на гитхаб, сайт+шлюз.
Сейчас веду ещё два пет проекта, уже посерьёзнее, первый это доска объявлений, в нем я получил ещё больше опыта, но окупа тут не будет, зато благодаря этому опыту получил очень хорошую работу и мои навыки о которых я молчал очень пригодились.
Что же вы ничего не рассказали про TensorRT ?
https://github.com/NVIDIA/Stable-Diffusion-WebUI-TensorRT
Даёт ощутимый прирост в скорости.
Но как всегда есть но :)
"Для ограничения ресурсов лучше использовать z2jh. Можете использовать сущность профилей и выдавать/освобождать ресурсы через kubespawner_override. Для организации профилей можете взять идею проекта jupyter-docker-stacks. На такую конструкцию можно легко навесить ролевую модель по ldap..."
Большое спасибо, уже изучаю возможности.
"Пакеты лучше ставить conda(mamba..) в сборке - будет меньше проблем с unix зависимостями."
Проблем с зависимостями уже нету :)
"Для пользователя оставить возможность установки пакетов из репозиториев в сам контейнер."
Дело в том что для пользователя не так много способов сделать это без бюрократии, CI/CD один из этих способов сделать это без головной боли для всех, образ собирается там где есть доступы.
Спасибо за советы и предложения по оптимизации процесса!
Нет, не рассматривали, спасибо рассмотрим.
Цель была - автоматизировать и изолировать рабочее окружение каждого пользователя.
В контейнерах можно поставить разные версии hadoop client \ hive \ pyhive и т.д. не боясь нарушить работу соседа, некоторые пакеты влияют на всю систему, venv нам не подходит.
1. А если что-то пошло не так? Система предусматривает автоматическое резервное хранение прошлый ядер-кернелов?
Во первых, если билд кернела не проходит, старый кернел на машинах с юпитером не удаляется.
Откатить можно! Все ведется в гите, любое изменение можно откатить и запустить CI\CD снова, кернел соберётся и запушиться на сервера.
2.И вопрос по версионности, есть ли какой-то единый регламент, хотя бы на уровне рекомендаций?
Когда мы не контролировали использование тегов, место в регистри быстро кончилось.
Для кернелов юзеров используйте тег latest, самое верное решение на текущий момент.
Версионность образов используем только для продуктивных процессов.