Уявіть собі, що ваша ретельно побудована система — будь то база даних, що зберігає ключові дані клієнтів, багаторічна медіа-бібліотека або репозиторій вихідного коду продукту — колись стане для вас "антикваріатом", до якого ви вже не наважитеся торкатися.

Чому? Тому що кожен елемент даних у ній має справжню цінність і несе відповідальність. Як тільки виникне збої, слова "почати спочатку" стануть для вас недосяжною мрією. У вас просто не буде такої можливості.

Як традиційно це роблять? Зберігають кілька копій у різних місцях. Мали справу з поломкою жорсткого диска? З втратами даних у хмарних сервісах? Тоді ви зрозумієте, що так звані "розподілені резервні копії" — це фактично наче класти яйця у кілька паперових кошиків. Кошики — все ще паперові, і один сильний вітер або дощ зіпсує все одно все.

Поки не ознайомилися з концепцією "структурної стійкості до збоїв" — тоді ви справді зрозумієте корінь проблеми. Це зовсім інший рівень, ніж просто "кількість резервних копій".

Наприклад: ваша система не захищена додатковими страховками(резервними копіями) для запобігання катастрофам, а з самого початку проекту має здатність витримати, наприклад, руйнування половини несучих стін, зберігаючи цілісність структури.

Останнім часом я слідкую за проектом Walrus, який саме вирішує цю проблему. Він не просто копіює файли. Замість цього застосовує високотехнологічну стратегію — розбиває дані на частини, кодує їх, розділяє на безліч фрагментів і розподіляє по всьому світу між різними вузлами мережі.

Ключова технологія — "код Еррауш"(Erasure Coding). Що це означає? Це означає, що вам не потрібно чекати, поки всі фрагменти будуть у порядку — достатньо, щоб певна кількість фрагментів залишилася живою, і весь файл можна буде відновити. Вийшов з ладу один вузол? Не проблема. Зламалася частина сховища в одному регіоні? Система продовжить працювати.

Ось справжня структурна стійкість до збоїв — не просто накопичення резервних копій, а здатність системи виживати завдяки архітектурі з низу до верху.