S
Сбер такой сбер.
Size: a a a
2021 January 15
ΛВ
Спросил про 2 микросервиса с таблицей city каждый и вариантом вынести ее с микросервис справочников и оттуда дергать, чтобы данные не дублировать. Он сказал, что норм решение. На избыточные запросы предложил кэширование использовать. Косяк.
а шо хотелось то услышать, без допданных то?
P
Спросил не слыхал ли он про cake паттерн. Не слыхал. Зачем идеологически интерфейсы нужны не ответил. Косяк.
так это плюс если не слышал про cake паттерн
ΛВ
Pavel
так это плюс если не слышал про cake паттерн
ну не, вдруг он его изобретет у себя где-то, потом еще объяснять че как почему беда
S
а шо хотелось то услышать, без допданных то?
Допданных? Каких?
V
ну не, вдруг он его изобретет у себя где-то, потом еще объяснять че как почему беда
будет прекольно, если вся кодобаза на новом месте такая)
ΛВ
Допданных? Каких?
хз, что за таблица поточнее, сколько там данных, насколько сложно в текущей инфраструктуре микросервисы клепать
P
ну не, вдруг он его изобретет у себя где-то, потом еще объяснять че как почему беда
код ревью должен остановить, да и всегда можно дать почитать блохпост
D
Pavel
код ревью должен остановить, да и всегда можно дать почитать блохпост
тут задача другая стояла, человек сказал, что хочет денег. А за это топят в РФ
S
хз, что за таблица поточнее, сколько там данных, насколько сложно в текущей инфраструктуре микросервисы клепать
Без этого ясно что свойства размазываются, точка отказа добавляется и вообще трешак
ΛВ
Pavel
код ревью должен остановить, да и всегда можно дать почитать блохпост
ну да, тоже правда
RP
Спросил про 2 микросервиса с таблицей city каждый и вариантом вынести ее с микросервис справочников и оттуда дергать, чтобы данные не дублировать. Он сказал, что норм решение. На избыточные запросы предложил кэширование использовать. Косяк.
А какой правильный ответ? It depends настолько, что иногда лучше не разносить
S
Rushλn Pyλkshev
А какой правильный ответ? It depends настолько, что иногда лучше не разносить
Microservices in action надо читатт
S
Ответ - вы ебанулись нельзя так делать
ΛВ
Без этого ясно что свойства размазываются, точка отказа добавляется и вообще трешак
да нет, непонятно, какие там данные о городах и как часто они обновляются.
Вдруг там куча гос данных о городах, которые обновляются по какому-нибудь таймеру в каком-нибудь всратом госресурсе, тогда их получение и обновление можно унести в отдельный сервис
Вдруг там куча гос данных о городах, которые обновляются по какому-нибудь таймеру в каком-нибудь всратом госресурсе, тогда их получение и обновление можно унести в отдельный сервис
S
да нет, непонятно, какие там данные о городах и как часто они обновляются.
Вдруг там куча гос данных о городах, которые обновляются по какому-нибудь таймеру в каком-нибудь всратом госресурсе, тогда их получение и обновление можно унести в отдельный сервис
Вдруг там куча гос данных о городах, которые обновляются по какому-нибудь таймеру в каком-нибудь всратом госресурсе, тогда их получение и обновление можно унести в отдельный сервис
И че? Либо сабскрайб либо обьединение апи делается
ὦ
Спросил как у тыс. клиентов в базе поменять 1 свойство - он предложил их выгрузить, поменять, засейвить. Косяк.
Update where
ὦ
S
да нет, непонятно, какие там данные о городах и как часто они обновляются.
Вдруг там куча гос данных о городах, которые обновляются по какому-нибудь таймеру в каком-нибудь всратом госресурсе, тогда их получение и обновление можно унести в отдельный сервис
Вдруг там куча гос данных о городах, которые обновляются по какому-нибудь таймеру в каком-нибудь всратом госресурсе, тогда их получение и обновление можно унести в отдельный сервис
Возможно если это огромные таблицы и они сразу миллионами записей обновляются - тогда вообще непонятно зачем тут микросервисы.
S
Но таблица то city явно маленькая