Назад | Перейти на главную страницу

передовой опыт управления изменениями сети центра обработки данных

Мне поручили составить список возможных изменений сетевого оборудования в центре обработки данных. В задачу входит отметка того, какие изменения требуют контроля изменений, а какие нет. Кто-нибудь знает список «лучших практик», с которого я могу начать?

Методы управления изменениями в этом центре обработки данных хорошо известны. Список может включать конкретные элементы конфигурации, которые, например, должны или не должны быть включены в процесс управления изменениями;

статические записи маршрута
назначения портов коммутатора
дополнения / изменения правил брандмауэра
и т.п.

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

также ведите журнал изменений - это даст четкое представление о том, что меняется чаще всего, и что вы можете оттуда извлечь.

посмотрите это видео - описывает, как facebook делает это от разработчика к продукту.

http://www.youtube.com/watch?v=T-Xr_PJdNmQтекст ссылки

Я не специалист по центрам обработки данных, но мое внутреннее предчувствие по этому поводу:

Вам нужен контроль изменений для всего, что может оказать значительное влияние на более чем одного клиента.

Хотя изменения, характерные для одного клиента, могут быть оставлены на их усмотрение, чтобы контролировать, является ли это их запросом.

Значительное воздействие будет включать все, что имеет один или несколько из следующих эффектов:

  1. Заставляет клиента изменить способ использования услуги (даже если в условиях и положениях предусмотрены такие изменения);
  2. Изменяет операции резервного копирования и восстановления;
  3. Изменяет процедуры сборки.

Я уверен, что потенциально есть много других причин, но это основные, которые приходят на ум.