服务的发展演变

整体架构：单体应用

微服务架构：将单个应用程序拆成 多个松散耦合且可独立部署的较小组件或服务，微代表小，单一职责(唯一的业务能力)，虽小但全面，注意SOA架构包括ESB(中心化，每次调用先过ESB，由ESB转发到目标服务)和微服务（去中心化）

serviceMesh：serviceMesh属于微服务架构，但区别于传统微服务框架，微服务数量变多，我们需要独立的网络基础设施层来管理，封装，屏蔽通信的复杂性，语言无关，serviceMesh单独升级，light sdk。而随着应用上云和云原生(让应用就像长在云里一样)的要求，serviceMesh相比传统微服务框架更适合云原生，也成为了云原生的事实标准。

serverless：无服务器架构，基于云原生(云原生的高级版本)，一般云原生虽然弹性好，扩缩容方便，但我们仍需要关注服务器的使用情况，而serverless无需关注服务器，按照流量自动扩缩容(tpp)，faas(函数)相对轻量，更适合serverless，baas(后端应用)相对重量，适合性稍微差点，即serverless很明显就是随着流量不断快速的扩缩容，一个很重启动很慢的东西显然没那么适合

扩容：传统-买服务器 云原生-快速扩（云就像一个共享大池子，很快就可以拿到资源） serverless-根本不管