Q:
Как компании могут выработать лучший подход к «объектным» сетевым изменениям?
A:Изменяя способы маркировки и обработки ИТ-активов в архитектурах, компании могут значительно улучшить использование сетевых «объектов» для управления изменениями в корпоративных системах.
Сетевые объекты, такие как наборы правил для брандмауэров и виртуальных машин для реализации сетевых конфигураций, являются критически важными ресурсами, но со временем они могут потеряться или стать помехой для распределенной архитектуры.
Одним из наиболее фундаментальных способов обеспечения лучшей обработки сетевых объектов являются соглашения об именах. Соглашения о присвоении имен повышают наглядность системы - когда компоненты или другие объекты помечены в соответствии с их назначением и использованием, гораздо проще увидеть, что они делают в системе, и нужно ли, например, переносить их на новую платформу или приложение., или не.
Другие ресурсы, такие как поля описания и теги метаданных, также могут быть полезными способами маркировки этих ИТ-ресурсов и обеспечения их правильного использования в системе. Поля описания могут обеспечить более удобный язык, определяя, какие конкретно объекты сети и для чего они используются.
В целом, лучшее администрирование сети будет включать в себя ведение подробных заметок о том, что делается в отношении сетевого объекта и миграций или других изменений. Некоторые считают, что это своего рода «список переезда или упаковки» - идея о том, что у компании будут специальные инструкции и документы, которые помогут сделать использование объектов в изменяющейся архитектуре более прозрачным.
Другой важный пример лучшего сетевого администрирования - лучший план вывода из эксплуатации.
При выводе из эксплуатации старых приложений или частей архитектуры часто приходится определять, какие сетевые объекты необходимо выводить из эксплуатации, наряду с более обширными и всеобъемлющими частями системы, с которыми покончено. Если компании не смогут успешно определить ресурсы, которые они используют, они не смогут добиться того полного и чистого вывода из эксплуатации, которого они хотят. Компании могут использовать программные методы для идентификации ресурсов или визуальные дескрипторы для ручной очистки частей приложения или системы. Лучший вывод из эксплуатации поможет улучшить организацию сети.
Меньшая организация и меньшая идентификация сетевых объектов могут привести к разного рода «раздуванию» или «разрастанию» ИТ. Например, добавление потока приложений без вывода из эксплуатации старых быстро приведет к большому хаосу и путанице. Вот почему задача очистки сетей, по крайней мере, состоит из двух частей: с одной стороны, убедиться, что все идентифицировано и помечено четко, а с другой стороны, обеспечить, чтобы протоколы и процессы обеспечивали чистые системные изменения.
