| R.1 |
Ориентируйтесь на разумный подход к надежности - больше не всегда значит лучше. Настройка внутренней системы для обеспечения высокой доступности может показаться хорошей идеей, но если операционная нагрузка по обслуживанию более крупной инфраструктуры отвлекает от миссии организации, то повышение надежности обходится слишком дорого. Тщательно определите ожидания по времени восстановления с заинтересованными сторонами. |
| R.2 |
Регулярно создавайте резервные копии системы с помощью поддерживаемых инструментов и составьте план тестирования восстановления резервных копий на регулярной основе. Рабочие процессы резервного копирования без тестирования создают риск неудачного восстановления системы. |
| R.3 |
Определите самые слабые звенья в стратегии надежности системы, которые могут быть техническими, кадровыми или технологическими пробелами. Время безотказной работы системы и гарантии SLA ограничены их самой слабой системой поддержки или компонентом. |
| R.4 |
Используйте более низкие среды для зеркального отображения конфигураций и тестирования подходов к обеспечению надежности, таких как высокая доступность и процессы резервного копирования. |
| R.5 |
Определите пути эскалации, чтобы проблемы быстро доходили до нужного персонала и можно было принять меры для решения любых проблем. |
| R.6 |
Понимание рабочих процессов пользователей — хотя сервис может сообщать о своей работе на основе простой проверки работоспособности, если рабочий процесс пользователя не выполнен успешно, он часто будет рассматривать это как сбой системы. Понимание реальных рабочих процессов пользователей может помочь быстро сузить круг проблемных сервисов или компонентов и устранить проблему, с которой они сталкиваются. |