Похоже то что нужно, спасибо!

Там ещё много ссылок на другие проекты в каждом README, можно глянуть

Е, sre tooling :)

о да, срач был знатный.

В целом да, я уже писал с Operator SDK, но хочется чего-то более осознанного, почему это так а никак иначе, вот.

писал на питоне потыкаться, вот тоже на go думаю попробовать, да и потребность есть уже

И экспортеров несколько можно в принципе переписать

Ещё непонятно как начатать жить с TDD, я привык писать и проверять програму и сразу же на деле, либо отдельные её части, но как я понимаю в go - это тупиковый подход.

Если по контроллерам, то все будет зависеть от веб-библиотеки, да и с одной либой тоже по-разному бывает.
Могу порекомендовать echo, там есть решения на все случаи жизни, но здесь его тоже сочтут слишком усложненным
https://echo.labstack.com/guide/request, при том что моделей в нем нет, на своё усмотрение

Чтобы mvc под ключ то как пример можно смотреть приложения на gobuffalo. Там и орм и миграции и модели и контролёры и шаблоны на неплохом стеке с awesome-go.com,  но сам Буффало не поддерживается и просто пример бложика на нем несовместим с актуальной версией самого Буффало)

В го как раз тесты писать очень легко

Потому что сам код достаточно просто привести к тестируемому состоянию

Мокать и страдать, страдать и мокать

а где страдать

> но как я понимаю в go - это тупиковый подход.

с чего-бы?

Пока вояешь моки и когда с моками всё работает, а в реальности нет

в Go один единственный и общепринятый путь к тестированию и это прекрасно, по сравнению с зоопарком в некоторых других языках

страдать? :(

значит тестируете неправильно

go test -race ./... и полетели

go test хорошо работает, как и любое юнит-тестирование, пока нет побочных эффектов