You need to enable JavaScript to run this app.
最新活动
大模型
产品
解决方案
定价
生态与合作
支持与服务
开发者
了解我们

计费系统微服务通信设计:API架构选型与灵活性优化咨询

计费系统微服务通信设计:API架构选型与灵活性优化咨询

我设计了一套计费平台,目前在微服务间通信的API实现上遇到了疑问,先说明下核心微服务的职责:

  • 微服务1:配合React前端完成用户配置、计费参数设置、收费项管理等操作
  • 微服务2:作为计费引擎,需要调用API从微服务1获取已配置的用户、计费周期、收费项等数据

现在的困惑点在于:应该把面向React前端的公共API和供微服务2调用的私有API合并在一起,还是分开维护?两种API都会执行SQL查询(比如调用Spring Data JPA仓库),而且会有部分代码重复,比如DTO的业务逻辑。

另外,我想知道采用哪种方案能让微服务架构保持最大的灵活性?


补充说明:

  • 公共API:供React前端使用,用于用户配置、用户列表展示、计费产品的查询与编辑
  • 私有API:供微服务2调用,用于获取全量用户、全量产品、全量计费周期等数据

备注:内容来源于stack exchange,提问作者Peter Penzov

火山引擎 最新活动