Ох, сейчас доберемся до моей любимой мякотки

Расскажите это ребятам из Citus Data

Вся эта SQL-дримтим знает только про 2PC или 3PC, который работает только в пределах одного сервера. Вне зависимости от протокола в какой-то момент серверам отправляется сообщение "закоммить, пожалуйста, вот это", на которое сервер должен реально добавить данные в рабочую копию. Если в этот момент моргнет сетка, кто-то упадет, или случится еще что-то - коммит на этом сервере не произойдет, и это и будет конфликт историй. Этого невозможно избежать, это лечится только либо единой историей на весь кластер (и здесь мы можем попрощаться с горизонтальным масштабированием на запись - де-факто это стандартный мастер-слейв), либо необходимо производить read repair при чтении и опрашивать как минимум большинство участников в кластере (привет, рафт). Ничего такого SQL-классика, конечно, не делает, поэтому можно сколько угодно апеллировать к крупным именам, да только это все равно что спорить с реальностью; кроме того, если вспомнить, что SQL подразумевает еще и MVCC, то жизнь имплементатора такого решения превращается просто в ад, и пока такого хоть в какой-то мере добились ребята из гугла (спаннер) и экс-ребята из гугла (cockroach db), все остальные ребята просто берут у вас большие деньги за ваше ощущение надежности.

Вся эта SQL-дримтим знает только про 2PC или 3PC, который работает только в пределах одного сервера. Вне зависимости от протокола в какой-то момент серверам отправляется сообщение "закоммить, пожалуйста, вот это", на которое сервер должен реально добавить данные в рабочую копию. Если в этот момент моргнет сетка, кто-то упадет, или случится еще что-то - коммит на этом сервере не произойдет, и это и будет конфликт историй. Этого невозможно избежать, это лечится только либо единой историей на весь кластер (и здесь мы можем попрощаться с горизонтальным масштабированием на запись - де-факто это стандартный мастер-слейв), либо необходимо производить read repair при чтении и опрашивать как минимум большинство участников в кластере (привет, рафт). Ничего такого SQL-классика, конечно, не делает, поэтому можно сколько угодно апеллировать к крупным именам, да только это все равно что спорить с реальностью; кроме того, если вспомнить, что SQL подразумевает еще и MVCC, то жизнь имплементатора такого решения превращается просто в ад, и пока такого хоть в какой-то мере добились ребята из гугла (спаннер) и экс-ребята из гугла (cockroach db), все остальные ребята просто берут у вас большие деньги за ваше ощущение надежности.

У нас уже был этот разговор:) если ждать подтверждения записи от другой ноды, то ничего не сломается. Если послал и забыл, то конечно хуже

У нас уже был этот разговор:) если ждать подтверждения записи от другой ноды, то ничего не сломается. Если послал и забыл, то конечно хуже

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

Да даже если подтверждение пришло, это про консистентность ничего не говорит. Два координатора с двух концов кластера послали команду на запись в один и тот же регистр, все подтверждения будут получены, но как-то так выйдет, что история не линеаризуется.

зачем нужна бд в кубернетесе? вопрос уже был такой?)

Ну очевидно дешевле держать одну инфраструктуру, чем две

нет, в одном случае мне кроме инструментов для куба придется держать еще Configuration Manager

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

для тестов пожалуйста, но вам любой опс скажет - прослойка в виде всяких pv, потом докер с своей фс - это не доп.ресурсы?

Деплойте в кубернетес то, что вы не боитесь потерять. Все остальное выносить - это нормальные реалии)

Бд упадет точно так же и без куба. Причем тут он?

Какой пуш? Как снес? Конкретнее

вы поменяли манифест деплоя, запушили свой кривой код, что не ново. Бд пересоздается с нуля, нухз что вы там написали, откатите, но бд ли?

я ж написал, нухз что вы там написали - ошиблись pv/path хз

Максимум что может случиться, это как вон написали выше - рестартанул контейнер , начал писать хз куда. У меня хз куда спать не сможет, тау как ничего от рута не работает . PVC тоже только создавать можно, удалять нельзя . Менять в них куб и так ничего не дает, так что права на изменения у деплоилки есть (лейблы там проставить, аннотации)

вы поменяли манифест деплоя, запушили свой кривой код, что не ново. Бд пересоздается с нуля, нухз что вы там написали, откатите, но бд ли?

выж девопс, какой код ревью, к примеру)

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

нет, гироскутер и шлепанцы – это скорее про docker swarm :)

heroku же

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