ну давайте подробнее. есть 3 "зоны" - географически распределнные локации. Нужна "труба" между ними - что бы в случае обыва связи/задержек (а это интерент) - доставить данные. Будет ли это SQL или k/v или файлы rsync-ом не важно по сути

Разрешение конфликтов нужно строгое/можно нестрогое/не нужно? Т.е. если связь оборвалась, и в двух зонах обновили одну и ту же запись, то что должно произойти?

если связь оборвалась и обновили одну и ту же то оставить неконсистентные данные (если можно - пометить как потенциально ненадежную)

но эта ситуация невозможно на уровне приложения

(например писать в префиксе хостней источника записи)

если связь оборвалась и обновили одну и ту же то оставить неконсистентные данные (если можно - пометить как потенциально ненадежную)

там в этом случае оказываются минимум две версии

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

Я могу просто игнорировать эту ситуацию потому что приложение спроектировано так что это никогда не произойдет

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

блин Cassandra мне не мила - был нехороший опыт 3 года назад. Понимаю что за это время все могло измениться

Конечно для этого можно использовать что-то вроде RabbitMQ - но я не уверен что это хорошо

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

Да - решений много и каждое из них содержит потенциально проблемы или сложности настройки. Собственно по-тому и спрашиваю ) (сорри за оффтоп)

для кассандры есть drop-in с названием scylla, который немного отстает по функционалу, но обещает повышенную производительность

(я не знаю, в чем тогда была проблема, вдруг это будет решением)

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

Понял. Это важная подсказка - буду думать

результат расскажу (если не поменяют треования к проекту) =) что бывает

В принципе есть еще один вариант, когда в каждом из трех дц поднимается по кластеру софтвера Х и по read-only реплике в двух других, в случае проблем реплика просто догоняет через какое-то время мастер. Но приложение при этом должно нормально относиться к трем источникам данных, и у админов в три раза больше источников проблем.

вы чего

deis cassandra

закопать

оп, новая война вкусов

тарантул

ужс

deis лишняя сущность, тарантул без комментариев. кассандра капризная

deis все равно использует dockerfile или docker image. build pack Там делать то ещё развлечение

и аппликуху все равно надо подгонять под twelve factor

в чем прикол?

оп, новая война вкусов

а мы молчим)

а без дейса и куба аппликуху не надо подгонять под twelve factor?

вопрос то не в этом

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

правда надо было кодить на muranoPL

но зачем

зато на опенстек все встает и работает.

а в чем прикол deis?

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

есть деис или нет все равно приводить

а в чем прикол deis?

Ну ты загнул сравнить опенстек + мурано и деис

мы написали на мурано paas

позволяющий любую приложуху запустить в кубернетисе на опенстек

вот тут новая сущность оправдана

новый функционал

мы написали на мурано paas

Во вы устроились)

а деис чего нового приносит кроме кучи странного кода

поверх ещё более странного)

даже CI успели вкрутить

Gerrit Jenkins zuul nodepool

мы написали на мурано paas

Хочу рассказ про это)

Gerrit Jenkins zuul nodepool

Все как всегда )

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

всё настройки в дашборде хорайзона

калико фланель

апскейл даунскейл

Если мне не изменяет склероз то с CLI это было сделать нельзя?

cli кубернетеса работает но тогда магия пропадает. мурано должно деплой контролировать само.

если ты смелый дерзкий умелый то можно все через консоль

CLI мурано я имею ввиду - что бы не накликивать в хорайзоне

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

в интернете выложили беты приложений, можно потыкать

единственное кубернетес собран оригинально, через бинари сервисами systemd и все упаковано в qcow посредством disk image builder

а от длительного употребления muranopl будет цинга и тремор рук

можно через cli, подложив при деплое файл с параметрами

мне пока некогда но при желании проект можно разморозить и доделать

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

как прикрутил кубик к опенстеку

тем более все причастные тут и тусят в чатике

мурано приложение

деплоится виртуалка она мастер

внутри все сервисы юниты сист емд

есть ещё виртуалка kubernetes pod

настройки все по гайдлайнам

прокси для expose это ещё одно приложение с haproxy

murano сама порты прокидывает.

приложения запускаются ещё одним murano приложением - placeholder для доккримаджей

приложения внутри кубернетеса я имею в виду

мы успели выложить часть готового ci

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

приложуху можно upscale downscale

я просто думаю magnum попробовать

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

магнум вроде мертв