Аналогия с деньгами и банком не совсем корректна. В банке вклады — как минимум застрахованы. В Амазон попала молния, ваших данных нет, вам пишут письмо с извинениями и бросают на произвол судьбы. Приехали. Где пруф, что мои данные у них отреплицированы в несколько ДЦ? Что у них есть резервная копия на случай криворукого админа?
Я лишь пытаюсь сказать, что доверять business-critical данные всецело кому-то одному — это гиблое дело. Одна ИХ ошибка и ВАШЕГО бизнеса больше нет. Всегда должна быть ещё одна копия. Желательно как можно ближе к себе.
Какая из перечисленный компаний — одна из лучших компаний в отрасли?
Какой системный администратор считает, что бэкапы на удалённом хранилище — это надёжно? Мне жалко его проекты. Надеюсь, вы не являетесь одним из них.
И всё же. Что вы будете делать при отказе любого из компонентов? Особенно после того, как вы написали что диски у вас без RAID. Ну вот диск полетел, или сервер завис. Память сгорела, материнка, сетевой провод отошёл.
У всех бывают факапы. Кто знает, действительно ли у этих сторонних компаний работа с моими данными организована так, как вы предположили. И как быстро они поднимутся в случае аппаратного сбоя.
Держать свои данные неизвестно где, когда между вами сотни километров проводов — ну, я бы не стал спокойно спать. Рекурсивные копирования, перемещения и т.д. — это обычное блабла, которое призвано отвлечь моё внимание от самого важного: бэкапы. Используя описанное выше решение, время на резервное копирование всех данных ну вообще не уменьшается. И в случае беды — всё-равно мы имеем те же устаревшие данные и недели на их перезаливку на сайт.
А как вы убедили Hetzner переконфигурить ваш десяток (стоящик в разных углах ДЦ) серверов так, чтобы у них появилось централизованное отказоустойчивое хранилище на 54 Тб?
Раз всё ещё придумывают — значит пока недостаточно :)
Понятно, что то, как мы раньше делали — это работает. Иначе бы мы так и не делали :) Но всё же лично мне, например, DCI показалось интересным и имеющим право на существование.
Я лишь пытаюсь сказать, что доверять business-critical данные всецело кому-то одному — это гиблое дело. Одна ИХ ошибка и ВАШЕГО бизнеса больше нет. Всегда должна быть ещё одна копия. Желательно как можно ближе к себе.
Какой системный администратор считает, что бэкапы на удалённом хранилище — это надёжно? Мне жалко его проекты. Надеюсь, вы не являетесь одним из них.
И в статье явно сравнивали стоимость вашего решения с ЕС2. Отсюда и все вопросы, на самом деле.
Держать свои данные неизвестно где, когда между вами сотни километров проводов — ну, я бы не стал спокойно спать. Рекурсивные копирования, перемещения и т.д. — это обычное блабла, которое призвано отвлечь моё внимание от самого важного: бэкапы. Используя описанное выше решение, время на резервное копирование всех данных ну вообще не уменьшается. И в случае беды — всё-равно мы имеем те же устаревшие данные и недели на их перезаливку на сайт.
Какой сейчас год?
:)
p.s. С праздником!
Понятно, что то, как мы раньше делали — это работает. Иначе бы мы так и не делали :) Но всё же лично мне, например, DCI показалось интересным и имеющим право на существование.