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

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

\n

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

\n

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

\n

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

\n

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

\n

延伸阅读
\n架构是什么？
\n架构设计的目的是什么？

\n

一、高性能

\n

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

\n

部分解决方案：
\n复杂度来源：高性能
\n高性能缓存架构

\n

二、高可用

\n

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

\n

部分解决方案：
\n复杂度来源：高可用

\n

三、可扩展性

\n

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

\n

部分解决方案：
\n复杂度来源：可扩展性

\n

四、低成本、安全、规模

\n

我将在专栏中，为你分析低成本给架构设计带来的主要复杂度，体现在引入新技术或创造新技术，讨论从功能安全和架构安全引入的复杂度，以及规模带来复杂度的主要原因是“量变引起质变”。
\n

\n

学习了6大复杂度来源后，你可以结合所在的业务，分析一下主要的复杂度是这其中的哪些部分？是否还有其他复杂度原因？欢迎你加入专栏的学习，和我一起讨论。相信经过深度的思考，你对技术的理解会更加深刻。

\n

部分解决方案：
\n复杂度来源：低成本、安全、规模

\n

专栏简介：

\n

每个程序员都有成为架构师的梦想，程序员成长也绕不开架构设计。

\n

《从0开始学架构》专栏作者是资深技术专家李运华，目前带领多个研发团队，承担架构设计、架构重构、技术团队管理、技术培训等职责，曾就职于华为和UCWeb，写过《面向对象葵花宝典》一书。

\n

在专栏中，作者从架构基础、三大架构模式和实战的角度分享一整套架构设计方法论。照着做，你也能成为架构师。

\n

专栏共50期，已更新完毕。目前有超过3万人加入学习，互动留言字数超过20万，邀请你加入学习！

\n