系统架构系列(六)：技术架构要解决什么问题？

技术架构在业内并没有形成约定的统一认识，不同人的理解也不一样，有的人认为引入了中间件就是技术架构。笔者并不这么认为，如果是这样的话，只是将中间件堆在一起就是技术架构，那技术架构就是千篇一律了。在相似的业务场景下，技术架构相似是可能的，但绝对不是一种技术架构能包含所有的架构。这篇文章主要是探讨什么是技术架构、技术架构要解决什么问题、最后以高并发场景为例画出技术架构图。

一、什么是技术架构

技术架构是系统架构设计的一种，换言之，它是系统架构的一个实例，那它应该是具备系统架构的普遍特征，在第一篇文章中已经提到，系统架构 = 解决特定问题 + 要素 + 连接，结合这个公式，给技术架构下一个定义：技术架构 = 解决业务上的技术问题 + 技术方案 + 技术组件 ，下面再细化一下：

• 解决业务上的技术问题: 业务除了基本的功能之外，在运行环境中，它也是一种系统，系统还有一种重要的特征就是涌现，什么意思呢？本来平时不是问题的问题现在变成问题了，举一个简单的例子，简单的登录功能，根据用户名和密码在后台进行验证，验证成功就跳转到首页，失败跳到错误页。这个功能太简单不过了，放在普通的业务场景下，这样肯定没有问题，但用在淘宝登录上，你看看，还是之前的操作吗？到这里大家可能就明白了，技术架构一定是解决目前业务上的技术问题，一般而言，技术架构要解决的问题有：高并发、高可用、高性能、高扩展…。

• 技术方案：针对上面的技术问题，再设计技术方案，这里的方案应该是系统性的方案，绝对不是用一个或者几个中间件就能解决的问题。所以在设计方案时，要找到问题的本质，拿高并发来讲，笔者认为它是有限的资源应对大量的请求，矛盾很明显了，就是有限的资源和大量的请求，如果去解决这个问题呢？从矛盾出发，分别在资源和请求处理上做文章，这样从前端、网络、后端可以设计出一套系统化的方案出来。

  点击查看原文>