Хм, проектировщик из меня канеш как балерина, но тем не менее - main стартует sheduler, в который передаётся подключение к БД, а дальше sheduler инициализирует queue, которая уже наполняется из БД тасками. Получается указатель на подключение надо прокинуть аж до самого низа и в каждый из вызов изменения состояния таски. Чёт как-то выглядит как переписывание одного и того же кода несколько раз :think:

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

Сделайте глобальную переменную, инициализирует её в main, делов то

Вам все равно это надо прокидывать до места использования. Иначе только костыль через глобальную переменную пакета.

Пока это самый жизнеспособный вариант, но поскольку я ещё не волшебник - пришёл, вот, посоветоваться с сообществом на тему как сделать красиво по заветам

Не стоит слушать дураков, стращающих глоб. переменными.  1) они не понимают о чём говорят 2) ни какой магии в глоб переменных нет

Ну в сишке я бы протянул через все нужные вызовы указатель и дело с концом

Скорее вы бы сделали синглетон, изолирующий глоб переменную. Что в сишке, что в гошке

По описанию "до самого низа" это всего один раз

Синглтон в процедурном языке. Интересно.

так а почему не сделать этого в гошке?

только протянуть надо интерфейс

Видать пушо с интерфейсами не до конца разобрался. По ссылке выше вообще рокетсаенс на первый взгляд.

ссылку выше не читал, но осуждаю

Коллеги, расскажите, как тестить микросервисы интеграционно?

И надо ли вообще?

если есть возможность - надо

писать клиента, которые типовой сценарий реализует, и натравливать на сервер

хотя бы по известным stories

А сервера все поднимать и тестовыми данными БД забивать, или как?

конечно

Да, можно прямо в ci/cd поднимать докеры и прогонять на них тесты как на полноценной системе.