Как стать автором
Обновить

Комментарии 2

Отличная статья, спасибо!

Вот эта фраза заинтриговала:
ведение бэкапов желательно, но вовсе не обязательно — но только если вы грамотно используете Multicloud Native-подход
Неужели и правда с помощью Multicloud Native-подхода можно обходиться совсем без бэкапов?
Все не так однозначно, на самом деле когда вы делаете бекап в on-prem на ленту или проприетарное решение, либо используете стороннее решение типа Acronis/Veeam и подобные (они кладут копию ваших данных себе в s3) вы по сути делаете бекап в дополнительный site. При multicloud native вы по сути держите сразу несколько бекапов на разных site (здесь это разные AZ) в режиме active, так же можете дополнительно класть копии в объектное. хранилище которое предоставляет провайдер. Выход из строя любой az и даже провайдера оставит вам минимум 2 активных копии, защитит от физического сбоя. Подход ci/cd и rolling update должен защитить вас от логического сбоя с возможностью отката.
Данное утверждение основано на том что я в живую встречал подобную организацию инфраструктуры сервиса без бекапов, но все же прибегать к отказу от бекапов стоит только в случае когда вы уверены на 100% что защищены от всех типов сбоев.
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.