Go语言 - 架构初探

1.什么是架构？

架构：有关软件整体结构与组件的抽象描述，用于直到软件系统各个方面的设计。

架构在方法选择上起着重要的指导作用。

2.蛋糕问题与架构种类

如何做蛋糕？如何卖蛋糕？

1.只开一家蛋糕店，自己动手做，边做边卖：单机架构

All in one，所有的东西都在一个进程里，部署在一个机器上。

优点：

• 简单

缺点：

• 运维需要停服，用户体验较差

• 承载能力有限

2.雇佣多个蛋糕师傅，并用大堂经理管理师傅：单体架构

在单机架构的基础上，将进程部署到多个机器上。

优点：

• 具备水平扩容能力

• 运维不需要停服

缺点：

• 后端进程职责太多，越来越臃肿

• 爆炸半径较大，进程中一个很小的模块出现问题，都可能导致整个进程崩溃 

3.雇佣多个蛋糕师傅，每个师傅负责不同类型的蛋糕，并用大堂经理管理师傅：垂直应用架构

在单机架构基础上，将进程按照某种依据切分开。比如，A 软件和 B 软件的后端原先采用单机架构部署，那就是一个进程部署在多个机器上；如果用垂直应用架构，可以将 A 和 B 的后端拆分为 A、B 两个进程，然后再按照单体模式的思路，部署在多个机器上。

优点：

• 一定程度上减少了后端进程职责

• 一定程度上缩小爆炸半径

缺点：

• 没有根本解决单体架构的问题

4.将制作蛋糕的步骤进行拆分，每个师傅负责一个步骤：SOA架构

 SOA架构：将应用的不同功能单元抽象为服务，并定义服务之间的通信标准

SOA 架构中，服务为一等公民，将进程按照不同的功能单元进行抽象，拆分为『服务』。有了服务之后，SOA 还为服务之间的通信定义了标准，保证各个服务之间通讯体验的一致性。

优点：

• 各服务的职责更清晰

• 运维粒度减小到服务，爆炸半径可控

缺点：

• ESB (企业服务总线) 往往需要一整套解决方案

微服务架构：SOA的去中心化演进方向

在 SOA 架构中，ESB 起到了至关重要的作用。但从架构拓扑来看，它更像是一个集中式的模块。有一个 SOA 分布式演进的分支，最终的形态便是微服务。

优点：

• 兼具 SOA 解决的问题

• 服务间的通信更敏捷、灵活

缺点：

• 运维成本

小结

• 架构演进的初衷：满足软件迭代诉求，提高迭代效率

• 架构演进的思路：垂直切分——分布式，水平切分——分层/模块化