观点：以公式推导技术架构要解决的问题
高福来
讲述：初明明大小：4.35M时长：04:46
技术架构在业内并没有形成约定的统一认识，不同人的理解也不一样，有的人认为引入了中间件就是技术架构。滴滴小桔车服营销基础负责人高福来并不这么认为，如果是这样的话，只是将中间件堆在一起就是技术架构，那技术架构就是千篇一律了。高福来认为，在相似的业务场景下，技术架构相似是可能的，但绝对不是一种技术架构就能代表所有架构的。以下是高福来对技术架构的阐述。
技术架构是系统架构设计的一种，换言之，它是系统架构的一个实例，那它应该是具备系统架构的普遍特征。
首先来了解系统架构的概念。
“系统架构”可以拆分成两部分，即“系统”和“架构”。百科中给“系统”的定义是“若干相互联系、相互作用、相互依赖的要素结合而成的，具有一定结构和功能，并处在一定环境下的有机整体”，从这句话可以提炼出两点内容：一是整体与部分 (由要素结合而成的)；二是结构性 (具有一定的结构和功能)。所以谈系统一定具有多个组成部分，并且这些部分是相互作用的。
再看架构在百科中的定义是：架构，又名软件架构，是有关软件整体结构与组件的抽象描述，用于指导大型软件系统各个方面的设计。其中一个重要的词汇是“抽象描述”，换言之，架构是把系统中的整体结构和组件之间的关系体现出来。
至此，总结出第一个结论：系统架构是描述系统要素之间的关系。
接着再深入分析什么是系统架构，理解系统的概念没有什么疑问，在架构上还是有点迷糊。没关系，换个角度再看。架构又拆分成两个字“架”和“构”，“架”就是“加”和“木”，它源于建筑领域，把木头连接起来就是架，“构”就是结构的意思。
所以，“架构”就是把“木”按照一定的结构连接起来。“木”就是系统中的要素，这个很容易推导出来的，既然是“加”，肯定不只一个，“系统”是“架构”的修饰词，换言之，所谓的系统架构就是把“系统”架构出来，“系统”又由各个要素组成，所以这里的“木”就是系统中的要素。
而“结构”是架构的产物，建筑是有结构的，往深层次想为什么不同的建筑有不同的结构，就是为了解决不同场景的问题，所以系统架构是为了解决实际问题而设计的。
“连接”是过程，把“木”有机的连接起来。实施过程是有一定的方法，并不是随意地连接。
到这里，可以总结出系统架构的公式， 系统架构 = 要素 + 连接 + 解决特定问题。
了解了系统架构之后，再结合其公式，给技术架构下一个定义：技术架构 = 解决业务上的技术问题 + 技术方案 + 技术组件 。
“解决业务上的技术问题”可以这样理解：业务除了基本的功能之外，在运行环境中，它也是一种系统，系统还有一种重要的特征就是涌现。简单来说就是平时再正常不过的事情，换一个场景就变成问题了。可见，技术架构一定是解决目前业务上的技术问题，一般而言，技术架构要解决的问题有：高并发、高可用、高性能、高扩展等。
再来看“技术方案”。在设计方案时，要找到问题的本质，拿高并发来讲，它是有限的资源应对大量的请求，矛盾很明显。如何去解决这个问题呢？从矛盾出发，分别在资源和请求处理上做文章，这样从前端、网络、后端可以设计出一套系统化的方案出来。
最后，如何理解技术架构公式中的“技术组件”呢？技术方案中会涉及到使用哪些技术组件，如分布式缓存、消息队列、分布式定时任务、网络通信等，技术方案会根据需要选择一个或多个技术组件来完成目标。单纯的技术组件本身是没有技术价值的，它应该是放在相应的业务场景下才会体现出价值来的。
总之，技术问题的作用是确定问题、支撑业务；技术方案的作用是解决之道、中心灵魂；技术组件的作用是基础能力、物理支撑。可以看出技术方案才是灵魂，技术组件是基础能力，中间件是基础能力，但它并不是技术架构的全部，技术架构的灵魂是技术方案。
现在，你对技术架构的概念一定有了更好的理解，为了更深入地帮助你理解技术架构要解决什么问题，下文将以高并发技术架构为例来进一步说明，欢迎持续关注。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
该免费文章来自《极客视点》，如需阅读全部文章，
请先领取课程
请先领取课程
免费领取
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
登录 后留言
全部留言(1)
- 最新
- 精选
coder本来还懂点，这么一顿玄乎其玄的拆文解字的解释之后，彻底迷糊了……2
收起评论