Одной из причин, почему роль инфраструктурного тимлида регулярно становится объектом шуток внутри технических команд, является различие в природе результатов труда. Работа инженера предельно осязаема. Если DevOps-инженер автоматизировал разворачивание окружений через Terraform, результат можно увидеть в репозитории, протестировать и использовать. Если специалист по эксплуатации внедрил систему наблюдаемости, то через несколько часов в Grafana появляются новые панели мониторинга, а в Alertmanager - уведомления о сбоях. Если команда внедрила GitOps-подход и перевела развёртывание сервисов под управление Argo CD, это отражается на скорости доставки изменений и снижении количества ошибок при релизах. Результаты инженерной работы фиксируются в коде, конфигурациях, метриках и работающих сервисах. Они измеримы, воспроизводимы и заметны окружающим.
На Proxmox нужно было переезжать еще в 2022 году. Сейчас уже пора срочно готовить план эвакуации с VMware
Еще в 2022 году стало понятно, что эпоха “вечного VMware” подходит к концу, но тогда многие компании решили, что время еще есть. Сегодня уже очевидно: инфраструктурная зависимость от VMware превращается в серьезный бизнес-риск, потому что большие VMware-инфраструктуры стали слишком дорогими, слишком сложными и слишком привязанными к экосистеме, правила которой компании больше не контролируют. Проблема в том, что сотни production VM, legacy Windows, SAN, ERP и HA-кластеры невозможно перевезти “за выходные”, особенно если инфраструктура последние десять лет росла по принципу “работает - не трогай”, а значит готовиться к миграции нужно было еще несколько лет назад. Именно поэтому Proxmox VE сегодня перестает быть “решением для лабораторий” и становится реальным способом вернуть контроль над виртуализацией, снизить зависимость от поставщика и успеть переехать раньше, чем миграция превратится в аварийный проект с горящими дедлайнами, ночными rollback и очень нервными разговорами с бизнесом.