Я пока еще не видел ни само решение, ни тестовый стенд, на котором можно было бы проверить какие отказы данное решение выдерживает, ни, тем более, систему автоматического тестирования решения на Patroni.
Статья перевод. На счет Q14 от себя ничего не могу сказать.
Никто так не хранит BigData в PostgreSQL. Не обязательно должна быть BigData. Я в одной команде в живую видел как делали аналитику на чистом PostgreSQL. На счет TimescaleDB согласен, если там временные ряды. Но логи врят ли могу назвать временными рядами. Для данных с датчиков лучше использовать Prometheus/VictoriaMetrics
2-3-4 Согласен
Вы же можете сделать сравнение ClickHouse и PostgreSQL на максимуме своих возможностей. Сообщество будет вам благодарно.
Вопрос менеджмента хуков на серверной стороне не рассмотрели. Объясню. Дело в том, что в текущей архитектуре хранение кода оторвано от веб морды гитлаба. И за хранение Гита отвечает, внезапно, демон gitaly. Соответственно, это чисто внутренняя штука гитлаба, которая не терпит изменений напрямую из ФС.
Т.е. хотелось бы обоснования "почему" метод описанный в статье будет работать.
То почему? Он работает. Даже скриншоты сделал.
Второй момент. Окей. Мы руками залезли в ФС, подтюнили гит хуки. Где гарантия, что в какой-то момент времени они не пропадут (например, с обновлением гитлаба) или не перестанут срабатывать?
Вот и проверим. Думаю что не пропадут.
В третьих, выглядит так, что действительно проще гитлаб купить. Это всё-таки инструмент, который позволяет зарабатывать деньги, а, следовательно, стоит вложиться в него. На каком там уровне гит хуки появляются? 4 доллара за пользователя в месяц? А заодно и получаем кучу другого полезного функционала и спим спокойно.
У кого Gitlab купленный, тому этот пост не нужен. Добавил опрос про редакцию Gitlab
del
Какая конкретно DevOps практика устарела?
Добрый день. Что именно в посте старье?
Спасибо. Поправил.
Написанное DBA (https://github.com/CyberDem0n) для DBA. Пример.
Два года назад разработчики рассказывали на митапе про patroni (в том числе и про split-brain)
Вот же https://download.postgresql.org/pub/repos/yum/common/redhat/rhel-7-x86_64/patroni-1.6.5-4.rhel7.x86_64.rpm
Вот пример: Patroni и stolon: инсталляция и отработка падений
Где это лучше написать? В заголовке? В начале поста?
Помогите, пожалуйста, поправить посты. Буду очень благодарен.
Да, это май 2019 года. Добавил в заголовок.
Вообще да. Но в оригинале так.
del
Телеграм чат Envoy Proxy https://t.me/envoyproxy_ru
Bug 1861977 — RHSA-2020:3216 grub2 security update renders system unbootable
Patroni у нас используется в проде. Про Stolon вопрос не понял.
del
А вы не хотите выпустить бесплатную версию PVS-Studio с ограниченным функционалом?
Например, находит ограниченное количество ошибок.
Можете посмотреть ответ Алексея Лесовского https://qna.habr.com/q/49000
Статья перевод. На счет Q14 от себя ничего не могу сказать.
2-3-4 Согласен
Вы же можете сделать сравнение ClickHouse и PostgreSQL на максимуме своих возможностей. Сообщество будет вам благодарно.
Ждем от кого-нибудь пост где будут сравниваться Proxmox Backup Server vs Borg vs Restic vs Duplicacy vs Duplicati.
Пока сами изучаем.
Как не терпит? Где issue что gitaly не терпит изменений напрямую из ФС? Более того у Gitlab инструкция https://docs.gitlab.com/ee/administration/server_hooks.html по использованию серверных хуков.
То почему? Он работает. Даже скриншоты сделал.
Вот и проверим. Думаю что не пропадут.
У кого Gitlab купленный, тому этот пост не нужен. Добавил опрос про редакцию Gitlab