Database design 微服务体系结构.通用数据模型

我熟悉微服务体系结构，我想创建一个简单的项目，从一些动态源（网络爬虫/股票价格/等）收集和持久化数据，根据这些数据聚合/计算数据，并将其显示在网页中

我试图将其分为多个项目/服务，例如：
1.Docker运行代码来收集和保存数据。
2.REST服务器，用于API根据我们收集的数据显示/聚合查询。
3.显示REST API提供的数据的UI框架

我想讨论的问题是1和2之间的共享模型。

---

假设整个项目的代码库分为三个项目/JAR—TestAPP、TestAPI和TestUI。TestAPP是TestAPI将使用的持久化数据，TestAPP是否应该是TestAPI的依赖项？他们应该有某种共同的依赖关系吗？这样的事情应该由三个不同的项目来处理吗？同一个项目下有三个罐子

我想你会想要有很多不同的TestAPP，有不同的技术、实例数量、生命周期。。。 只有一个

我将用TestAPI使用的API（REST？GraphQL？）公开TestAPP。因此，该契约是一种依赖性，但非常轻，并且仅基于接口

---

您创建的下一个TestAPP只需实现此契约。

我想您会希望有许多不同的TestAPP，具有不同的技术、实例数量、生命周期。。。 只有一个

我将用TestAPI使用的API（REST？GraphQL？）公开TestAPP。因此，该契约是一种依赖性，但非常轻，并且仅基于接口

---

您创建的下一个TestAPP只需实现此约定。

如果您指的是通过数据库集成，则适用相同的原则：在数据库上创建约定，例如使用视图。如果您指的是通过数据库集成，则适用相同的原则：在数据库上创建约定，例如使用视图。