系统架构演变

系统构架前言

随着互联网的发展，网站应用的规模不断扩大，需求的激增，随之而来的是技术上的压力。系统架构也因此不断的 演进、升级、迭代。从单一应用，到垂直拆分，到分布式服务，到SOA，以及现在火热的微服务架构

集中式构架

当网站流量很小时，只需要一个应用，将所有的功能都部署在一起，以减少部署节点和成本。
优点：

• 系统开发速度快
• 维护成本低
• 适用于并发要求较低的系统

缺点：

• 代码耦合度高，后期维护困难
• 无法针对不同模块进行优化
• 无法水平扩展
• 单点容错率低，并发能力差

垂直拆分

当访问量逐渐增大，单一应用无法满足需求，此时为了应对更高的并发和业务需求，我们根据业务功能对系统进行 拆分：

分布式服务

当垂直应用越来越多，应用之间交互不可避免，将核心业务抽取出来，作为独立的服务，逐渐形成稳定的服务中 心，使前端应用能更快速的响应多变的市场需求。此时，用于提高业务复用及整合的分布式调用是关键

服务治理（SOA）

SOA（Service Oriented Architecture）面向服务的架构：它是一种设计方法，其中包含多个服务， 服务之间通过 相互依赖终提供一系列的功能。一个服务通常以独立的形式存在于操作系统进程中。各个服务之间通过网络调 用。

微服务

微服务架构是使用一套小服务来开发单个应用的方式或途径，每个服务基于单一业务能力构建，运行在自己的进程 中，并使用轻量级机制通信，通常是HTTP API，并能够通过自动化部署机制来独立部署。这些服务可以使用不同的 编程语言实现，以及不同数据存储技术，并保持低限度的集中式管理。 微服务结构图 ：