➔m
но вообще можно использовать что-то типа питоновых воркеров за пределами быстрой апишечки на го
Ага, то есть сделать таки проксю с апи, которая будет обарщаться к воркерам. Звучит разумно
Size: a a a
2021 February 05
ПМ
Ну мне же нужна мотивация возиться с этим сервисом — так как я одна его пишу, могу все покрыть аннотациями, внедрить фп/драйпайтон, попробовать фастапи/что угодно)
возможно стоит пощадить будущие поколения и не тащить туда ФП
N
Ага, то есть сделать таки проксю с апи, которая будет обарщаться к воркерам. Звучит разумно
а какие требования к сервису вообще? какая нагрузка?
S
Ага, то есть сделать таки проксю с апи, которая будет обарщаться к воркерам. Звучит разумно
тогда точно бери fastapi, тем более там даже background tasks в комплекте есть и лёгкие фоновые вещи можно бросать туда.
t
возможно стоит пощадить будущие поколения и не тащить туда ФП
А чем ФП от ООП отличается ,просто ООП более явно ,но зато более тяжеловеснее ,может и меделенние.
ПМ
тем что в питоне ФП подход мягко говоря редкий?
➔m
а какие требования к сервису вообще? какая нагрузка?
Ну у нас кубернетис, сервисы можно скейлить, текущая скорость обработки запроса вне пиковой нагрузки скорее более важна
N
tohoto
А чем ФП от ООП отличается ,просто ООП более явно ,но зато более тяжеловеснее ,может и меделенние.
фп дает больше гарантий в общем случае, но вообще никто не запрещает их правильно смешивать
N
Ну у нас кубернетис, сервисы можно скейлить, текущая скорость обработки запроса вне пиковой нагрузки скорее более важна
надо профайлить тогда. Если у тебя большая часть времени обработки запроса уходит именно на инференс, а не на I/O на апишечке, то переписывать ее толком смысла нет
➔m
надо профайлить тогда. Если у тебя большая часть времени обработки запроса уходит именно на инференс, а не на I/O на апишечке, то переписывать ее толком смысла нет
Да, на инференс
t
фп дает больше гарантий в общем случае, но вообще никто не запрещает их правильно смешивать
Ну ООП -это логичное продолжение ФП ,расширение использования пространства имен .
N
tohoto
Ну ООП -это логичное продолжение ФП ,расширение использования пространства имен .
это не продолжение, это вообще разные парадигмы. Кроме того, ООП сейчас часто понимается неправильно
➔m
надо профайлить тогда. Если у тебя большая часть времени обработки запроса уходит именно на инференс, а не на I/O на апишечке, то переписывать ее толком смысла нет
Спасибо, тоже логично
N
Да, на инференс
ну вот тогда инференс и надо ускорять, а не API, имхо
➔m
ну вот тогда инференс и надо ускорять, а не API, имхо
Да, спасибо
➔m
Мне не нравится только, что я с твистед до конца не могу разобраться 😅 У меня бывает изредка какая-то пятисотка, которую я не могу отловить
N
Мне не нравится только, что я с твистед до конца не могу разобраться 😅 У меня бывает изредка какая-то пятисотка, которую я не могу отловить
ну, он потому и твистед, что сильно запутанный)
t
это не продолжение, это вообще разные парадигмы. Кроме того, ООП сейчас часто понимается неправильно
Неее ,ни хрена . Ваще одна тема так то ,тот же принцип заложен . Так же полиморфизм ,инкапсуляция ,да и наследование впридачу,хотя последние использовать будет в ФП запутано-вложенность не зря в дзен пайтона противопоказана.
➔m
Ну вот поэтому я и думала переписать сам сервер тоже)
➔m
Это же мой сервис, упадет однажды ночью, а я поднять не смогу 😅