Pull to refresh
0
0
Алексей @Topchy

Разработчик

Send message

Поддерживаю, остановка продаж — недопустимый сценарий. Но на этот счет у нас магазин полностью автономен. Риск отказа облачной системы — цена не будет обновляться.

Да. По поводу касс -- полностью согласен, они автономны и точно продолжат сохранять максимальную автономность. Про микросервисы в магазине -- это шаг к централизации магазина. Всё таки каналы связи, сети и инфраструктура продолжает развиваться. И централизованные решения (несмотря на дороговизну) поддерживать и развивать значительно легче. Нужно только обеспечить отказоустойчивость и стабильность каналов и инфраструктуры, но тут как я уже выше отвечал -- тенденция/время работает на нас, а не против

У Пятерочки самая "эталонная" инфраструктура. И в то же время самая большая сеть. То есть шаблонизировать раскатку легче, но сама раскатка сложнее с точки зрения масштабов. Зато на остальные сети катить уже сильно проще -- всё автоматизировано и производительности гарантировано хватит

А тут нигде нет распределённых транзакций. Концептуально "сага" есть в виде потока событий (изменение и "пропагация" цен на магазины). И этот поток однонаправленный и последовательный. Где-то он разделяется и схлопывается, но разных ожиданий (блокировок) и синхронизаций по моему нет (насколько я помню взаимодействие систем). Один поток приходит в магазины, второй по событию с кассы уходит из магазина. С распределёнными транзакциями я даже представить на таких объемах и на такой сложности процессов боюсь

Близко, близко, но немного не так. Всё таки основным драйвером было изменение архитектуры на более перспективную, а команды уже выстраиваются и пересобираются исходя из требований поддержки и развития. И этот процесс пока не закончен.

Они есть, да. Даже не проблемы -- сложности. Но в целом все подходы уже проработаны, исследованы -- нужно только выбрать подходящий вариант

Да, спасибо за поддержку. Примерно такими же доводами (развитие технологий идёт в сторону централизации а не наоборот) мы руководствовались

Новый тип ценника. 1С было бы прекрасно, но такие объемы данных им пока не по зубам (проверяли)

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

У нас как раз своё облако. И вынос (если он состоится) в том числе и этой технологии (и сервису) даст буст

Спасибо! Как раз прорабатываем этот сценарий тоже. Тут может быть несколько вариантов -- обеспечение автономности и постепенный переезд в облако (возможно с резервным "спящим" инстансом для быстрого отката на локальную версию). Тенденция развивается в сторону увеличения пропускной способности, надежности и стабильности каналов. Если лет 10 назад мобильный интернет еле-еле работал, то сейчас у нескольких операторов можно чуть ли не HD смотреть. Дальше будет только лучше с каналами. Тем более если резервировать оптику мобильными каналами (или VPN поверх мобильных каналов).
Про оду микросервисам тоже верно, но для нас такое решение оказалось наиболее приемлемым, так как переписывать легаси монолит в новый монолит -- больно и долго

А Ванкувер у вас какой в таблице? Который в Канаде или тот что в США (Кларк, штат Вашингтон)
Печатать, как обычно, и «разбрасывать с вертолета»
А зачем делать подобно Королеву? Есть возможность рендеринга на сервере, есть виртуальный ДОМ. И все это работает, поддерживается и развивается. Просто комбинировать и адаптировать к своему решению.

Предпочитаю идти от потребностей, зачем натягивать сову на глобус?
Тут можно код посмотреть, ну и основную мысль как запустить события через сервер www.crmarsh.com/react-ssr

Ну и чтобы дальше не развивать — решений может быть много, в т/ч/ прокидывать состояние через react router
1) Можно реализовать. Причем достаточно просто и гибко (можно рендерить покомпонентно на сервере, с какой угодно глубиной вложенности)
2) SSR есть в react с древних версий, в статье по ссылке описаны новые возможности просто.
Вы придумали очередной велосипед. Все что Вы описали (и даже больше) возможно с помощью react server side rendering
habr.com/post/339148

Information

Rating
Does not participate
Location
Фрязино, Москва и Московская обл., Россия
Date of birth
Registered
Activity