Простыми словами
Например, два экземпляра приложения работают в разных зонах. Отказ одного не останавливает сайт, если балансировщик и база тоже не являются общей одиночной точкой. Поэтому заранее определяют границы ожидания и поведение при отказе - иначе один медленный компонент начинает удерживать ресурсы и распространять проблему дальше.
Пример при разработке
Два экземпляра приложения работают в разных зонах. Отказ одного не останавливает сайт, если балансировщик и база тоже не являются общей одиночной точкой.
Это редакционный пример применения, а не часть определения или доказательство концепции.Механизм действия
Сначала проверяют, есть ли исходное условие из определения. Затем смотрят, как оно влияет на структуру компонентов, потоки данных, ограничения и действия участников. Если эту связь не удаётся наблюдать, принцип не стоит использовать как готовое объяснение.
Пример в работе
Решение принимают без учета механизма «Redundancy», оценивая только ближайший эффект.
Перед изменением проверяют, как «Redundancy» влияет на ограничения, стимулы, зависимости и вторичные последствия.
Ограничения
«Redundancy» объясняет только часть происходящего в области «Надежность и SRE». Сам принцип не говорит, насколько сильным будет эффект в вашем случае, и не заменяет измерения. При другом масштабе, среде или временном горизонте результат может отличаться.
Источник
National Institute of Standards and Technology. Contingency Planning Guide for Federal Information Systems. 2010. NIST SP 800-34 Rev. 1.