技术架构演进之路

了解每种技术架构以及如何演进的，熟悉Docker在架构中的核心作用

八大架构演进

单机架构

当前服务由应用服务和数据库服务两个服务组成，应用服务由 用户模块、商品模块、交易模块三个模块组成，我们可以理解它为 淘宝。用户模块负责用户登陆注册、商品模块负责商品的录入和浏览、交易模块负责用户的下单和购买。所用数据放在数据库访问中，用户表、商品表、交易表。

应用服务和数据库服务部署在一台服务器上。

简介

应用服务和数据库服务共同部署在一台服务器上

出现原因

出现在互联网早期，访问量比较小，单机足以满足需求。

架构工作原理

以电子商城为例，可以看到通过应用（划分了多个模块）和数据库在单个服务器上协作完成业务运行

技术案例

架构优缺点

优点：部署简单、成本低

缺点：存在严重的性能瓶颈、数据库和应用互相竞争资源

应用数据分离架构

简介

应用服务和数据库服务使用不同服务器

出现原因

单机存在严重的资源竞争，导致站点变慢

架构工作原理

以电子商城为例，可以看到应用和数据库在各自的服务器上，通过网络协作完成业务运行

技术案例

架构优缺点

优点：成本相对可控、性能相比单机有所提升、数据库单独隔离不会因为应用把数据库搞坏，有一定的容灾能力

缺点：硬件成本变高、性能有瓶颈，无法应对海量并发

应用服务集群架构

简介

引入负载均衡，应用以集群方式运作

出现原因

单个应用不足以支持海量的并发请求，高并发的时间站点响应变慢

架构工作原理

以电子商城为例，可以看到应用不再是一个，而是变成了多个,通过负载均衡来支持海量的并发

技术案例

架构优缺点

优点：应用服务高可用：应用满足高可用，不会一个服务出问题整个站点挂掉、应用服务具备一定高性能：如果不访问数据库，应用相关处理通过扩展可以支持海量请求快速响应、应用服务有一定扩展能力：支持横向扩展

缺点：数据库成为性能瓶颈，无法应对数据库的海量查询、数据库是单点，没有高可用、运维工作增多，扩展后部署运维工作增多，需要开发对应的工具应对快速部署、硬件成本较高