Мы - страховая компания, которая строит новую платформу для продажи 3 различных типов страховых полисов (кредит, страхование путешествий и страхование жизни). Наша новая платформа будет построена на микросервисной архитектуре, и мы используем концепцию DDD, которая содержит рекомендации для нашей архитектуры. Я хотел бы получить мнение сообщества, чтобы подтвердить некоторые предположения, которые мы делаем, прежде чем мы официально начнем нашу разработку.
Одной из возможностей бизнеса, поддерживаемых нашей платформой, является подписка на страхование (операция покупки страховой полис). Мы рассматриваем эти возможности как одну из областей бизнеса нашей новой платформы.
Каждый тип страхового полиса (кредит, путешествия и жизнь) имеет свои собственные атрибуты, бизнес-правила и go через специфику c business процессы (например, кредитные полисы и полисы страхования жизни перенаправляются в другие системы бэк-офиса для выставления счетов клиентам и т. д. c). Из-за этих различий между типами полисов мы считаем, что каждый тип полисов имеет свой собственный бизнес-контекст.
Каждая страховая политика будет структурирована как совокупность, состоящая из объектов и объектов стоимости. Даже если эти агрегаты будут выглядеть очень похоже, мы намерены создать 3 микросервиса для поддержки операций CRUD и выставить определенные операции c через API для этих агрегатов. Мы считаем, что это решение позволит нам быть более гибкими, если бизнес решит внедрить новые правила или функции для любого из этих типов страховых полисов.
Мы идем в правильном направлении, если основываем наш дизайн на вышеуказанном принципы? Заранее большое спасибо за ваши мысли по этому поводу.