Что и зачем вы хотите измерять? Цель какая?

Кмк он хочет нарезать монолит в контейнеры и показать было/стало

Без понимания того что у него в монолите... и будет в контейнерах.

Десант из слёрма

Это успех, вопросы снимаются.

близко но не совсем то DORA

Нет, все эти предположения ни на чём не основаны.

но да, я тоже не понимаю что надо мерять

Lead Time / Deployment Frequency / Mean Time To Restore / Change Failure Rate ?

да

"монолит vs модульная архитектура" - это нельзя противопоставлять, теплое vs мягкое. монолит - это не big ball of mud, это архитектурное решение внутри которого вполне выделены модули. точно так же как и микросервисы - это выделение сервисов/компонентов. соотв. все эти метрики DORA достижимы по нормальному что с монолитом, что с микросервисами. Соотв. выглядит так что у вас путаница в определениях, а значит что и как измерять ест-но непонятно.

как я и сказал не понимаю вопроса, но не уверен что лид тайм будет такой же для монолита как для микросервиса

"лид тайм будет такой же для монолита как для микросервиса" - наделать фигни можно с любым подходом, дело не хитрое :)

Хм. Я таки верю в то что на монолите лид тайм будет больше даже при лучшей кодовой базе

но у меня пока нет надежного инструмента для его измерения

так что это лишь предположения.

а у вас есть?

Я не раз видел экспертизу по переходу от монолита к микросервисам. Как обычно нет никаких нормальных тестов, монолит релизить по этой причине страшна и лучше редко. Поэтому мы перейдем на микросервисы, те самые люди что не смогли в абстракцию и модули монолита, смогут в абстракции и проблемы уровня распределенных системы. Ну, конечно, да :) Не говоря о тестируемости распр. системы, тестовых сред, жизненного цикла, версионирования и кучи классчиских проблем, которые часто просто не учитываются.

метрики от такого перехода улучшились ?

Вы поняли что я написал, про то что люди на более ограниченном контексте и кол-ве проблем не смогли решить проблему, не берутся за более сложные подходы?