Дробление сервисов по принципу SRP - похоже на SOA. Искуссвенное дробление сервисов может быть не очень полезно

Где-то кто-то как-то сказал: микросервис - это сервис, который один разработчик может реализовать за одну неделю.

нет, одна команда за один спринт, же! 😊

один сферический разработчик в вакууме

если начать снова считать человеко-часы - вернётесь в вотерфол

Дробите естественным путем - процесс, его активности, данные, роли, фрагменты автоматизации, логи, отчеты и т.п.

естественным с технической точки зрения, а не с точки зрения бизнеса

и это тоже, если говорить о инфраструктурных сервисах

Странное утверждение. Процессы, активности, и проч. - это и есть точка зрения бизнеса. Наприммер, организация как система процессов.

Думаю, сдесь поможет архитектура предприятия. Если у нас в каком-то виде есть architecture repository, то мы "увидим" в нем области связности, включающие и процессы и элементы функциональной орг.структуры и информационные объекты: сущности, события и др., и приложения

Микросервис не накладывает ограничений, какую БД использовать. Зачастую, лучше всего, подходит именно реляционная. Ресурсы часто имеют ссылки друг на друга. И людям, которые годами работали с Oracle и старались нормализовывать и связывать все подряд, очень трудно устоять от того, чтобы переносить этот подход в микросервисы, если данные хранятся в одной и той же БД. По DDD, одна и та же сущность в разных контекстах - это разная сущность. А в реляционной БД, ее с 90% вероятностью сделают одной.

если только не монолитные приложения-монстры, которые скрывают настоящие взаимосвязи

Согласен

Наверно, но мы скорее всего увидим тесно связанные элементы без чётко очерченных границ

Не поможет. В "кроваром энтерпрайзе" - это самый большой стопер. Это же та самая тема про предприятие в эпоху цифровой трансформации.

"Кровавый ынтерпрайз" - это люди и выстроенные ими "[микро]социальные институты" , а не приложения )

Я пытаюсь донести мысль, что опираясь на architecture repository мы не увидим, какие части бизнеса развиваются независимо, с разным темпом, не сможем вычислить их границы

Это вполне всегда конкретные люди с вполне конкретным набором практик. И если среди этих практик нет "микросервисов", то ой! тормоза включаются до упора.

То есть, опираясь на SRP мы вряд ли сможем выровнять ИТ с бизнесом

Бизнес бежит туда где "гибче", а не туда - где "правильней"( с точки зрения IT-архитектуры). И это тренд