Р
Если бы в телеге можно было отписаться от сообщений от конкретных товарищей и вопросов бы не было
Size: a a a
2020 October 23
SP
Короч как насчёт рид онли до конца недели что бы определиться с "направлением"?
АГ
я уже давно особо не вчитываюсь в чаты по этой же причине. для тебя это новость чтоли какая-то?
Р
а что, по-твоему, должно быть в чате?
Почитай чат до твоего появления
АГ
Короч как насчёт рид онли до конца недели что бы определиться с "направлением"?
ладно, все, просто мне вопросы задают. молчу.
SP
Да наступит тишина
Р
я уже давно особо не вчитываюсь в чаты по этой же причине. для тебя это новость чтоли какая-то?
Раньше это был действительно чат по архитектуре, сейчас это чат интересующегося всем начинающего эксперта. Возможно, стоит ограничить количество сообщений. Поверь, читать из 400 сообщений 200 мнение начинающего новичка такое себе
SP
Руслан
Раньше это был действительно чат по архитектуре, сейчас это чат интересующегося всем начинающего эксперта. Возможно, стоит ограничить количество сообщений. Поверь, читать из 400 сообщений 200 мнение начинающего новичка такое себе
Го за архитектуру
M
Го за архитектуру
о. Дал ро товарищу?
M
сенкс. Я читаю в основном, но правда... утомился
Р
Го за архитектуру
Я пыхер, я в этом не секу, мне интересно вас читать, а не этого полоумного.
˸A
а что, по-твоему, должно быть в чате?
На 200+ сообщений? У меня микросервис на лямбдах 196 строк кода - зачем разглагольствовать, когда можно сделать?
Р
Декларируем SOLID и grasp, по факту хератень дикую пишем.
M
Карочи за архитектур/инфраструктуру. Тут в разговоре у нас с пацанами возникло понимание. Типа считается на микросервис вешать базу - паттерн. А если у нас несколько микросервисов работают с одной базой - то это типа антипаттерн. И вот нас жутко бомбит с того что это антипаттерн и слепо многие коллэги 40 баз на 40 микросервисов поднимают. И типа это гуд. А мы говорим что не особо гуд)
M
Мы считаем что уместно в определенных обстоятельствах - чтобы несколько микросервисов работали с одной БД. Что скажете?
AD
Мы считаем что уместно в определенных обстоятельствах - чтобы несколько микросервисов работали с одной БД. Что скажете?
Например, когда уместно и для чего?
Р
Мы считаем что уместно в определенных обстоятельствах - чтобы несколько микросервисов работали с одной БД. Что скажете?
У нас на одном микросервисе с логами база дохнет, а тут прямо несколько будут одну насиловать? Хотя у нас умудрились таскать 50% данных между всеми сервисами через очередь. Неизвестно, что хуже - синкать через эвенты или в одну базу лезть
M
Например, когда уместно и для чего?
Ну 1 мс пишет в таблицу 1, другой пишет в таблицу 2, 3й читает из таблиц 1 и 2
AD
Ну 1 мс пишет в таблицу 1, другой пишет в таблицу 2, 3й читает из таблиц 1 и 2
Так себе пример