1、设计内容划分边界
要确定服务边界，必须以概念的亲和性为基准。 有些功能可以放在a服务中，也可以放在b服务中。 一不小心就会踩漏洞。 例如，页面上的数据演示模板是用户属性还是数据属性？ 有人说这是用户定制的应该是用户属性，也有人说这应该是描述数据显示的格式。 用户属性必须位于用户中心，数据属性必须位于BI。 到底怎么判断？ 两种方式是一种。 看概念范围，只有访问次数、购买数量等一两个数据项，而且用户注册总是需要展示的情况下，该数据模板是用户的属性，如果数据项很多，比如订单统计、历史曲线、保留率等，那就该数据二是看前台交互和后台数据呼叫的次数，交互越少，后台呼叫的次数越少就应该放在那边。
功能层次
层次清晰，尽量避免从下层调用上层功能。
集成方式
接口集成： rest风格的接口、graphql
共享数据整合：公共数据、配置数据配置在Redis中； 产品、日志等放入elasticsearch。
2、设计方法学是先回答一个问题，先设计对象，还是先设计行为？
这里只得出自己的结论。 一定是先设计行动。
如果您有问题，请参考以下文献
[1]以“用户体验”为中心的设计思考与方法
[2]以“行为”和“组织”为设计对象的思考与方法
[3]以“行为”为设计对象的思考与方法
或者作为参考，区域驱动的设计方法学
设计模式方法论
选择合适的方法论
3如何设计业务流程的核心关键流程
从大概到详细
需要序列图或功能之间的流程图