Надо собрать минимальную программу, в которой можно воспроизвести проблему. А то поди разбирайся что зашифровано в этом папирусе.
Неясно зачем вообще понадобились корутины и каналы в системе обработки платежей.
Парсинг JSON при помощи регулярок очень неэффективен и вообще неверный подход. Посмотри на альтернативный инструмент: jq. На языке Го есть хороший пакет: https://github.com/tidwall/gjson
Не надо мудрить с регулярками при потоковой обработке JSON.
vasyash, ну конечно же. Но в каждом потоке может быть > 1 корутины. С точки зрения ОС выделяются потоки, а как там внутри работает, это ответственность рантайма Го.
FeeFort,
Надо исходить из наличия железа. Если есть своё и это лабораторная работа, то это одно. А если (не)коммерческий проект, то нужно исходить из стоимости хостинга, подбирая под свои нужды. Хостинг может быть бесплатным в каких-то пределах (при показе рекламы пользователю, допустим).
Вариантов достаточно.
Ага. Для целей мониторинга и отображения существует такой известный инструмент, как RRDtool. И хранит данные он хитрым образом (аггрегируя их), как раз подходящим для отображения всяких графиков, типа показателей температуры.
FeeFort, нужно подумать о хостинге изображений. Это может быть сторонний сервис изображений/файлов, доступный по API (через интернет) или какой-то 3-й компьютер (общие ресурсы), специально использующийся в качестве хранилища изображений и их раздачи (скажем, MinIO - S3) доступный как в пределах ЛВС или в облачных хостингах. Обычно, файлы передаются не просто как набор байтов, а с сопутствующей мета-информацией: MIME-тип, имя файла. Если загружается (upload) на HTTP сервер, используется HTTP PUT.
