架构演化经历了哪些关键阶段？

本文共计466个文字，预计阅读时间需要2分钟。

那一年来，有个小程序+业务简单，一个程序直接搞定。后来规模大了，将前台逻辑和后台业务分开，变成了客户/服务器模式。再后来，用的人多了，安装特麻烦，变成了B/S结构。

那一年，有个小程序

业务简单，规模小，一个小程序直接搞定。

后来规模大了

将前台逻辑和后台业务分开了，变成了客户/服务器模式。

再后来用的人多了，安装特麻烦

换成了B/S结构，前台0安装了。

然后，使用范围扩大，上线的人更多了，响应变慢了

将处理用户请求和业务计算的任务分离了。

稳定了，规模大了，后台业务计算变慢了

将业务按照业务种类垂直切分后台。

后台多了，RPC连接麻烦又低效

换成基于消息的通信方式，提高性能相互解耦。

性能高了，规模不断扩大，新需求不断出现，发布时间不断缩短

所以，按照语言无关的契约定义服务，用最适合业务的语言实现服务，通过SR（Service Runtime）将服务请求和应答转换成消息，由MQ负责通信。一个业务一种服务，开发一个发布一个。