Comments 10
Интересный путь. Но вопрос, почему не стали смотреть на готовые варианты? Тот же krakend на гошке, опенсорсный, так же к нему плагины можно писать. Конфигурация шаблонизируется, можно просто json. Плюс у него большое комьюнити, что решает проблему bus-фактора, есть много чего из коробки.
В целевой картине, хотим прийти к готовому решению, не самописке.
Но как описал в статье, было порядка 16 дочерних кастомных модулей, которые написаны вручную, со своей бизнес логикой, к сожалению они в GW. После разнесения их в сервисы владельцы, будем подымать вопрос: "А что взять из готового?".
Так же ограниченный ресурс сказывался, не было возможности в той ситуации переписывать под другое ядро все, в данном случае ручные модули.
Это прекрасно что вы нашли себе gin:)
+1 к Gin
К тому же, в новой версии Fiber они уходят от использования FastHTTP.
Мыши плакали, кололись…
Есть идея вместо вашего gateway service воткнуть rabbitmq и реализовать все взаимодействие через него. Для клиентов воткнете сервис между Nguni и rabbitmq и будет вам счастье ….
через один релиз коллеги из ИБ сообщили, что найденные уязвимости в Go 1.19 получили критичный статус. Это означало риск блокировки релиза.
Выгоните бездельников вам же лучше будет.
Если у вас сервисы за nginx, как вас дыра в go касается?
Так у вас статика вольюмами маунтится! И другие весёлые приключения в поисках нового Gateway на Go