Это не вопрос финансистов, это совет директоров решает. В норме.
Выносится вопрос о появлении риска в связи со снятием с поддержки, инициируется работа по апгрейду.
---
Любая система имеет четыре цены:
Покупки
Внедрения
Эксплуатации
Утилизации

Это нужно решить. Я видел и склады серверов "на пять лет хватит, договор выполняем" (это в стоимости поставки, естественно, заложено), и договоры с вендором "вы 15 лет либо поставляете это, либо замену в те же деньги, либо неустойка в размере замены по конкурсу"

Логично. Спасибо.
Только вот я про цену утилизации слышал в этом самом Росатоме, а в банке - не слышал.
Да и в своих проектах, где был CTO, такой цены не было :(

Нет, конец банковского дня раз в сутки происходит

Ну, если планировать с ошибками, то потом очевидно будут сюрпризики

Зачем ты испортил интригу? :)

PMBok тут помогает объяснить свою позицию ссылками на best practices

Обрати внимание: "забить" тоже решение, но оно должно быть утверждено тем, кто уполномочен такие решения принимать.

strace, perf, tcpdump

Некоторые подобные вопросы и СЕО не решает, только акционеры

Да, в рамках реестра рисков вполне себе решение.
Только вот я сейчас вспоминаю некоторые свои проекты, которые с нуля... и там такого просто не было. Впрочем, повезло и сюрпризиков тоже не было...
А вот в тех, которые были до меня, бывало разное.

А можно этим девопсы займутся?

вообще тем что называется devops занимаются в том числе разработчики. я не понимаю почему профилировать код и трейсить баги должен продакшен-инженер

Вот "снять данные" - и есть цена утилизации

У знакомого первички уже семь паллет на складе %-}

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

Я, правда, не умею :(

Но могу...

ну если у вас devops - это человек, то тогда логично, что в вашей аргументации где-то рядом заправка картриджей

Ну роботы пока не научились выполнять такую работу, но мониторинг продакшена и логи уже собирают и проводят предобработку.
А если ближе к делу, то девопс это не человек (как и Слава КПСС), а методология и несколько человек.
Профилирование кода производится: разработчиком в части своего кода, тестерами - в части всего решения, а экплуатацией - в части продакшена.
В принципе, на уровне гипотетического магазина кормов для животных заправка картриджей тоже где-то там рядом. Но мы же про ПД и рут на продакшене.
Трейсы и дампы с продакшена сподручнее снимать эксплуатации (я сам, будучи разработчиком, всячески отказывался от доступов на продакшен, от греха), а разбираться с ними - нагрузочникам. И только где-то в конце будет задача на конкретного (конкретных) разработчика на оптимизацию кода. Или на админа на настройку сервера. Или вообще на закупку для... закупки чего-нибудь.