Мне поручили составить список возможных изменений сетевого оборудования в центре обработки данных. Задача включает в себя маркировку изменений, которые требуют контроля изменений, а которые нет. Кто-нибудь знает список "лучших практик", с которого я могу начать?
Методы контроля изменений в этом центре обработки данных хорошо известны. Список будет содержать конкретные элементы конфигурации, которые должны или не должны быть включены в процесс контроля изменений, например;
статические записи маршрутов,
назначения портов коммутаторов,
дополнения/изменения правил брандмауэра
и т. д.
решение1
файлы конфигурации (если они текстовые) являются лучшими кандидатами для контроля версий. иметь репозиторий с образами, которые вы устанавливаете (коммутаторы, маршрутизаторы и т. д.)
Также ведите журнал изменений — это даст вам четкое представление о том, что меняется чаще всего, и вы сможете отталкиваться от этого.
посмотрите это видео - в нем описывается, как Facebook проходит путь от разработки до производства.
решение2
Я не эксперт по центрам обработки данных, но у меня такое предчувствие:
Вам необходим контроль изменений во всем, что может оказать существенное влияние на более чем одного клиента.
В то время как изменения, специфичные для конкретного клиента, могут быть оставлены на его усмотрение, если это его запрос.
Значительное воздействие будет включать все, что имеет один или несколько из следующих эффектов:
- Принуждает клиента к изменению порядка использования услуги (даже если такие изменения предусмотрены в условиях);
- Изменяет операции резервного копирования и восстановления;
- Изменяет процедуры сборки.
Я уверен, что потенциально существует множество других причин, но это основные, которые приходят на ум.