Представьте себе систему, которую вы тщательно построили — будь то база данных с ключевыми данными клиентов, медиа-библиотека, накопленная за годы, или репозиторий исходного кода продукта — однажды она может превратиться в "антиквариат", которого вы боитесь трогать.
Почему? Потому что каждый элемент данных внутри нее связан с реальной ценностью и несет ответственность. В случае сбоя слово "начать заново" превращается из мечты в невозможность. У вас просто нет такой возможности.
Как поступают в традиционной модели? Делают несколько резервных копий и размещают их в разных местах. Испытывали ли вы сбои жесткого диска? Потерю данных в облаке? Тогда вы поймете, что так называемое "распределенное резервное копирование" — это по сути как класть яйца в несколько бумажных корзин. Корзины по сути бумажные, и одна сильная буря может повредить все сразу.
Пока не познакомишься с концепцией "структурной устойчивости" — только тогда начинаешь по-настоящему понимать корень проблемы. Это совершенно иной уровень по сравнению с стратегией "многократных резервных копий".
Приведу пример: ваша система не полагается на покупку нескольких страховок(резервных копий) для защиты от катастрофы, а с самого начала проектируется так, чтобы даже если несущая стена сгорит наполовину, вся структура осталась бы стоять.
Недавно меня заинтересовал проект Walrus, который решает именно эту задачу. Он не просто копирует файлы. Он использует высокотехнологичную стратегию — разбивает данные на части, кодирует их, фрагментирует на множество кусочков, а затем распределяет по всему миру на разные узлы сети.
Ключевая технология — "кодирование с исправлением ошибок"(Erasure Coding). Что это означает? Это значит, что вам не нужно ждать, пока все фрагменты будут в порядке — достаточно, чтобы достаточное количество фрагментов было живы, и весь файл можно восстановить полностью. Один узел вышел из строя? Не проблема. Хранилище в одной области вышло из строя? Всё равно продолжает работать.
Это и есть истинная структурная отказоустойчивость — не просто увеличение количества резервных копий, а способность к выживанию, заложенная в архитектуру системы с самого начала.
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
15 Лайков
Награда
15
5
Репост
Поделиться
комментарий
0/400
GweiObserver
· 01-13 21:21
纠删码这套玩法确实绝,比传统备份思路优雅太多了
---
说白了就是把鸡蛋不装篮子,直接铺成一张网,少几个也死不了
---
Walrus这个思路有点意思,终于有项目真正理解了什么叫防灾而不是堆保险
---
之前硬盘崩过,那滋味……现在看这个纠删码方案有点后悔没早点接触
---
结构级容错 vs 多备份,这两个维度的差异就像区块链 vs 中心化数据库一样天壤之别
---
碎片分散到全球节点这个思路,感觉有点去中心化存储的味道了
---
真正的韧性来自设计,不是来自重复堆砌,这句话说得太对了
---
等等,这和IPFS的思路有区别吗?还是说Walrus把细节优化得更猛了
Ответить0
AirDropMissed
· 01-11 03:58
Идея кодов исправления и удаления действительно гениальна, гораздо надежнее, чем просто дублирование, и наконец-то появился проект, который действительно хочет решить эту проблему.
Посмотреть ОригиналОтветить0
GasGuru
· 01-11 03:54
Кодирование с исправлением ошибок действительно является сдвигом в мышлении, но сможет ли Walrus действительно реализоваться, зависит от...
Посмотреть ОригиналОтветить0
ruggedNotShrugged
· 01-11 03:54
Код исправления и восстановления звучит сложно, на самом деле это просто разбить яйца и распределить их по разным корзинам, больше не нужно бояться, что одна корзина упадет и всё пропадет.
Идея Walrus действительно крутая, она кардинально меняет правила игры.
Те, кто делал много резервных копий, давно пора было их выбросить, и наконец-то кто-то это разоблачил.
Это и есть настоящее децентрализованное хранение, каким оно должно быть, а не просто лозунг.
Посмотреть ОригиналОтветить0
MysteriousZhang
· 01-11 03:35
Код стирания давно должен был получить широкое распространение, он намного надёжнее, чем все эти цветастые «облачные резервные копии» от облачных сервис-провайдеров
Правда, жёсткий диск у меня один раз отказал, чуть сердце не остановилось, теперь вот смотрю на такую архитектуру — вот это да, именно так и надо делать
Мне нравилась стратегия шардирования Walrus, там действительно что-то есть, только вот стоимость развёртывания довольно высокая
Вау, оказывается множественные резервные копии — это просто бросание денег в мусорку, неудивительно, что каждый раз всё летит
Вот это то, что Web3 должен делать, децентрализованное хранилище просто обязано иметь отказоустойчивость такого уровня
Представьте себе систему, которую вы тщательно построили — будь то база данных с ключевыми данными клиентов, медиа-библиотека, накопленная за годы, или репозиторий исходного кода продукта — однажды она может превратиться в "антиквариат", которого вы боитесь трогать.
Почему? Потому что каждый элемент данных внутри нее связан с реальной ценностью и несет ответственность. В случае сбоя слово "начать заново" превращается из мечты в невозможность. У вас просто нет такой возможности.
Как поступают в традиционной модели? Делают несколько резервных копий и размещают их в разных местах. Испытывали ли вы сбои жесткого диска? Потерю данных в облаке? Тогда вы поймете, что так называемое "распределенное резервное копирование" — это по сути как класть яйца в несколько бумажных корзин. Корзины по сути бумажные, и одна сильная буря может повредить все сразу.
Пока не познакомишься с концепцией "структурной устойчивости" — только тогда начинаешь по-настоящему понимать корень проблемы. Это совершенно иной уровень по сравнению с стратегией "многократных резервных копий".
Приведу пример: ваша система не полагается на покупку нескольких страховок(резервных копий) для защиты от катастрофы, а с самого начала проектируется так, чтобы даже если несущая стена сгорит наполовину, вся структура осталась бы стоять.
Недавно меня заинтересовал проект Walrus, который решает именно эту задачу. Он не просто копирует файлы. Он использует высокотехнологичную стратегию — разбивает данные на части, кодирует их, фрагментирует на множество кусочков, а затем распределяет по всему миру на разные узлы сети.
Ключевая технология — "кодирование с исправлением ошибок"(Erasure Coding). Что это означает? Это значит, что вам не нужно ждать, пока все фрагменты будут в порядке — достаточно, чтобы достаточное количество фрагментов было живы, и весь файл можно восстановить полностью. Один узел вышел из строя? Не проблема. Хранилище в одной области вышло из строя? Всё равно продолжает работать.
Это и есть истинная структурная отказоустойчивость — не просто увеличение количества резервных копий, а способность к выживанию, заложенная в архитектуру системы с самого начала.