[转载]一个架构的演化–从All in One到SOA的实践 – 倚楼听风雨 – 博客园.
那一年,有个小程序
业务简单,规模小,一个小程序直接搞定。
后来规模大了
将前台逻辑和后台业务分开了,变成了客户/服务器模式。
再后来用的人多了,安装特麻烦
换成了B/S结构,前台0安装了。
然后,使用范围扩大,上线的人更多了,响应变慢了
将处理用户请求和业务计算的任务分离了。
稳定了,规模大了,后台业务计算变慢了
将业务按照业务种类垂直切分后台。
后台多了,RPC连接麻烦又低效
换成基于消息的通信方式,提高性能相互解耦。
性能高了,规模不断扩大,新需求不断出现,发布时间不断缩短
所以,按照语言无关的契约定义服务,用最适合业务的语言实现服务,通过SR(Service Runtime)将服务请求和应答转换成消息,由MQ负责通信。一个业务一种服务,开发一个发布一个。搭上了SOA的班车-_-!