m Qrmn

API API рознь.

Если один контроллер и 3 экшена, в которые засунута вся логика - то никому не интересно, даже с навыками фронта.

А вот если API сделано:

- с использованием ООП и паттернов
- многоуровневой архитектурой
- SQL запросами, которые сложнее просто SELECT
- авторизацией, проверкой прав на рутинги, JWT
- асинхронностью
- Swagger

то хватит более чем, возьмут и без знания фронта или по крайней мере с минимальным знанием (например, bootstrap + jquery).

А если еще всяких рэббитов, монги и сфинкса для кучи сверху навернуть и тестами покрыть, то вообще с руками оторвут.

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

1.открываем perfmon.msc (не перепутайте с perfmon.exe - это немного другая программа.)
2.в "системном мониторе" (сейчас под рукой руссифицированная ось, поэтому ищите аналогичное на английском, благо монитор по умолчанию там один) нажимаем "добавить счетчики"
3. выбираем Process и ваш процесс, нужные метрики.
Все это только для понимания "что" вы будете мониторить.
теперь "как": идем и внимательно читаем:
https://www.zabbix.com/documentation/4.2/ru/manual...
https://www.zabbix.com/documentation/4.2/ru/manual...
В последней статье ищем proc_info - это оно и есть
Если есть какие то перфкаунтеры которых вы не нашли в заббикс - в 1й статье в конце есть как добавить нужные через user parameters

Почему perfcounters а не WMI? Потому что обращение к WMI - довольно дорогая операция, часто не позапрашиваешь (а если залезть в глубины того что доступно через WMI - выяснится что там те же перфкаунтеры, облагороженные и обогащенные) - частое обращение довольно сильно жрет CPU
Почему не сторонняя программа? Потому что Win уже собирает данные процессов и основная задача - добраться до них