Для ограничения ресурсов лучше использовать z2jh. Можете использовать сущность профилей и выдавать/освобождать ресурсы через kubespawner_override. Для организации профилей можете взять идею проекта jupyter-docker-stacks. На такую конструкцию можно легко навесить ролевую модель по ldap... Пакеты лучше ставить conda(mamba..) в сборке - будет меньше проблем с unix зависимостями. Для пользователя оставить возможность установки пакетов из репозиториев в сам контейнер. Я не думаю что вам нужно много кернел сборок, скорее всего есть золотой список используемых пакетов, оставьте возможность пользователю менять его в самом контейнере, а решение unix зависимостей и cuda оставьте на админов.
Привет. Присоединился к программе. Правильно понял что в PyCharm будет исправлено удаленное подключение к ноутбуку через jupyterhub? Функциональность же была, просто она не работала.
Привет. Я ознакомлюсь с Zeppelen, сравню чем он отличается от jupyter. В ide все работает при локальном развертывании ноутбука, но не работают подключения к блокноту через Jupyterhub. Jupyterhub использует прокси сервер, который перенаправляет запросы на нужный ноутбук пользователя. У ваших конкурентов VCS, все работает из коробки, включая запуск нужны kernels - хотело бы починить хотя бы это. Jupyterhub интересен в организациях с big data, в сети есть статьи от яндекса, ламода, втб и получается все сотрудники не могут использовать jupyterhub с Idea или Pycharm(если не придуман какой то костыль, о котором я не знаю).
Хорошая статься, хотел уточнить, а spark в kube запускается в режиме клиент или кластер с использование yarn — hadoop? Что используется для интеграции?
Kernels в jupyter запускается локально на pod или задействован jupyter gateway enterprise?
Если правильно понял, то есть возможность принимать факсы на некий виртуальный номер в АТС по G.711 и t38.
А как обстоят дела с отправкой документов на реальные факсы из нашей АТС?
Во-первых, каждый вендор, когда реализует поддержку SIP, имеет в виду что-то свое. И, используя SIP-совместимое оборудование или софт разных производителей, очень просто получить неработающую систему из-за разных реализаций одного протокола.
Возможно речь идет про какие то ДВО? Так как скорее всего стоит SBC между оконечкой и мозгами, которая выполняет функции совместимости по протоколу.
Важно помнить, что все команды, которые мы вводили в консоли работают только до перезагрузки. Когда я добавлял 2 интерфейс и выключил виртуалку, то после перезагрузки получил не настроенную машину, вследствие чего все команды пришлось применить заново.
Я бы добавил в команды в скрип после загрузки /etc/rc.local иди в /etc/network/*.
Спасибо за статью полезна при большом количестве цысок, про ускорение загрузки полезный совет!
Думаю данный процесс можно запилить и под другие вендоры (snow,astra...).
Все верно, но прежде чем нести трейсы производителю, необходимо будет обновить софт до последнее версии. Производитель будет рекомендовать настройки или исправит баг в следующем ПО (для махровых операторов, может выпустить специальное ПО), ну или в крайней мере подскажет RFC по которому отработала железка.
Знаком, но на уровне чтения форумов. Больше общался с модулями на Asterisk.
Если есть рекомендации из опыта по настройке джитера и в какую сторону крутить настройки, то с удовольствие ознакомлюсь. Спасибо.
Для ограничения ресурсов лучше использовать z2jh. Можете использовать сущность профилей и выдавать/освобождать ресурсы через kubespawner_override. Для организации профилей можете взять идею проекта jupyter-docker-stacks. На такую конструкцию можно легко навесить ролевую модель по ldap... Пакеты лучше ставить conda(mamba..) в сборке - будет меньше проблем с unix зависимостями. Для пользователя оставить возможность установки пакетов из репозиториев в сам контейнер. Я не думаю что вам нужно много кернел сборок, скорее всего есть золотой список используемых пакетов, оставьте возможность пользователю менять его в самом контейнере, а решение unix зависимостей и cuda оставьте на админов.
круто!
Буду держать за вас кулачки) Отличная новость.
Привет. Присоединился к программе. Правильно понял что в PyCharm будет исправлено удаленное подключение к ноутбуку через jupyterhub? Функциональность же была, просто она не работала.
Привет. Я ознакомлюсь с Zeppelen, сравню чем он отличается от jupyter. В ide все работает при локальном развертывании ноутбука, но не работают подключения к блокноту через Jupyterhub. Jupyterhub использует прокси сервер, который перенаправляет запросы на нужный ноутбук пользователя. У ваших конкурентов VCS, все работает из коробки, включая запуск нужны kernels - хотело бы починить хотя бы это. Jupyterhub интересен в организациях с big data, в сети есть статьи от яндекса, ламода, втб и получается все сотрудники не могут использовать jupyterhub с Idea или Pycharm(если не придуман какой то костыль, о котором я не знаю).
Почините наконец уже Jupytehub в ваших ide, инструмент думаю более популярный у ds(могу ошибаться).
Kernels в jupyter запускается локально на pod или задействован jupyter gateway enterprise?
А как обстоят дела с отправкой документов на реальные факсы из нашей АТС?
Возможно речь идет про какие то ДВО? Так как скорее всего стоит SBC между оконечкой и мозгами, которая выполняет функции совместимости по протоколу.
Я бы добавил в команды в скрип после загрузки /etc/rc.local иди в /etc/network/*.
Думаю данный процесс можно запилить и под другие вендоры (snow,astra...).
transportLayerProtocol 2 /transportLayerProtocol
4 — Use default transport protocol (in old firmwares — udp, in latest — tcp), may be this also a TLS selection
2 — Prefer use UDP
1 — Prefer use TCP
Если есть рекомендации из опыта по настройке джитера и в какую сторону крутить настройки, то с удовольствие ознакомлюсь. Спасибо.