микросервисы, децентрализация, распределенные вычисления

представь что у тебя продукт который ты и еще 3-4 твоих приятеля пилили на php последний год

Реквестирую доклад)

Ну у меня положим soa на json-rpc через http post. Вроде называем это распределеной, но тоже хз что ты вкладываешь в понятие распределенной архитектуры как с асинхронщиной. Ну да, запросы долговато идут, но у меня положим типа crm, поэтому юзеры терпят и не жалуются. Бывало и хуже:)

и вот вас купила какая-нибудь компания, и вот дело пошло в гору. И хочется релизиться чаще, но есть риски что-нибудь сломать. И разработчиков уже не 4-5 а 40-50. И появляется необходимость независимого деплоя. И вот появляются всякие микросервисы на ларавели где каждый запрос по 200 милисекунд (и для end юзера операция трогающая 3--4 сервиса уже секунду)

а потом появляется человечек и пишет на коленке http сервер на go (потому что на go это проще, на php уже лет 5 пилят http сервак и он еще всего не умеет, хотя опять же можно взять amphp и радоваться жизни с его ayres-ом). И вот у тебя этот сервачек на go конвертит http запросв psr-7 запрос и обратно

и вот у тебя приложение уже не умирает, полный реюз соединений с базой, дешевые in memory горячие хэши (ходить в редиску по сети тоже время), нет оверхэда на инициализацию фреймворка...

и это мы еще асинхронным ничего не делали (для этого надо переписывать приложение)

а потом вжух мы новые штуки мы уже пилим не на ненавистном пыхе

Что есть независимый деплой? Когда есть много сервисов, то деплоить только нужные? Так мы и так не передеплоиваем всё, если надо что-то одно. Время даунтайма какие-то доли секунды бывают - это время симлинка папки нового релиза.

на моменте конверта http запросов на psr-7 запрос вообще потерял нить разговора, тупо не понимаю зачем кому-то может понадобиться писать свой вебсервер на коленке...

я сча тебе цитат накидаю а ты сам выводы делай:

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

p.s. на всякий случай вдруг тут впечатлительные люди.... в микросервисы люди идут либо по дурости (крутые хайповые слова) либо от безысходности (надо скейлить разработку, и не в контексте производительности уже даже)

>> дешевые in memory горячие хэши (ходить в редиску по сети тоже время)

ты считаешь время похода по виртуальной локальной сети с пингом 1мс к редису как "тоже время"? О_О
Космос.

Не, хттп сервер это годная тема. Я вот swoole почти запихнул в продакшен. И да казалось бы что в этом бустрапе фремворка, 50мс из 300-500мс всего запроса.
Но боже мой живущие в памяти (di) контейнеры, и всякие другие плюшки такой прирост request per second обеспечивают что я был в шоке. В десятки и сотни разы разница.

С первыми двумя цитатами сталкивался сам лично. Когда пытались релизиться часто, каждую фичу отдельно выкатывать. Но далеко не всегда это нужно.

у меня сча симфони отдеает в среднем респонсы по 50-60 милисекунд. Стандартным php-fpm без выкрутасов. И при этом мы пока не ставили задачу оптимизировать это дело. Если запариться с роадраннером будет по 30-40 милисекунд. В моем случае есть куча проверок типа "может ли этот чел трогать этот ресурс" и в течении сессии юзера он обычно трогает одни и те же ресурсы. И таких проверок бывает штуки 3-4 на запрос. 3-4 раза сходить в редиску предположим что те же 3-4 милисекунды. Уже 10% от общего времени на запрос.

Я это больше к тому что все это вопрос приоритетов и требований. Кто-то пытается лэтенси уменьшить, кому-то хочется просто что бы утилизация серваков была повыше.

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

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

"мир подождет, всеравно всех ждет тепловая смерть вселенной и смысла в этом всем нет"