计费系统微服务通信设计：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