d'Ivan

Персептивный хеш? Если нужно искать схожие визуально изображения.

Имеет ли смысл хранить текстовую информацию в файлах, ведь, по идее, это ССД и читаться из файла будет тоже быстро?

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

Имеет ли смысл эти файлы архивировать, ведь фалы не большие и архивированный файл всеравно будет занимать примерно столько же места?

Не имеет. Если на странице надо отобразить например 10 вакансий, а одну из них в данный момент редактирует другой пользователь вам придется еще обмазаться блокировками чтения записи, так же потратить кучу времени на разархивацию данных каждый раз. Это называется "просрать ресурсы".

Имеет ли смысл разбивать архивы по папкам/подпапкам - чтобы не было очень много файлов в одной папке и не тормозило (помню по теории *никсовых систем что нельзя много миллионов файлов в одной папке хранить)?

Для хранения файлов подобный подход имеет право на жизнь.

Вообще такое решение имеет право на жизнь?

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

PostgreSQL

graylog, просто elk (elasticsearch + logstash + kibana)
Только это выходит за рамки одной маленькой виндовой программки, это полноценные серверные системы....

Какие статьи/литературу нужно почитать?

https://toster.ru/tag/%D0%BD%D0%B5%D0%B9%D1%80%D0%...

Или без глубоких знаний математики не обойтись?

поиграться - можно без знаний математики. Для работы - нужно учиться

Максимально безопасно - отдать в руки профессионалов. Максимально непредсказуемо - следовать любым советам.

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

Есть готовые программы, за деньги.

Есть стандарт DICOM. Теоретически, софт в аппарате должен позволять это все заполнять и скидывать на сервер DICOM.

Серверы DICOM есть и бесплатные

Есть специальные библиотеки для работы с ними.
Для разных языков программирования

Самый лучший ответ дал Данил Бирюков-Романов Иши того, кто будет отвечать на вопросы - и ставь то, что стоит у него. Не, рекомендации можно дать даже если рядом на сто километров нет никого. И может быть они даже помогут.

Итак, если гуру рядом нет или он бурчит что-то типа "читай маны, ламер" (кстати, вполне неплохой совет)

- Крайне необходимо умение и желание самому искать и находить ответы на вопросы. Оно конечно не лишне и в винде, но в линухе оно просто аще как необходимо - многие обсуждения в итоге вырождаются к "твой пингвин - ты и трахайся"...
- Терпение, аккуратность и отсутствие желания запустить в монитор ботинком, когда в четвертый раз переставляешь систему и все равно ни хрена не получается
- Знание английского на уровне чтения технической литературы - а читать придется и еще как
- Знание С/C++ или подобного языка программирования здорово облегчит жизнь

Дистрибы бывают пакетные и source-based (еще бывают с systemd и без оного, но Вам сейчас это не актуально).

Пакетные дистрибы - их большинство. Программы в них распространяются пакетами - как в винде msi. Установкой и удалением пакетов занимается менеджер пакетов - специальная программа (аналог оснастки "Программы и компоненты"). У разных дистрибов свои форматы пакетов и свои программы. Широко известных форматов два - RPM и DEB. Как правило, менеджеры пакетов отслеживают зависимости (в линухе нет привычки пихать в каждый дистриб все необходимые компоненты, вместо этого устанавливается пакет, содержащий нужный компонент), устанавливают и удаляют их сами. Сами же обновляют пакеты при выходе новых версий. Чем популярнее дистриб, тем больше под него пакетов. В качестве первого дистриба я бы посоветовал пакетный дистриб.
Source-based дистрибы рассчитаны на то, что все программы собираются на целевом компе из исходников, а распространяются только описания как собрать - сценарии (порты, портеджи etc). Здесь тоже отслеживают зависимости и все такое, только обычно это ложится на установщика программ. Достоинства - запустив source-based дистриб, с любым пакетным справляешься на ура. Недостатки - ооооочень высокий порог вхождения, оооочень много времени и терпения нужно, чтобы не кинуть в монитор тапком. Новичку я бы не советовал source-based - а то на самом деле знакомство закончится, не начавшись

Не вижу связи между MQ и кроном - MQ это способ связи между клиентом и сервером.
RabbitMQ на данный момент весьма актуальна (последний релиз от 25 мая) - не представляю, куда уж "посвежее".

типа загрузка файлов на сервер, работа с БД и может еще что ни будь

А на php только echo останется видимо?
если вы это на php нормально не можете сделать, стоит ли на GO пытаться?

Либо всё на go делать, либо тяжелые задачи на go повесить, это будет демон или воркер для обработки из очереди, ну никак не php выполняет go или наоборот.

Загрузка файлов и работа с базой это не тяжелые задачи, тем более для php.
Обработка файлов после загрузки да, может быть тяжелой и долгой, но это очень редко: видео, большой импорт/экспорт данных.
Да только они тоже решаются на php, просто черед очередь задач, а не во время выполнения запроса отпользователя.

В общем исходя из того что написано: или у вас говнокод или вы что-то нафантазировали несуществующее, и GO вас ниак не спасёт пока не разберетесь что конкретно вам надо сделать/исправить.