juggler и monrun!!!

эта позиция работает ровно до тех пор, пока сильно не захочется денег

+1 и гугл тоже не все

Алексею Яндекс предоставил письменно права на код?

всем доброго дня!
коллеги, взываю к вашему опыту, какая архитектура кластера CH подошла бы под такое:

есть несколько гео-зон, сильно разнесенных географически, оттуда собираются данные, и логично сборщики держать к источникам поближе, ну а дальше получается и ноды CH (или отдельные базы) тоже держать поближе

есть ли смысл делать шарды по геозонам, насколько понимаю - писаться будет быстро, а вот чтение - уже нет, как можно поступить? делать MV на ближнюю к себе ноду? так будет жить, если каналы такие "длинные"

вопрос в чем получается: или база одна и это шарды по геозонам
или баз куча - а дальше если надо ETL и иже с ним,
или кластер и все такое с репликами и прочими штуками

я бы как минимум настаивал на отдельном пункте в трудовом договоре (как это есть у меня сейчас с работодателем)

Пардон, но Вы путаете яишницу и кое что иное. CH был создан в рамках Метрики.

в рамках шарда один сервер ближе к пользователю, другой во второй геозоне
писать в тот, который ближе
читать с того, который ближе

и что же я путаю?

то есть шард один и тот же, но - две реплики, одна ближе к сборщику, а вторая - к потребителю, так?

да, я бы сделал так

а оно так через интернеты нормально будет реплицироваться?

трафик сжимается при реплицировании?

То, что "была дискуссия, открывать ли исключительно внутренний проект, созданный в процессе исполнения рабочих обязанностей, в opensourсe или нет" против "в рабочее время начал собственный проект", как минимум

И это как раз касается "работает, пока..."

передаются куски партиций, то есть, минимально возможный трафик

и что в этом принципиально другого?

спасибо, я удаляюсь из этой дискуссии

впрочем, давайте не будем сильно оффтопить, это все же технический канал

да