Если рассматривать вопрос демонов в php, то на какие бы вопросы хотелось получить ответы?

Если рассматривать вопрос демонов в php, то на какие бы вопросы хотелось получить ответы?

нахуя

в основном

Ахахаха

нахуя

good question

как их профилировать

да, после "нахуя" надо "как дебажить" "как профайлить память"

потом "мониторинг и логи"

потом уже можешь про свою асинхронщину

профилирование памяти так-то ни чем от обычного пхп кода не отличается

и как дебажить профайлить в условиях асинхронщины тож неплохая тема

или ты именно про поиск утечек?

нахуя

мир жесток и не все пыхеры умеют в асинк

профилирование памяти так-то ни чем от обычного пхп кода не отличается

ну кроме того что наживую ты не можешь подсасаться к процессу

и темб олее многопоточность

как их профилировать

я бы вообще обсудил профилирование. что нового после смерти xhprof

и темб олее многопоточность

никто про многопоточность не говорил, а во вторых многопоточность не нужна

я бы вообще обсудил профилирование. что нового после смерти xhprof

он как бы не умер, есть форки

я как бы в курсе :)

но они как-бы не запускаются или платные

но они как-бы не запускаются или платные

Tideways бесплатный ж вроде если self hosted

Меня бы интересовали методы горячей подливки обновленного кода. если такие есть.

Tideways бесплатный ж вроде если self hosted

там 2 тарифа же

и оба платные но я специально не изучал

там 2 тарифа же

3 https://tideways.com/profiler/pricing

3 https://tideways.com/profiler/pricing

это что бы их UI юзать. что логично. Сам профайлер бесплатный

blackfire же есть

с отличным sdk

Меня бы интересовали методы горячей подливки обновленного кода. если такие есть.

горечей замены в пхп не ьывает. вопрос в том, что бы обновить без даунтайма?

мы его юзаем для профайлинга демонов

это что бы их UI юзать. что логично. Сам профайлер бесплатный

оу. спасибо

Tideways бесплатный ж вроде если self hosted

сам пользуешь?

горечей замены в пхп не ьывает. вопрос в том, что бы обновить без даунтайма?

либо рестарт воркера автоматический по изменению исходников (что бы разрабатывать удобнее). Ну и да - деплой без даунтайма это будет полезно. Как и блу грин деплой. Но думаю что ты не покроешь эти вопросы в своем докладе

сам пользуешь?

не, блэкфайером

горечей замены в пхп не ьывает. вопрос в том, что бы обновить без даунтайма?

технически задача реализуетсчя но не в лоб

поднятием новых сервисов со своими контурами

технически задача реализуетсчя но не в лоб

а зачем? иммутабельность проще

докеры все дела

либо рестарт воркера автоматический по изменению исходников (что бы разрабатывать удобнее). Ну и да - деплой без даунтайма это будет полезно. Как и блу грин деплой. Но думаю что ты не покроешь эти вопросы в своем докладе

тут вопрос в бизнесс логике. В теории, фоновые задачи допускают временную приостановки. перезапуск, имхо, херовая идея. Сиди постоянно монитрь хеши

старые доживают и удаляются

тут вопрос в бизнесс логике. В теории, фоновые задачи допускают временную приостановки. перезапуск, имхо, херовая идея. Сиди постоянно монитрь хеши

ну тогда покрой вопрос как ты это дело разрабатываешь и тестишь

тут вопрос в бизнесс логике. В теории, фоновые задачи допускают временную приостановки. перезапуск, имхо, херовая идея. Сиди постоянно монитрь хеши

graceful shutdown?

а зачем? иммутабельность проще

сервисность :)

сервисность :)

что это такое?

а то тут в некоторых чатиках уже минисервисную архитектуру в противовес микросервисной придумали

хорошо, что не нано

тогда без сколково не обошлись бы

ну тогда покрой вопрос как ты это дело разрабатываешь и тестишь

для воркеров - отправил сигналы на закрытие развернул контур рядом

между этим развернул миграции

для воркеров - отправил сигналы на закрытие развернул контур рядом

я понимаю, мне интересно то как Макс делает)

graceful shutdown?

я таких умных слов не знаю) в моём случае, я просто могу отключить подписку для демона и рядом запустить новый процесс

он зарезолвит ошмётки корутин и сдохнет

я таких умных слов не знаю) в моём случае, я просто могу отключить подписку для демона и рядом запустить новый процесс

когда демон получает команду о том что его скоро будут стопать, он перестает принимать новые сообщение и заканчивает то что щас делает

я таких умных слов не знаю) в моём случае, я просто могу отключить подписку для демона и рядом запустить новый процесс

