Comments 8
Интересный проект, хотелось бы пощупать руками код
Фигня получится. Шаблонизация это то же самое копирование.
Должно быть: весь шаблонный код хранится в отдельном репозитории, и при необходимости используется (не копируется, а импортируется)
"работу с Kafka, чтобы..." - это делается 1 строчкой кода, если есть специльеый репозиторий.
В вашем образце вообще нет ни малейшей возможности что-либо конфигурировать,.
Пример с кафкой - захардкоженные параметры для ридеров, не уверен, что такие параметры подойдут всемю
Так же придётся целиком импортировать всю либу по сути, чтобы использовать один модуль.
Мы тут, кажется, говорим о немного разных вещах - непосредственно код работы с зависимостями хранится, конечно, в отдельных репозиториях и импортируется как библиотека. Речь идёт о возможности одной командой добавить конфигурацию/инициализацию зависимости, проброс необходимых ей переменных окружения в конфиг "внешнего" сервиса, добавление соответствующего контейнера в docker-compose для локального запуска и так далее. :)
С удовольствием бы попробовал Scratch.
Я комментарии никогда не писал, но тут напишу
С удовольствием буду ждать развития проекта!
Как развитие идеи модулей - хорошо заходит DI - google/wire например, можно сделать набор провайдеров и потом через запятую указать нужные, в целом к этому при желании можно и promt-прикрутить что бы в диалоге прописать какие модули нужны для сервиса
p.s. генерация графана-дашбордов выглядит интересно, полезная вещь, было бы интересно посмотреть как генерите и какие метрики туда вносили (и почему добавили те или иные - тоже было бы интересно послушать)
Все представители "tooling-команд" рано или поздно приходят к своему "scratch") Обычно это совпадает с активным переходом на микросервисы) Мы вдохновлялись Авито, у них есть неплохой митап в записи, где они описывают свой подход.
Создаем скелеты микросервисов быстро и без боли