后端服务解耦，从大系统中独立出来自己运行，包括db等

Nitong

如题。
再简述下，公司有一个大系统，也可以理解为主系统，暂时可以不考虑公司内部的“外部依赖”，外部依赖可以理解为给主系统提供服务，提供数据等工作的子系统。
要摘出去的是一个产品，该产品原先由主系统提供服务，跟子系统（相对于主系统而言）无交互。独立出来后，将会跟子系统进行交互（因为没有了主系统），产品自己会通过解耦和实现主系统的模块或直接copy主系统的code，来实现产品的所有功能。db都是独立出来的，发布系统也是新建的站点。
项目无法diff，从功能角度测试不够，希望从业务抽象角度进行测试，看看摘出来的架构是否合理，请大佬帮忙出出主意。

jingzizx

明白了，那没什么办法，只能进行全面测试了吧，因为代码都是拷贝或者摘出去的，要保证服务提供的接口都要正确
还有一个问题，就是子系统会不会包含了主系统其他产品的接口，感觉也要查下

Nitong

jingzizx 发表于 2017-3-17 13:20
感觉是两个架构合并的问题
是不是需要架构师查看，测试只能通过测试功能来验证吧

不知道我表述的是否清楚。
是这个产品要独立出来，rd把代码摘出来后，要保证功能完全可用。开发分支，db，线上机器什么的都是一套新的，问题是如何从架构的角度去看待这个问题，跟开发聊了聊，答复是可用性大于扩展性，没用设计模式，貌似前期只能从功能角度去测试，先保证业务可用，功能正常。潜在的问题或是坑还是无法从功能角度去发现。
希望得到一点提示或是启发，看看从比较宏观的角度，或是类似架构的角度去看待这样的问题。

jingzizx

感觉是两个架构合并的问题
是不是需要架构师查看，测试只能通过测试功能来验证吧