凡事预则立不预则废-架构演进技巧

架构演进定义

【定义】通过设计新的系统架构来应对业务和技术的发展变化。

【目的】 1. 应对业务发展带来新的复杂度；2. 应用技术发展带来的复杂度新的解决方法。

【关键】1.新架构；2.新的复杂度；3.新的方法

【案例】

1. 淘宝去 IOE 是因为业务发展大了后， IOE 的成本和可控性难以满足，而不是性能。2. 引入容器化来实现弹性部署，降低成本，提升运维效率。

架构演进的原则、驱动力和模式

【 1个原则】

架构演进是为了促进业务发展。

【 2个驱动力】

1. 业务发展带来新的复杂度， ToC 业务主要体现在用户规模增长和业务多样性；

2. 技术发展带来新的复杂度应对方法，例如国产化，大数据、云计算等。

【 2种模式】

1. 主动演进：架构师主动识别和规划架构演进；

2. 被动演进：架构师被迫进行架构演进。

不同用户规模的架构挑战

业务驱动的主动演进技巧 – 做好预判，提前布局

【预判】：提前1年做好准备

1. 以增长数字为标准：下一阶段用户规模 60%的时候就要准备了；

2. 以时间为标准：提前1年预判。

【布局】：团队和技术先行。

1. 招聘人员；2. 储备技术。

例如：

1. 当前用户60万，下一级的典型用户规模是100万，那么就可以开始考虑架构演进了，别等到100万再演进；

2. 今年用户30万，老板说明年就要达到100万，今年就开始考虑架构演进。

业务驱动的被动演进技巧 – 快速响应，拿来主义

【快速响应】：熟悉什么就用什么

【拿来主义】：尽量用现成的方案。

例如：

1. 可能 Elasticsearch 更好，如果不熟悉，先用 MySQL 顶着；

2. 购买云服务的解决方案，例如直播、视频这样的业务；

3. 尽量多用开源的方案。

技术驱动演进的第1原则 – 新瓶旧酒原则

1、降低成本：包括硬件、人力、运营等成本

2、提升效率:包括处理、运营、开发运维效率等

3、提升质量：包括业务、管理、开发等

技术驱动演进的第2原则 – 价值原则

价值原则：新技术要带来典型的价值才考虑演进。“典型”的定义：产出要远远大于投入！

1. 20台服务器降到10台？2000台降到1500台？

2. 2000人日降到1000人日？100人日降到10人日？

3. 转换率提升2%？用户留存提升10%？

技术驱动演进的技巧 – 做好洞察，提前布局

【洞察】识别新技术能够为业务带来的价值。

1. 多关注业界技术大会；

2. 熟练掌握业务；

3. 把握技术本质。

【布局】团队和技术先行。

1. 多关注业界技术大会；

2. 熟练掌握业务；

3. 把握技术本质。

业务驱动架构演进案例

本节思维导图

原文始发于微信公众号（二进制跳动）：凡事预则立不预则废-架构演进技巧

文章由极客之音整理，本文链接：https://www.bmabk.com/index.php/post/167443.html

凡事预则立不预则废-架构演进技巧

相关推荐

发表回复