你应该明白我的意思了吧，如果你使用SSA的话，你其实只需要更新这个Service，我们的发布也只需要更新这个Service，其他的C端并不需要改动。而且当你的Request和Response参数不变的情况，我们统统不需要重新发布C端。
SSA 和三层架构的对比：
/ SSA 三层架构开发的角度 注重service端，前后端可完全分离 全部都要注重，前后端无法完全分离
部署的角度 多了一个Service Site 少一个Service Site
维护的角度 如果只改了service，只需要一个发布 只要改动到业务逻辑层，我必须全部都要发布
硬件成本的角度 可能多一台服务器或者一个集群，也可以不用多，多一个站点即可 维持不变
人员成本的角度 自己想吧，老板们 运维、dba、dev、老板
SSA的优缺点 SSA 的优点
是一个集经典三层架构和微服务架构一身的新型架构。
适合中小型企业和中小型项目。
在维护上和微服务架构一样便利。
在成本上却和三层架构一般。
不需要EventBus。
不需要熔断，因为你只有一个。
在开发上能够快速迭代。
SSA 的缺点依赖度太高，所有依赖都在一个Service上
IO，因为只有一个，必须考虑到IO，当然也可以集群
无状态，跟微服务架构一样，service必须无状态
可能依赖多个DB
欢迎补充
写在最后
其实还有很多话想说，但很晚了，后面还会继续发文跟大家一起探讨这个架构。
Po主是一个喜欢天马行空的人，但这一次，Po主正在把它进行实践，而且基础框架已经搭建完成，不久之后将会正式上线经受考验。
Po主最近正在开发一个基于.Net Core的服务发现项目，名字就叫“发现者”，可是实在太忙了，只完成了一部分，如果有意参加的，可私信我。
另外Po主需要几位志同道合之士，一同来发展，原本想要一个中级，但现在中级的价码有点高，Po主承受不住啊，欢迎校园刚出来的或者初级，Po主有信心带你们走上.Net Core之路。
招聘启事会.Net Framework 4.0以上，.Net Core尤佳
会一种ORM
懂得什么叫Web Api
爱好分享，爱好开源，爱好写代码
月薪10K-20K 论能力
地点：上海-吴中路
我觉得招人启示不用太花俏，大家有相同的理念，投缘即可。不过Po主有一个其他重要的要求，写漂亮的代码，Po是一个见不得Bad Code的人。
****联系方式****