Базы данных: PostgreSQL и Redis
Базы данных в руках DevOps
урок ~15 мин11 шагов
Введение
этот шаг ~1 минБазы данных в руках DevOps: PostgreSQL, Redis и надёжность
Представьте, что вы отвечаете за инфраструктуру интернет-магазина ДоставкаЕда. Ночью упал один из контейнеров с бэкендом. Kubernetes это заметил и запустил вместо него новый. Утром вы видите в мониторинге всплеск ошибок на пару минут, и других последствий у аварии нет.
Теперь другая ночь. На сервере с базой сломался диск, а резервной копии нет. Утром в магазине не осталось ни заказов, ни покупателей, ни истории оплат. Новый сервер с PostgreSQL можно поднять минут за пять, но он будет пустым.
Отсюда главная мысль модуля: упавшее приложение достаточно перезапустить, а потерянные данные вернуть нечем, если заранее не позаботиться о копиях.
Такое случается и в больших компаниях. 31 января 2017 года инженер GitLab.com поздно вечером чинил отставшую реплику базы. Он перепутал окна терминала и удалил каталог с данными на основном сервере. Когда начали восстанавливаться, выяснилось, что регулярные бэкапы давно не создавались. Спасла копия, которую за шесть часов до аварии сняли вручную для тестового стенда. Всё, что пользователи создали за эти шесть часов – задачи, merge request'ы, комментарии, – пропало навсегда. Восстановление команда транслировала на YouTube.
Что разберём в уроке:
- чем база отличается от обычного приложения;
- зачем рядом с PostgreSQL ставят Redis и что будет, если он упадёт;
- какие задачи по базам достаются DevOps-инженеру;
- как бизнес решает, сколько данных можно потерять при аварии.
Обсуждение урока· 1развернуть
Комментарии · 1
Войди чтобы оставить комментарий.
Нурмашов Ернар· Ребят очень-очень понятно все обьясняете красавчики, дай Бог вам здоровья и терпения. Я уже давно слежу за телеграм каналом и за этой прекрасной учебной платформой, очень жаль что немогу себе позволить купить курс но в дальнейшем рассматриваю рассрочку, а рассрочка действует для граждан Казахстана?