Size: a a a

RU.Docker — Официальное Русское Сообщество

2018 July 01

A

AstraSerg in RU.Docker — Официальное Русское Сообщество
ptchol
Да какой простой ?
На время апгрейдо докера
источник

p

ptchol in RU.Docker — Официальное Русское Сообщество
что я делаю не так ?
источник

p

ptchol in RU.Docker — Официальное Русское Сообщество
вопрос тут не в докере, а в том приложение у вас может понять что одна из БД нод стала недоступной и перестать работь с ней и всё.
источник

p

ptchol in RU.Docker — Официальное Русское Сообщество
и в том что если эта нода мастер, то в случае её gracefull shutdown она передаст свои обязанности кому то и всех клиентов тоже
источник

A

AstraSerg in RU.Docker — Официальное Русское Сообщество
ptchol
вот у меня монга, что с докером что без докера master свитчиться сам и я ничего не замечаю.
У меня то же сомое, тоже без простоя проходит. Но это хоть какой-то аргумент. Больше не вижу.
источник

p

ptchol in RU.Docker — Официальное Русское Сообщество
если вы к 2018 не научились делать так, ну что, печалька.
источник

PF

Petr Filippov in RU.Docker — Официальное Русское Сообщество
ну еще раз пишу мое предложение не было, утверждением что вы какой то профан в своем направлении. Может вы такой единственный в мире гуру со своим другом AstraSerg, которые нашли стабильный сетап для своих докер кластеров, что вы там используете kube или swarm неважно. Но о том что только сам стабильный сетап поставить, с минимальным количеством багов, это то еще дело. Раз вы такие гуру пишите статьи, пишите кейзы, я почитаю может чего у вас подчерпну.
источник

PF

Petr Filippov in RU.Docker — Официальное Русское Сообщество
Если у вас все так стабильно, ни одного data corruption, ни одного kernel panic
источник

PF

Petr Filippov in RU.Docker — Официальное Русское Сообщество
ptchol
вот у меня монга, что с докером что без докера master свитчиться сам и я ничего не замечаю.
как ты данные синхронизируешь?
источник

p

ptchol in RU.Docker — Официальное Русское Сообщество
я как бы открою секрет, чем больше у вас парк сервисов \ серверов тем больше у вас будет паник и каррапшенов.
источник

p

ptchol in RU.Docker — Официальное Русское Сообщество
Petr Filippov
как ты данные синхронизируешь?
это делает механизм репликации.
источник

p

ptchol in RU.Docker — Официальное Русское Сообщество
а дальше политики acknowledgement уже настраиваются и конфугирурются в зависимости от БД. Это стандартный подход, что в монге, что в ПГ, что в кассандре
источник

A

AstraSerg in RU.Docker — Официальное Русское Сообщество
Petr Filippov
Если у вас все так стабильно, ни одного data corruption, ни одного kernel panic
Суть в том, что докер не добавляет вероятности ни паник, ни корраптов. Или ошибаюсь?
источник

PF

Petr Filippov in RU.Docker — Официальное Русское Сообщество
это ладно еще что проблем с нереляционными базами данных меньше, чем с реляционными. Но одно только наличие данных проблем, уже стоит задумать при построении отказоустойчивых систем.
источник

p

ptchol in RU.Docker — Официальное Русское Сообщество
AstraSerg
Суть в том, что докер не добавляет вероятности ни паник, ни корраптов. Или ошибаюсь?
чисто теоретически, в случае завершения работы базки, в стандартном поведении докера, если приложение не завершилось за 30сек ему в лицо прилетит sigkill что может негативно повлиять на данные ряда БД
источник

p

ptchol in RU.Docker — Официальное Русское Сообщество
это кстати стандартное же поведение и для systemd )
источник

p

ptchol in RU.Docker — Официальное Русское Сообщество
Petr Filippov
это ладно еще что проблем с нереляционными базами данных меньше, чем с реляционными. Но одно только наличие данных проблем, уже стоит задумать при построении отказоустойчивых систем.
о том что не стоит юзать ПГ ? )
источник

PF

Petr Filippov in RU.Docker — Официальное Русское Сообщество
лол видишь ты опять за свое
источник

p

ptchol in RU.Docker — Официальное Русское Сообщество
эмс, ну ладно вам, разок трольнул, за 5 страниц текста.
источник

PF

Petr Filippov in RU.Docker — Официальное Русское Сообщество
я не пишу категорично не юзай, еще раз, я не писал категорически не юзай, повторяю еще раз я не писал категорически не юзай
источник