В обычных схемах с двумя площадками, если один дата‑центр выходит из строя, вся нагрузка ложится на второй. Он становится единственной точкой отказа: если и там что‑то сломается, данные могут стать недоступны. Ещё одна проблема - асинхронная репликация: при ней последние изменения могут не успеть скопироваться на резервную площадку, и часть информации потеряется. Плюс при разрыве связи между центрами нужно решать, какой из них продолжит обслуживать запросы, чтобы данные не «разъехались».

TATLIN.OBJECT решает эти проблемы за счёт применения децентрализованной архитектуры. Если один из дата‑центров перестаёт работать, остальные продолжают принимать и отдавать данные. Система следит за тем, сколько копий файла хранится и где, и при сбое автоматически восполняет недостающие копии по заранее заданным правилам. Эти правила (политики хранения) настраивают для каждого логического контейнера (бакета) отдельно: можно выбрать, сколько копий делать, куда их размещать и как синхронизировать - синхронно, асинхронно или адаптивно.

Чтобы все площадки «понимали» друг друга и работали по единым настройкам, TATLIN.OBJECT использует технологию блокчейн. Она помогает синхронизировать изменения конфигурации без единого центрального хранилища. Даже если часть узлов временно не может участвовать в согласовании настроек, они всё равно продолжают обрабатывать запросы к данным. Правда, создавать новые структуры или менять конфигурацию системы в такой ситуации получится не сразу - эти операции могут быть временно ограничены.

TATLIN.OBJECT делает инфраструктуру устойчивее: данные остаются доступны даже при сбоях отдельных дата‑центров, а риск их потери заметно снижается.

За все «чудеса» обычно приходится платить, вот и за этот рост надежности придется заплатить ростом инвестиций: использование блокчейна и поддержание нескольких распределенных площадок увеличивает затраты на инфраструктуру и обслуживание. Впрочем, даже выросшие инвестиции могут окупиться - за счет снижения рисков простоя и потери данных. Зачастую это эквивалентно снижению убытков в кризисных ситуациях, повышению надежности работы сервисов. ||

--

✓ Подпишитесь на RUSmicro в Telegram | в Max

--

теги: ЦОДы резервирование данных блокчейн децентрализация YADRO Yadro децентрализованная архитектура надежность хранение данных технологии устойчивость инфраструктуры

--