🅅🄺
если нормально готовить руби, то альтернативы ему практически нет для быстрой разработки
Size: a a a
2020 August 29
IV
как можно в веб-разработке обойтись без тредов на бекенде?
это как раз просто. event loop и multiprocessing
🅅🄺
контейнеры юзаете? кубер?
🅅🄺
или из говна и палок на коленке запускаете чистые процессы рубишные?
A
это как раз просто. event loop и multiprocessing
я про то, что в большинстве бекенд-фреймворков треды УЖЕ есть там внутри, в архитектуре.
один http-request = один тред из пула
один http-request = один тред из пула
A
вернее, не во фрйемворках, а в веб-серверах
IV
да на чем угодно - джава, .net, джанга, нода... везде thread pool
в ноде нет тредов, в джанге (wsgi) тоже процессы
A
в ноде нет тредов, в джанге (wsgi) тоже процессы
ок, нода исключение, ГО видимо тоже (го-рутины?). Но статья претендует на универсальность (language agnostic)
PS
но вообще кажется только в ui без тредов не обойтись
в ядре ещё, там нет таких процессов
O
Кстати, а как поднимают правильно ноду в контейнерах? По контейнеру на процесс? Или в контейнер пихают что-то типо pm2?
AP
Кстати, а как поднимают правильно ноду в контейнерах? По контейнеру на процесс? Или в контейнер пихают что-то типо pm2?
конечно контейнер на процесс
O
конечно контейнер на процесс
Получается будет по контейнеру на ядро?
A
в ноде нет тредов, в джанге (wsgi) тоже процессы
это как настроишь wsgi
в целом моя мысль про то, что в веб-бекенде УЖЕ треды и следить за конкуретным доступом и вообще thread-safety надо из коробки, держать в уме всегда...
в целом моя мысль про то, что в веб-бекенде УЖЕ треды и следить за конкуретным доступом и вообще thread-safety надо из коробки, держать в уме всегда...
IV
nginx живет на libevent + worker processes
AP
Получается будет по контейнеру на ядро?
да, если грубо)
A
nginx живет на libevent + worker processes
короче, странная статья)) не бывает плохих инструментов, бывают кривые руки
O
да, если грубо)
Ужас)
IV
это как настроишь wsgi
в целом моя мысль про то, что в веб-бекенде УЖЕ треды и следить за конкуретным доступом и вообще thread-safety надо из коробки, держать в уме всегда...
в целом моя мысль про то, что в веб-бекенде УЖЕ треды и следить за конкуретным доступом и вообще thread-safety надо из коробки, держать в уме всегда...
я не знаю кто в здравом уме будет использовать реализацию wsgi на потоках, а не процессах. с потоками существует серьезная вероятность прибить родительский процесс
AP
Ужас)
ничего ужасного, докер когда шарит ядро, это почти тоже самое что и процесс запущенный без него, там просто namespace + cgroups под капотом
A
Ужас)
+ )