Alexandre

У меня была похожая задача с апи Яндекса, я не использовал горутины, и задержку ставил используя time.Sleep(). Там было ограничение на 30 запросов в мин - это 1 запрос в 2 сек. Так что поставил задержку в 2 сек.
Использование горутин оправдано, когда хочешь получить информацию сразу из нескольких источников. Или одна горутина получает информацию и отдает её на обработку другой горутине ... Тогда в этом случае нельзя использовать time.Sleep(), так как это блокирующая операция. Нужно использовать контексты или таймеры

1) отключить дебаг на продакшене, сильно тормозит, проверено
2) включить OpCacher, кеширование опкодов увеличивает быстродействие
3) сделать профилирование, определить узкие места кода. Как правило это запросы... По оптимизации и профилировании запросов есть много информации в интернете. Большинство людей во фреймворках используют ОРМ. Надо помнить, что ОРМ как правило делает НЕ оптимальные запросы.
4) Может стоит какие-то данные закешировать или вычислить при старте фреймворка.
5) если проблема в вычислениях, то часть кода вынести в отдельный микросервис и написать его на чем-то более быстром, например golang. Это выносится на отдельный url ( роутер) и разруливается nginx location. Это уже крайняк...
6) Могут быть проблемы в самой архитектуре приложения, может что-то стоит вынести в отдельные части (воркеры) и подтягивать AJAX или WebSocket уже после загрузки страницы: по запросу запускаем подзадачу, которая по готовности оповестит страницу и та уже вытянет оставшиеся данные .

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

Тот кто придумал эту архитектуру имел ввиду микросервисы, но можно только догадываться.
Каждый микросервис имеет свою зону ответственности: (склад, оплата, бухучет, карта, апи)
Без реального описания задачи/проекта нельзя что-либо советовать

при скачивании приложения, оно отправляет свои данные, в том числе и IP в АПИ статистики своего сервера, для анализа требуется всего 20 строчек кода.

Я участвовал в разработке мобильной игры, в качестве серверного языка использовали питон (flask). Если хочешь разрабатывать десктопные игры, то тут в руки С++, OpenGL, шейдеры и пр. визуальные примочки карт. С# это Win Only, а это большое ограничение. Смотри в сторону кросплатформенности.

поправил, была описка.