ловишь sigterm, доделываешь дела и новые задачи перестаешь обрабатывать, закончил и умер. А рядом поднимается новый воркер который уже новые задачки обрабатывает

что это такое?

скорее что такие иммутабельность в контексте обновления окда

скорее что такие иммутабельность в контексте обновления окда

у тебя не будет проблем с обновлением кода если ты его не меняешь ;)

а то тут в некоторых чатиках уже минисервисную архитектуру в противовес микросервисной придумали

макро бы

когда демон получает команду о том что его скоро будут стопать, он перестает принимать новые сообщение и заканчивает то что щас делает

ну так и есть

у тебя не будет проблем с обновлением кода если ты его не меняешь ;)

тянет на нобелевку )

ловишь sigterm, доделываешь дела и новые задачи перестаешь обрабатывать, закончил и умер. А рядом поднимается новый воркер который уже новые задачки обрабатывает

а как же честные падения сервисов не влияющие на функицонал и снижающие даунтайм? )

а как же честные падения сервисов не влияющие на функицонал и снижающие даунтайм? )

че? я не шарю короч

мы когда-то давно делали поддержку авторестарта при измнении файлов, но это довольно дорогая затея. И не всегда нужная (если, конечно, человек не привык через die(var_dump) дебажиться), а всё же строит план того, что он делает

щас бы в 2к18 через die на бою воркеры дебажить

мы когда-то давно делали поддержку авторестарта при измнении файлов, но это довольно дорогая затея. И не всегда нужная (если, конечно, человек не привык через die(var_dump) дебажиться), а всё же строит план того, что он делает

но авторестарт он как бы должен этот грэйсфул шатдаун тригерить а не упавший сервис рестартить

да и тема миграций не раскрыта

но авторестарт он как бы должен этот грэйсфул шатдаун тригерить а не упавший сервис рестартить

я мб добавлю для дева такую возможность, но включать для прода точно тема херовая

есть же лаг междунужно стопать и можно запускать

да и тема миграций не раскрыта

какие миграции? и как по мне тут тема абсолютно такая же как и все привыкли

какие миграции? и как по мне тут тема абсолютно такая же как и все привыкли

так и есть

alter table конечно

есть же лаг междунужно стопать и можно запускать

что бы избегать проблем - надо делать обратную совместимость между деплоями

ну если мы хотим zero downtime

ты предлагаешь версионирование проверять на инсерт нового поля?

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

оверинженеринг же

он предлагает код писать так, что бы работало с обеими версиями

ты предлагаешь версионирование проверять на инсерт нового поля?

я предлагаю тебе деплоиться чаще

что бы было проще с обратной совместимостью

оверинженеринг же

ты даже в рамках выкатки одной версии не сможешь сделать это одновременно не потушив весь кластер

короче миграции - не проблема демонов. Те же самые правила, что и для любого другого приложения

ну я сейчас так и делаю но на крупных проектах некоторые фичи мусолятся месяцами

а я вот посмотрю как ты будешь раскатывать что-либо на сотню машин в разных регионах

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

а зачем в обе писать?)

ты даже в рамках выкатки одной версии не сможешь сделать это одновременно не потушив весь кластер

так в том и суть что последовательно

а зачем в обе писать?)

что бы стэйт синхронизировать.

или это фэйленные очереди. не всегда но иногда

что бы стэйт синхронизировать.

если ты будешь сразу писать в новую и не будешь писать в старую - то у тебя может образоваться дырка пока ты мигрируешь данные

ну то есть ренейм колонки - 3 деплоя по сути

что бы стэйт синхронизировать.

а если совсем по взрослому еще и очереди версионировать но это же совсем.. оверинженеринг

а если совсем по взрослому еще и очереди версионировать но это же совсем.. оверинженеринг

бля ты какую-то херню несешь если честно

проще фэйлить

никто ни о какой версионизации не говорит

это ты себе сам что-то придумал

речь идет о банальной backward/forward compatibility

мне по бизнесс логике совсем просто: если там даунтайм будет минут в 5 - всем похеру. Воркерам только придётся потом постараться. в целом, zero downtime для демонов - имхо излишне. Это фоновая обработка всё же, а она как бы ничего не гарантирует

бля ты какую-то херню несешь если честно

ну смотри. у тебя есть очередь которая подразумевает изменения. миграции и код изменили это поведение а из очереди теперь прилетает старый формат и новый

ну смотри. у тебя есть очередь которая подразумевает изменения. миграции и код изменили это поведение а из очереди теперь прилетает старый формат и новый

херь какая-то

ну смотри. у тебя есть очередь которая подразумевает изменения. миграции и код изменили это поведение а из очереди теперь прилетает старый формат и новый

и мой код должен уметь в оба формата

пока все не мигрируется за пару деплоев