Надёжное хранение данных

Start with the issue's “Сбор информации” checklist to inventory repositories, databases, documentation, external configuration, credentials, and infrastructure dependencies. Then review the “Действия” and “Тесты” sections; done means backups and protected credential storage are configured, and the infrastructure can be recreated on another server with identified gaps resolved.

По мере реализации пользовательских фич и новых сервисов, необходимо обеспечить безопасность и сохранность всех важных данных на случай чрезвычайных происшествий вроде случайного удаления прода или пожара в дата-центре.

Сбор информации

• Провести аудит данных которые имеют для нас ценность.
  • Репозитории
  • База данных
  • Документация
  • Конфиги вне репозиториев
  • Пароли/токены
  • Гугл-группы, datalens и тд
• Выяснить критические взаимосвязи между частями инфраструктуры. (Что будет если отвалится "это")
• Риск-менеджмент: оценить риски тех или иных событий или злонамеренных действий

Действия

• Настроить периодическое резервное копирование базы данных (возможно не всей, например некоторые логи не особо нужны)
• Настроить копирование всех репозиториев (вроде сделано)
• Создать единое защищенное место для хранения и управления токенами и доступами к инфраструктуре (надежёная хранилка паролей в облаке с ограниченным кругом лиц имеющих доступ)

Тесты

• Попробовать воспроизвести всю инфраструктуру на другом сервере. Оценить насколько сложно это будет сделать, какие будут проблемы, каких токенов не хватает, какие настройки репозиториев и контейнеров не описаны в документации
• Исправить найденные проблемы

Issue open by Андрей Маракулин via personal telegram message.