Saboteur

По вашей ссылке указано, что человек ставил mysql не из дистрибутива, а напрямую с сайта.
Следовательно дистрибутив тут не причем, вопросы к rpm пакету на сайте mysql.dev

Ну вот команда "съесть котлету" - это уровень абстракции.
Потому что котлета - это может быть разная котлета. Из разного мяса. В разных условиях.
Ты не даешь команду поднять руку, протянуть руку вперед, сжать пальцы, убедиться что они захватили котлету и так далее. Ты управляешь слоем абстракции. Под ним уже мелкая моторика. Под ним еще более мелкая моторика организма, типа перистальтика. Под ним абстракция биохимического уровня, а там уже атомы и так далее. Но ты обобщаешь это все словами "переварил" или "чет надо мезин выпить".

В ИТ, где нужно очень много конкретики, есть много уровней абстракций на различных слоях - операционка, язык, фреймворк, библиотека, методы, структуры - везде что-то свое.

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

Сперва были только инструкции, которые вводили напрямую, потом через перфокарты/перфоленты, затем написали уже язык ассемблер, затем написали язык b, на котором написали C, затем уже на C перекомпилировали С и так далее.

программы не будут переставать работать, если их запускать как демоны, для чего следует либо научитья их ставить как демоны, либо запускать как демоны.
Читайть справку по systemd, systemv, nohup, coproc

Перспективнее всего менеджер проекта, или другие должности с приставками vice-president, и так далее.
Вопрос не в профессии, и не в годовом опыте, вопрос конкретно в тебе - где ты будешь этот опыт получать, и что ты умеешь делать.
Есть стажировка в епаме - там и спроси, там же есть вакансии на сайте.

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

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

Не пытайся, делай (С)

ИТ - область с высоким порогом входа. Ничего не получится, если ты только начинаешь. Через снос башки нужно вникать, понимать, изучать, читать МНОГО, осознавать МНОГО, но еще больше нужно писать и делать.

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

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

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

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

Чем старше становился, тем комфортнее было рабочее место.

Сейчас эргономичное кресло, большой монитор с адекватным масштабом. Яркость монитора не выкручена, вокруг освещение достаточное чтобы мониотор не выделялся белым пятном на общем фоне, без мерцания.

В жизни есть спортивное увлечение, чтобы пару раз в неделю до пота напрягаться.

Ну и питание - витаминами не злоупотребляю, просто питание разнообразное.

с мечтой уйти в devops.

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

С какого хрена девопсу нужны математика и алгоритмы? Это ж не разработчик альфы или экселя.
Учите администрирование линукс и популярных сервисов, работу с контейнерами, ci/cd инструменты и оркестраторы.

1. Также как учил питон. Берешь документацию, берешь примеры и пишешь код
2. google первые несколько курсов/учебников. Не думай что просмотрел один курс и все, уже спец. В поисках лучшего ты потратишь больше времени, чем за тот же самый промежуток просмотришь несколько хороших/плохих.
3. Зачем? Хороший спец знает несколько языков на базовом уровне.

а брокеры очередей в случае падения теряют данные.

Это неверно.
Брокеры бывают разные и настроены по разному.
В общем случае, брокер - вещь гораздо более легковесная, чем база данных. Гораздо проще масштабируется и кластеризируется, чем база данных. Да и работает в основном гораздо быстрее.

Но в вашем случае - отправлять уведомление пользователю, это не совсем задача для брокеров. Брокеры в основном нужны для общения микросервисов/программ друг с другом.

прошу не давать советы на тему: "обратитесь лучше к профессионалам, а не пытайтесь делать сами."

Обратитесь к профессионалам. Уже в самой идее у вас не совсем корректный подход - я подозреваю, что стоимость лицензирования Windows Server и необходимых для него CAL будет выше, чем стоимость железа.
А так, можете провести тест, арендовать необходимую мощность в облаке (Azure от MS) и оценить производительность.

Возможно кто-то кто сталкивался с подобными проблемами когда руководство хочет за небольшую сумму закрыть 2 позиции

Это происходит везде. Такова суть бизнеса. Просто где-то ситуация терпимая, где-то противоречащая техническому смыслу.
Вам решать что делать. В кризис всегда можно найти человека, который просто готов работать за деньги, а если еще и дадут код поковырять, так и развитие получить - зависит от занятости.

мои утверждения что такому человеку я пока тут работаю не дам доступ они опять так игнорируют.

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

Ну либо меняй работу, пусть сами разгребаются.

Чтобы успешно учиться, нужно научиться учиться.
Именно этим занимаются в школе, затем в институте - получая практику на различных задачах типа "зазубрить наизусть", "разобраться", "сделать контрольную", "сделать курсовую", "сделать диплом" - по нарастающей.

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

А на подобные вопросы вам будут отвечать либо банальными шутками, либо собственным опытом, который лично вам не подойдет.
Я вот учил сугубо по огрызкам документации. Потому что ничего другого не быол

Хороший код приходит с опытом, проблематично целенаправленно учиться писать хороший код, это все равно как целенаправленно учить опыт.
В этом плане нужно просто понимать почему что делается.

А так - направление это совместная работа. Понимать весь цикл разработки. Как предсказуемо оценивать сроки задачи, как их правильно дробить, как взаимодействовать с другими разработчиками или командами.
Все инструменты, с которыми сталкиваешься - старайся добиться, чтобы работало, потом интересуйся как это работает. Таже кафка - что она вообще умеет. Тот же ELK стек - можно научиться парсить логи чтобы искать нужные вещи, а можно в самом приложении поправить логгер, чтобы он в ЕЛК отправлял более удобные для парсинга данные. И так с каждым сервисом/технологией - ты как разработчик и со стороны приложения можешь менять и со стороны сервиса можешь смотреть что от него взять можно.