d'Ivan

Наверное надо указывать относительный путь в файлу main.go, т.е. go-web/cmd/goweb/main.go

go build -a -installsuffix cgo -o main go-web/cmd/goweb/main.go

Для отладки после команды COPY . .полезно временно вставить команду RUN ls -la. Соответственно, надо убедиться, что исполняя команды в рабочей директории, все файлы проекта находятся на своих местах.

Зная PID процесса, полученного при помощи ps -ef
получаем путь к процессу:
readlink -f /proc/<pid>/exe

Проверь расход памяти, раздела подкачки, места на диске.
Добавь журналирование для отладки в критичных местах.
Пропробуй отладку с помощью Process Monitor или аналогичных средств.

Кроме Nginx есть хоть и менее популярный вариант обратного прокси-сервера, с веб-сервером Caddy, но зато у которого имеется встроенный механизм для работы с автоматической поддержкой HTTPS с TLS.
Инструкция

Можно разбить строку на токены и проверять каждый токен на идентичность.
https://yourbasic.org/golang/split-string-into-slice/

При помощи российских зеркал apt репозиториев.

Читай про Procfile в документации Heroku

Наверное, при замере смешано время запроса к Redis и обработки данных.

Возможно, стали писать меньше проектов на Ruby, хотя текущих, среди которых есть достаточно известных - вполне прилично.
И про Паскаль тоже много чего пишут, а он все никак не помирает.
А вот потомок Паскаля, Modula-2 - куда реже упоминается и редко где используется, чего однозначно нельзя сказать о Ruby.

Не надо ничего мудрить. В Docker Desktop на Маке должно все хорошо собираться для контейнеров Linux. А если не собирается, то надо выкладывать сборочные сценарии.

Redis проектирована для других целей: мы должны знать ключ и по нему можно быстро найти значение (1 ключ - 1 значение).
Команда KEYS работает медленно. Вместо нее рекомендуется использовать SCAN.
Если сценарий использования другой (не 1:1), то стоит использовать реляционную СУБД с индексом по искомой колонке.

MongoDB хранит по ключу документ (структуру данных), а Redis - просто набор байтов. Соответственно, последний не умеет извлекать данные из тех байтов. Для этого приложение должно распаковать их.
И с запросами к БД также есть разница.

Вообще, AMQP - непростой протокол и в нам есть много взаимодействий по сети. У разных реализаций протокола могут быть разные особенности, даже в пределах того же языка программирования.
Если отправка по интернету, то вообще все может быть менее предсказуемо и соединения могут отваливаться спонтанно, что может приводить к "заморозке" или частым переподключениям.
Не предоставлено никакой информации об:
используемых версиях библиотек и RabbitMQ, рантайма, конфигураций сети, ... как и самого кода.

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