История изменений
Исправление alpha, (текущая версия) :
Непонятно, почему ты решил что api один на всех. Вообще говоря его определяют на уровне сервиса. У такого-то сервиса такой-то api.
Архитектор тут скорее для определения юнитов работы нужен. То есть он должен разделить всю большую задачу на некоторые небольшие бизнес функции, каждая из которых идет отдельным микросервисом.
И тут как раз важно не начать делить по строкам, людям, времени создания и т.п. а именно по функциям и наличию у них устоявшегося более менее интерфейса.
Если ты сделаешь 15 микросервисов, и окажется что им каждому приходится обновлять версию api несовместимым образом раз в неделю, то значит граница была выбрана неверно. И если это такая сырая, плохо структурированная область, возможно начать с пучка сервисов который надо релизить раз в неделю все одновременно будет дешевле.
Исправление alpha, :
Непонятно, почему ты решил что api один на всех. Вообще говоря его определяют на уровне сервиса. У такого-то сервиса такой-то api.
Архитектор тут скорее для определения юнитов работы нужен. То есть он должен разделить всю большую задачу на некоторые небольшие бизнес функции, каждая из которых идет отдельным микросервисом.
И тут как раз важно не начать делить по строкам, людям, времени создания и т.п. а именно по функциям и наличию у них устоявшегося более менее интерфейса.
Если ты сделаешь 15 микросервисов, и окажется что им каждому приходится обновлять версию api несовместимым образом раз в неделю, то значит граница была выбрана неверно. И если это такая сырая, плохо структурированная область, возможно начать с пучка сервисов который надо релизить одновременно будет дешевле.
Исходная версия alpha, :
Непонятно, почему ты решил что api один на всех. Вообще говоря его определяют на уровне сервиса. У такого-то сервиса такой-то api.
Архитектор тут скорее для определения юнитов работы нужен. То есть он должен разделить всю большую задачу на некоторые небольшие бизнес функции, каждая из которых идет отдельным микросервисом.
И тут как раз важно не начать делить по строкам, людям, времени создания и т.п. а именно по функциям и наличию у них устоявшегося более менее интерфейса.
Если ты сделаешь 15 микросервисов, и окажется что им приходится обновлять версию api несовместимым образом раз в неделю, то значит граница была выбрана неверно. И если это такая сырая, плохо структурированная область, возможно начать с пучка сервисов который надо релизить одновременно будет дешевле.