转载

架构设计复杂度的 6 个来源

谈到架构设计，相信每个技术人员都耳熟能详。我总结了三个架构设计相关的特性：

架构设计的思维和程序设计的思维差异很大。
架构设计没有体系化的培训和训练机制。
程序员对架构设计的理解存在很多误区。

所以，虽然每个程序员心中都有一个成为架构师的梦想，梦想是美好的，但道路是曲折的。

我在十余年的技术生涯中，先后参与了包括社交、电商、游戏、中间件、内部运营系统等领域的架构设计，不断学习、思考、实践、总结、改进、交流，逐步形成了自己的 一套架构设计方法论 。《从 0 开始学架构》专栏涵盖了我的整套架构设计方法论和架构实践，主要包括以下内容：

开始学习之前，我们先来分析一下架构设计的目的是什么？通过回顾架构产生的历史背景和原因，我们可以基本推导出答案：架构设计的主要目的是为了解决软件系统复杂度带来的问题。那么，架构设计的复杂度来源是什么呢？我总结了 6 个复杂度来源：

一、高性能

对性能孜孜不倦的追求是整个人类技术不断发展的根本驱动力。但伴随性能越来越高，相应的方法和系统复杂度也是越来越高。软件系统中高性能带来的复杂度主要体现在两方面，一方面是 单台计算机内部为了高性能带来的复杂度 ；另一方面是 多台计算机集群为了高性能带来的复杂度 。

部分解决方案：

复杂度来源：高性能

高性能缓存架构

二、高可用

系统的高可用方案五花八门，但万变不离其宗，本质上都是通过“冗余”来实现高可用。它在形式上和高性能一样，都是通过增加更多机器来达到目的，但本质上是有根本区别的：高性能增加机器目的在于“扩展”处理性能；高可用增加机器目的在于“冗余”处理单元。通过冗余增强了可用性，但同时也带来了复杂性，我会在专栏中根据不同的应用场景逐一分析。

部分解决方案：

复杂度来源：高可用

三、可扩展性

由于软件系统固有的多变性，新的需求总会不断提出来，因此可扩展性显得尤其重要，几乎所有的技术人员对于可扩展性都特别重视。设计具备良好可扩展性的系统，有两个基本条件：正确预测变化、完美封装变化。但要达成这两个条件，本身也是一件复杂的事情。在具体代码中使用哪些可扩展的技术？最终的效果如何？我将在专栏中为你具体分析。