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

Теоретически может быть некий разработчик-архитектор, который знает весь код во всём проекте (допустим), но тогда вопрос наличия у него рута на продакшене... не стоит, как бы. С другой стороны - вопрос целесообразности привлечения такого спеца для снятия трейса или дампа... ну, как бы, тоже не стоит...

а кто такой, простите, нагрузочник?

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

О. У меня есть три друга.
Один алкоголик - нагружает печень и другие внутренние органы.
Второй тяжелоатлет - поднимает нагрузку над собой.
Третий - спец по нагрузочному тестированию в банке, берёт tcpdump’ы, строит модели и грузит разные сервисы.

Грузчик, грузчик парень работящий!

strace, perf, tcpdump

О. У меня есть три друга.
Один алкоголик - нагружает печень и другие внутренние органы.
Второй тяжелоатлет - поднимает нагрузку над собой.
Третий - спец по нагрузочному тестированию в банке, берёт tcpdump’ы, строит модели и грузит разные сервисы.

не модно ныне нагрузочное тестирование, модно 100500 микросервисов и очередей и скейлинг

не модно ныне нагрузочное тестирование, модно 100500 микросервисов и очередей и скейлинг

А нафига все это разработчику?
Оптимизацией перформанса не надо заниматься прямо на проде, для этого можно и на тестовом стенде нагрузку повторить.
tcpdump полезен только на внешних шлюзах, но это эксплуатация может снять и отправить разработчику (да и то нужно в случае каких-то категорически нестандартных протоколов, а зачем они в системе).

ну самый простой кейс: после релиза сильно выросла нагрузка на redis, за счет каких именно обращений - непонятно, с каких серверов какие команды поступают в лог redis, очевидно, не пишет. надо смотреть в tcpdump, вариантов нет.

И потом, а мониторинга редиса нету чтоль?

очевидно, вы не понимаете о чем вообще говорите

ну самый простой кейс: после релиза сильно выросла нагрузка на redis, за счет каких именно обращений - непонятно, с каких серверов какие команды поступают в лог redis, очевидно, не пишет. надо смотреть в tcpdump, вариантов нет.