Как технические директора снижают ИТ-затраты благодаря грамотному управлению жизненным циклом IP-адресов
Свяжите адресные ресурсы с реальными затратами: отличайте заброшенные сервисы от полезных резервов, проверяйте вывод из эксплуатации и оценивайте экономию относительно собственной исходной базы.
Повторное использование начинается с проверенной передачи ресурса. Ресурс с низкой активностью может по-прежнему быть нужен для работы сервиса, выполнения плана восстановления или удовлетворения будущих потребностей.
Проект закрыт, но его публичные адреса по-прежнему привязаны к облачным ресурсам, аренда блока продлевается, и никто не знает, какая команда должна проверить счёт. Другая команда запрашивает дополнительное адресное пространство. Возможно, организация платит за неопределённость не меньше, чем за сами ресурсы.
Управлять жизненным циклом IP-адресов — значит отслеживать ресурсы от планирования и назначения до эксплуатации, пересмотра и вывода из использования. Для технического директора это возможность связать такие решения с реальными потребностями сервисов и затратами, сохраняя при этом ресурсы, которые всё ещё нужны бизнесу.
Сформируйте исходную базу, которую можно объяснить
Начните с адресных ресурсов, поддерживаемых ими сервисов, ответственных команд и соответствующих платежей или дат продления. Отделяйте прямые платежи от трудозатрат инженеров. Учитывайте программное обеспечение для управления, интеграцию, работу с инцидентами и любые сетевые компоненты, стоимость которых меняется в зависимости от архитектуры.
Пометка частного адреса как «неиспользуемого» не обязательно уменьшает счёт. Освобождение ресурса снижает расходы только тогда, когда меняется реальный платёж или отпадает необходимость в обоснованной покупке. Различайте эти два результата: деньги, которые больше не расходуются, и ресурсы, доступные для другого использования.
Проследите весь жизненный цикл одного ресурса
Представьте временный клиентский портал. До запуска зарезервируйте адресное пространство и зафиксируйте ответственного, ожидаемый срок работы и зависимости. Во время эксплуатации сверяйте назначение адресов с данными об инфраструктуре и с центром затрат, который их оплачивает. По завершении проекта выясните, нужны ли адреса самому порталу, его DNS-записям, спискам доступа у партнёров и конфигурации восстановления.
Затем либо сохраните ресурс для указанной цели, либо выведите его из использования через задокументированное изменение. Если оплата зависит от облачного ресурса или аренды, убедитесь, что соответствующее освобождение ресурса или прекращение аренды действительно вступило в силу. Обновляйте реестр после проверки результата операции.
Различайте простаивающие, зарезервированные и заброшенные ресурсы
Сервис с низкой активностью может запускаться раз в месяц. Резервная система может простаивать именно потому, что готова к отказу основной. Резерв для расширения может иметь коммерческую ценность ещё до появления трафика. Объединение всех трёх случаев с заброшенными проектами искажает показатель использования ресурсов.
Рассматривайте в совокупности сведения об ответственных за сервис, конфигурации, наблюдения за трафиком за подходящий период и будущие планы. Неудачный ping не даёт права повторно использовать адрес. Низкая текущая загрузка также не доказывает, что освобождение целого блока — лучшее долгосрочное решение.
Выбирайте подходящие инструменты для сетевых адресов
Инструменты учёта и распределения адресов позволяют связывать префиксы с сервисами и выявлять расхождения. Например, документация Amazon VPC IPAM описывает функции планирования, мониторинга и распределения адресов для рабочих нагрузок AWS. Практический вопрос состоит в том, охватывает ли доступная информация рассматриваемую среду и принимаемые решения.
При поиске программного обеспечения аббревиатура «IP» требует внимания: она может означать Internet Protocol — интернет-протокол — или intellectual property — интеллектуальную собственность. Программы управления портфелями патентов и товарных знаков решают другую задачу. Пример управления патентами не может служить доказательством экономии от управления сетевыми адресами.
Автоматизируйте повторяющуюся работу и сохраняйте возможность восстановления
Автоматизируйте резервирование, учёт назначений, напоминания об истечении сроков и сверку с инфраструктурой там, где это позволяют интеграции. Для каждой операции предусмотрите понятный результат и возможность разобраться в частичном сбое. Две системы, обновляющиеся в разное время, не должны незаметно объявлять один и тот же ресурс одновременно «свободным» и «используемым».
Сначала проверьте процедуру вывода из эксплуатации на небольшом сервисе. Зафиксируйте, что можно восстановить и сколько времени это занимает. Экспортируйте реестр и историю с сохранением их смысла, чтобы поставщика системы управления можно было заменить без необходимости заново восстанавливать представление организации о собственной сети.
Измеряйте результат, а не заимствуйте чужой процент экономии
Сравнивайте с исходной базой реальные регулярные платежи, предотвращённые дополнительные закупки, время обработки запросов и трудозатраты на инциденты. Вычитайте расходы на миграцию, программное обеспечение и сопровождение. Объясняйте, за какой период проводились измерения и менялся ли спрос на сервисы. Универсальный процент экономии скрыл бы эти различия.
Успешная программа может сократить лишние расходы и при этом сознательно сохранить стратегический резерв. Она также может показать, что кажущийся дорогим ресурс обеспечивает критически важную зависимость. Смысл в том, чтобы сделать такие решения видимыми и проверяемыми.
В заметке 45 Лу Хэн предлагает читателям отличать нарратив дефицита от фактического использования адресных ресурсов. В масштабе организации тот же подход начинается с данных: что работает, что зарезервировано и какие варианты остаются открытыми? Продолжите чтение материалом о практической проверке инструмента IPAM.