Поддерживаю, остановка продаж — недопустимый сценарий. Но на этот счет у нас магазин полностью автономен. Риск отказа облачной системы — цена не будет обновляться.
Да. По поводу касс -- полностью согласен, они автономны и точно продолжат сохранять максимальную автономность. Про микросервисы в магазине -- это шаг к централизации магазина. Всё таки каналы связи, сети и инфраструктура продолжает развиваться. И централизованные решения (несмотря на дороговизну) поддерживать и развивать значительно легче. Нужно только обеспечить отказоустойчивость и стабильность каналов и инфраструктуры, но тут как я уже выше отвечал -- тенденция/время работает на нас, а не против
У Пятерочки самая "эталонная" инфраструктура. И в то же время самая большая сеть. То есть шаблонизировать раскатку легче, но сама раскатка сложнее с точки зрения масштабов. Зато на остальные сети катить уже сильно проще -- всё автоматизировано и производительности гарантировано хватит
А тут нигде нет распределённых транзакций. Концептуально "сага" есть в виде потока событий (изменение и "пропагация" цен на магазины). И этот поток однонаправленный и последовательный. Где-то он разделяется и схлопывается, но разных ожиданий (блокировок) и синхронизаций по моему нет (насколько я помню взаимодействие систем). Один поток приходит в магазины, второй по событию с кассы уходит из магазина. С распределёнными транзакциями я даже представить на таких объемах и на такой сложности процессов боюсь
Близко, близко, но немного не так. Всё таки основным драйвером было изменение архитектуры на более перспективную, а команды уже выстраиваются и пересобираются исходя из требований поддержки и развития. И этот процесс пока не закончен.
Спасибо! Как раз прорабатываем этот сценарий тоже. Тут может быть несколько вариантов -- обеспечение автономности и постепенный переезд в облако (возможно с резервным "спящим" инстансом для быстрого отката на локальную версию). Тенденция развивается в сторону увеличения пропускной способности, надежности и стабильности каналов. Если лет 10 назад мобильный интернет еле-еле работал, то сейчас у нескольких операторов можно чуть ли не HD смотреть. Дальше будет только лучше с каналами. Тем более если резервировать оптику мобильными каналами (или VPN поверх мобильных каналов). Про оду микросервисам тоже верно, но для нас такое решение оказалось наиболее приемлемым, так как переписывать легаси монолит в новый монолит -- больно и долго
А зачем делать подобно Королеву? Есть возможность рендеринга на сервере, есть виртуальный ДОМ. И все это работает, поддерживается и развивается. Просто комбинировать и адаптировать к своему решению.
Предпочитаю идти от потребностей, зачем натягивать сову на глобус?
1) Можно реализовать. Причем достаточно просто и гибко (можно рендерить покомпонентно на сервере, с какой угодно глубиной вложенности)
2) SSR есть в react с древних версий, в статье по ссылке описаны новые возможности просто.
Поддерживаю, остановка продаж — недопустимый сценарий. Но на этот счет у нас магазин полностью автономен. Риск отказа облачной системы — цена не будет обновляться.
Да. По поводу касс -- полностью согласен, они автономны и точно продолжат сохранять максимальную автономность. Про микросервисы в магазине -- это шаг к централизации магазина. Всё таки каналы связи, сети и инфраструктура продолжает развиваться. И централизованные решения (несмотря на дороговизну) поддерживать и развивать значительно легче. Нужно только обеспечить отказоустойчивость и стабильность каналов и инфраструктуры, но тут как я уже выше отвечал -- тенденция/время работает на нас, а не против
И тут согласен отчасти
У Пятерочки самая "эталонная" инфраструктура. И в то же время самая большая сеть. То есть шаблонизировать раскатку легче, но сама раскатка сложнее с точки зрения масштабов. Зато на остальные сети катить уже сильно проще -- всё автоматизировано и производительности гарантировано хватит
А тут нигде нет распределённых транзакций. Концептуально "сага" есть в виде потока событий (изменение и "пропагация" цен на магазины). И этот поток однонаправленный и последовательный. Где-то он разделяется и схлопывается, но разных ожиданий (блокировок) и синхронизаций по моему нет (насколько я помню взаимодействие систем). Один поток приходит в магазины, второй по событию с кассы уходит из магазина. С распределёнными транзакциями я даже представить на таких объемах и на такой сложности процессов боюсь
Близко, близко, но немного не так. Всё таки основным драйвером было изменение архитектуры на более перспективную, а команды уже выстраиваются и пересобираются исходя из требований поддержки и развития. И этот процесс пока не закончен.
Они есть, да. Даже не проблемы -- сложности. Но в целом все подходы уже проработаны, исследованы -- нужно только выбрать подходящий вариант
Да, спасибо за поддержку. Примерно такими же доводами (развитие технологий идёт в сторону централизации а не наоборот) мы руководствовались
Новый тип ценника. 1С было бы прекрасно, но такие объемы данных им пока не по зубам (проверяли)
Согласен, но проблема балансировки нагрузки на отдельные функции внутри монолита так не решается. А нас как раз это больше беспокоит
У нас как раз своё облако. И вынос (если он состоится) в том числе и этой технологии (и сервису) даст буст
Спасибо! Как раз прорабатываем этот сценарий тоже. Тут может быть несколько вариантов -- обеспечение автономности и постепенный переезд в облако (возможно с резервным "спящим" инстансом для быстрого отката на локальную версию). Тенденция развивается в сторону увеличения пропускной способности, надежности и стабильности каналов. Если лет 10 назад мобильный интернет еле-еле работал, то сейчас у нескольких операторов можно чуть ли не HD смотреть. Дальше будет только лучше с каналами. Тем более если резервировать оптику мобильными каналами (или VPN поверх мобильных каналов).
Про оду микросервисам тоже верно, но для нас такое решение оказалось наиболее приемлемым, так как переписывать легаси монолит в новый монолит -- больно и долго
Да, это точно. Но смысл в целом понятен -- расширение мощности
Предпочитаю идти от потребностей, зачем натягивать сову на глобус?
Ну и чтобы дальше не развивать — решений может быть много, в т/ч/ прокидывать состояние через react router
2) SSR есть в react с древних версий, в статье по ссылке описаны новые возможности просто.
habr.com/post/339148