Size: a a a

Software Design/Architecture/Zen

2021 July 08

DP

Dimitry Polonskiy in Software Design/Architecture/Zen
Такой шанс есть
источник

DP

Dimitry Polonskiy in Software Design/Architecture/Zen
Они могут оказаться при след енриче
источник

DP

Dimitry Polonskiy in Software Design/Architecture/Zen
Но шанс не такой большой
источник

ИЛ

Иван Лещёв in Software Design/Architecture/Zen
ну тогда сервис владеющий данными, который отвечает сервису отчёта, должен кешировать ответ и сбрасывать кеш при обновлении своих данных
этот же сервис при обновлении данных может триггерить кеширование
источник

ИЛ

Иван Лещёв in Software Design/Architecture/Zen
тогда сервис отчёта будет забирать заранее подготовленные данные из кеша
источник

ИЛ

Иван Лещёв in Software Design/Architecture/Zen
это самой малой кровью без оверинжиниринга
источник

DP

Dimitry Polonskiy in Software Design/Architecture/Zen
Благодарю
источник

ИЛ

Иван Лещёв in Software Design/Architecture/Zen
но когда отчёты редкие, а изменения в данных частые, типа отчёта по звонкам мобильного оператора, правильнее поставить задачу в очередь и по завершению уведомить, что отчёт готов
источник

AI

Arthur Irgashev in Software Design/Architecture/Zen
всем привет. не знаю, вопрос в тот чятик или нет, поэтому не ругайте, если что

в общем, желаем вытащить все координаторы саг в лямбда-функции, а хостится хотим в я.клауде. но проблема в том, что там своя очередь, как я понимаю, без топиков. никто не знает, можно ли поверх яндекс кью накостылить топики ? Типа как sns + sqs подружить
источник
2021 July 09

ЕР

Евгений Ромашкан... in Software Design/Architecture/Zen
Привет, может кто накинет идей как можно такие задачи решать попроще:
Есть базы с разными данными (postgres'ы), нужно выгружать из них всякую стату/метрики.
В простых кейсах это делается просто через prometheus-postgres-exporter, но возникают сложности в двух случаях:
1. "Хочу иметь возможность смотреть айдишки объектов, которые попали вот в этот график каждое утро"
2. Нужно агрегировать данные из двух баз для того чтобы построить график

Пока что для обоих кейсов приходится писать собственные скрипты которые ходят в обе базы, а данные пишут в слак
источник

i

igor kek in Software Design/Architecture/Zen
Можно поднять кликхауз, подключить к нему две базы как внешние. И делать все запросы чисто в кликхауз. Он сам обработает джойны, и все что хочешь. Если для агрегации.
источник

ЕР

Евгений Ромашкан... in Software Design/Architecture/Zen
Типа select from remote() делать, или можно прям как-то единоразово подключить обе базы?
источник

i

igor kek in Software Design/Architecture/Zen
Не совсем. Там сначала делаешь create database vasya from remote()
Потом select from vasya
источник

i

igor kek in Software Design/Architecture/Zen
И работаешь как с обычными базами
источник

ЕР

Евгений Ромашкан... in Software Design/Architecture/Zen
Хм, не знал что можно делать create database from remote(), сейчас попробую
источник

i

igor kek in Software Design/Architecture/Zen
источник

ЕР

Евгений Ромашкан... in Software Design/Architecture/Zen
Спасибо!
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Ещё можешь федерации в постгрес глянуть - похоже на решение с кликхацс но не надо изучать
источник

ЕР

Евгений Ромашкан... in Software Design/Architecture/Zen
А есть что-нибудь интересное по п.1?
источник

ЕР

Евгений Ромашкан... in Software Design/Architecture/Zen
А федерации посмотрю, спасибо
источник