I realize I am kinda off topic but do anyone know a good place to watch new movies online?

Скоро будет про werf. Это очень удобная тулза, правда пока не очень популярная.

@@RussianITGuy, да надо будет посмотреть.

а я наоборот 0.5

Нет, на Shared Hosting все приложения запущены на одном большом сервере, который в зависимости от запрашиваемого хоста, запускает скрипт из нужной папки. Где этот сервер запущен -на виртуалке или нет - по большому счету неважно.

Кубер удобен, когда планируется high-availability. А это практически всегда так, когда проект направлен на получение денег и должен быть всегда доступен. Для этого в нём есть все нужные инструменты. Мой rule-of-thumb: три машины -- уже можно думать о кубернетес. Кубер в установленном виде сам по себе немаленький, поэтому для личных проектов с одним сервером он будет великоват. Тут можно либо пробовать k3s (уменьшенный и урезанный кубер), либо просто использовать docker-compose. Либо, воспользоваться провайдером кубернетеса, который не берет отдельную плату за содержание control plane, например, DigitalOcean.

Для личных проектов просто попробуйте Docker Swarm. k8s действительно громоздкий. И альтернативы тоже не очень то легковесные, как тот k3s. Все равно жрут так ресурсы, что на их месте вполне можно пару десятков сервисов запустить своих.

Винду можно запихнуть в контейнер, только этот контейнер будет работать только на Винде под hyper-v. На линуксах не запустится.

Да, запросы в nodejs идут через event loop. Но большинство тормозов в веб-сервисах из-за обращений к базе и других задач ввода-вывода. Пока обрабатывается ввод-вывод, nodejs будет переключаться на обработку следующих клиентов и так далее.

@@RussianITGuy А можно в будущем продемонстрировать как грамотно делать и почему не стоит делать иначе с nodejs?

​@@singlebw4065 Не очень понимаю вопрос :) nodejs разработан в асинхронной парадигме, поэтому не стоит делать блокирующие вызовы в обработчиках запросов клиентов. Вообще, тема "асинхронность vs многопоточность" на канале планируется, потому что вопрос частый и сейчас, когда все сервисы делают асинхронными, актуальный.

@@RussianITGuy Просто вроде что-то ковыряю, изучаю, вот докер подучил пихаю туда тестовый nodejs mysql, phpmyadmin всë круто, но давно знаю что используют nginx с nodejs вот изучаю его и тож пихаю в докер. Ну хз. я могу как напрямую к nodejs обратиться, так через nginx proxy_pass в чëм прикол пока не понимаю. nodejs на express быстро выплëвывает статику говорят nginx тоже. Про fastcgi сервера тож чëт пока не понял. Примера везде суют с apache блин аж бесит)) Время идëт я конечно его выучу, но вот грамотно им пользоваться уже надо искать кто покажет боевое использование и обоснавал почему именно так.

Docker Swarm - хорошая штука, если разворачивать её на двух-трёх машинках, это факт. Но насчёт того, будут ли развивать - большой вопрос. Сейчас всё внимание больших компаний (членов CNCF) приковано к Kubernetes, и, в меньшей степени, к Nomad (за которыми стоит Hashicorp). Swarm'ом занимвются, по факту, только разработчики самого Docker. И ещё Swarm несколько бедноват по возможностям: нет аналога Ingress и LoadBalancer, к примеру.

@@RussianITGuy И да и нет. На самом деле развивается Swarm не просто так. Они же хотели от него отказаться, но бизнес настаивал. Так что да, крупных компаний за ним нет, но тем не менее задачи бизнеса он видимо решает, бизнеса достаточно денежного, чтобы повлиять на решение разработчиков продолжить развитие. Насчет масштабности применения такой вопрос, спорный... Например по словам девопса из MailRu, которые активно занимается внедрением и развитием Kubernetes, режим Docker Swarm вполне подойдет компаниям, где сотня-две сервисов. Да, если их больше или очень много серверов и если компания способна обеспечить достаточно ресурсов, в том числе человеческий для поддержки k8s-инфраструктуры - то Kubernetes выигрывают по функциональности и гибкости. Аналоги некоторых функций на самом деле есть или можно поднять простыми действиями. К примеру Secrets/Configs есть, Healthchecks есть, ресурсы сервисов и контейнеров можно ограничить, распределять по нодам умеет. Анонсировали появление в скором времени выполнения сервисов по расписанию (CronJob типа). В остальном... Тот же Ingress в K8S ведь не более чем особо настроенный контейнер с Nginx, с его заменой справляются на ура Traefik, а поднять его что там что там вообще не проблема. И аналогичные контейнеры с Nginx я тоже видел, типа Nginx_Proxy. Я на самом деле не говорю, что Docker Swarm это замена, они и сами это не позиционируют так. Но как минимум упоминания об этом оркестраторе он уже достоин. А в некоторых случаях другие системы просто будут избыточны. Банальный пример, поднять даже облегченную версию Kubernetes под названием k3s - отьедает минимум 500МБ ОЗУ на менеджер ноде. А полноценный k8s вообще требует в единоличное владение 2 ядра и 4 ГБ ОЗУ. Небольшая компания на этих ресурсах спокойно может поднять с десяток сервисов. Сэкономив пускай небольшие, но деньги на железе - для начинающих стартапов к примеру это существенно. Другой вопрос, что зачастую люди не считают такие деньги, ведутся на хайповые названия. Это да....

Контейнеры же можно и на голом железе запускать, без оркестрации. Это даст нам повторяемость среды запуска приложения, как минимум.

@@RussianITGuy просто, если правильно понял, раньше эта повторяемость сохранялась и при отправке (или как правильно сказать) в Кубер, теперь же на этом этапе вновь появилось место для конфликта при развертывании?

Основное отличие - контейнеры имеют только изолированную память, а не все ресурсы. Данные никуда не пропадают, если просто остановить контейнер а потом запустить заново - все будет на месте

🤣

Ага, у них на сайте есть managed kubernetes, но от только для юриков (требует ИНН юрлица)