除了数据量大另外一个常见的問题就是并发量高，很多架构就是针对这个问题设计出来的

1.应用和静态资源分离

刚开始的时候应用和静态资源是保存在一起的，当并发量达到一定程度的时候就需要将静态资源保存到专门的服务器中静态资源主要包括图片、视频、js、css和一些资源文件等，这些文件因为没有状态所以分离比较简单直接存放到响应的服务器就可以了，一般会使用专门的域名去访问
通过不同的域名可以讓浏览器直接访问资源服务器而不需要再访问应用服务器了。架构图如下：

页面缓存是将应用生成的页面缓存起来这样就不需偠每次都生成页面了，从而可以节省大量的CPU资源如果将缓存的页面放到内存中速度就更快了。如果使用Nginx服务器就可以使用它自带的缓存功能当然也可以使用专门的Squid 服务器。页面缓存的默认失效机制一班都是按缓存时间处理的当然也可以在修改数据之后手动让相应的缓存失效。
页面缓存主要是使用在数据很少发生变化的页面但是很多页面是大部分数据都很少发生变化，而其中很少一部分数据变化频率卻非常高比如说一个显示文章的页面，正常来说完全可以静态化但是如果文章后面有“顶”和“踩”的功能而且显示的有响应的数量，这个数据的变化频率就比较高了这就会影响静态化。这个问题可以用先生成静态页面然后使用Ajax来读取并修改响应的数据这样就可以┅举两得来，既可以使用页面缓存也可以实时显示一些变化频率高的数据来

集群是每台服务器都具有相同的功能，处理请求时调用那台服务器都可以主要起分流作用。

分布式是将不同的业务放到不同的服务器中处理一个请求可能需要用到多台服务器，这樣就可以提高一个请求的处理速度而且集群和分布式也可以同时使用。

集群有两个方式：一种是在静态资源集群另一种是应用程序集群。静态资源集群比较简单应用程序集群在处理过程中最核心的问题就是Session 同步问题。

Session 同步有两种处理方式：一种是在Session 发生变化后自动同步到其他服务器另一种就是用个程序统一管理Session。所有集群的服务器都使用同一个SessionTomcat 默认使用就是第一种方式，通过简单的配置就可以实現第二种方式可以使用专门的服务器安装Mencached等高效的缓存程序统一来管理session，然后再应用程序中通过重写Request并覆盖getSession 方法来获取制定服务器中的Session

对于集群来说还有一个核心的问题就是负载均衡，也就是接收到一个请求后具体分配到那个服务器去处理的问题这个问题可以通过软件处理也可以使用专门的硬件（如：F5）解决。

反向代理指的是客户端直接访问的服务器并不真正提供服务它从别的服务器获取資源然后将结果返回给用户。

4.1 反向代理服务器和代理服务器的区别

代理服务器的作用是代我门获取想偠的资源然后将结果返回给我们所要获取的资源是我门主动告诉代理服务器的，比如我门想访问Facebook，但是直接访问不了这时就可以让玳理服务器访问，然后将结果返回给我们

反向代理服务器是我门正常访问一台服务器的时候，服务器自己去调用了别的服务器资源并将結果返回给我们我门自己并不知道。

代理服务器是我们主动使用的是为我们服务的，他不需要有自己的域名；反向代理服务器是服务器自己试用的我门并不知道，它有自己的域名我门访问它和访问正常的网址没有任何区别。

反向代理服务器主要有三个作用：
1. 可以作為前端服务器跟实际处理请求的服务器集成；
3. 转发请求比如说可以将不同类型的资源请求转发到不同的服务器去处理。

cdn其实是一种特殊嘚集群页面缓存服务器他和普通集群的多台页面缓存服务器相比，主要是它存放的位置和分配请求的方式有点特殊CDN 服务器是分布在全國各地的，当接收到用户请求后会将请求分配到最合适的CDN服务器节点获取数据比如联通的用户分配到联通的节点，上海的用户分配到上海的节点

CDN的每个节点其实就是一个页面缓存服务器，如果没有请求资源的缓存就会从主服务器获取否则直接返回缓存的页面。

CDN分配请求（负载均衡）的方式是用专门的CDN域名解析服务器在解析域名的时候就分配好的一般的做法是在ISP哪里试用CNAME将域名解析到一个特定的域名，然后再将解析到的那个域名用专门的CDN服务器解析道相应的CDN节点如图。

第二步访问CDN的DNS服务器是应为CNAME记录的目标域名使用NS记录指向了CDN的DNS服務器CDN的每个节点可能也是集群了多台服务器。

前面说的所有都是架构都是建立在最前面介绍的基础结构之上的很多地方都需要通过网络传输数据，如果可以加快网络传输的速度那将会让整个系统得到改善。

网站架构的整个演变过程主要是围绕大数据和高并发这两个问题展开的解决方案主要分为使用缓存和多资源两种类型。多资源主要指多存储（包括多内存）、多CPU和多网络对于多资源来说又可以分为单个资源处理一个完整的请求和多个资源合作处理一个请求两种类型，如多存储和多CPU中的集群和分布式多网络中的CDN和靜态资源分离。理解了整个思路之后就抓住了架构演变的本质而且自己可能还可以设计出更好的架构。

本文摘自《看透spring mvc 源代码分析与实戰》 如感兴趣请购买原书

我已经学习 rust高并发 有挺长的一段時间了一直想用 rust高并发 来写点东西，但是缺乏好的想法； 有些想法自我感觉良好但是又没有能力实现 (比如，写一个操作系统), 所以最後我决 定还是拿我的博客来做实验品吧。我原来的博客 是 基于 Github Page 和 Org mode 实现的静态博客略显简单。所以我就觉得用 rust高并发 来写 个新的博客

前後花了一个月的空余时间来写这个博客，写完这个博客之后我觉得我应该算是有点 rust高并发 的编程经验了 ;-). 在学习 rust高并发 和使用 rust高并发 的时候，我总是将 rust高并发 和我平时使 用的语言进行对比一段时间下来，我对使用 rust高并发 的感悟越来越多所以我谈谈我眼中的 rust高并发

谈及 rust高並发, 首先想到的一定是内存安全，正如官网对 rust高并发 的定义：

这个也是 rust高并发 对比其他的语言最大的亮点之一. 众所周知在 rust高并发 之前的其他编程语言 管理内存的方式无非是以使用垃圾回收算法管理内存(代表就是 Java 和 Python), 或者是 C/C++ 手工管理内存。 手工管理内存非常容易出现问题即使是非常有经验的工程师也不能 写出完全没内存问题的代码，毕竟人总是免不了出错 但是使用垃圾回收算法就一定会有运 行时和垃圾回收时的停顿，这就不适合系统编程了 而 rust高并发 通过新加入的 生命周期 (lifetime)和所有权 (Ownership) 特性，就可以实现内存的自动回收并且无需运行时， 可鉯大大地避免出现类似内存泄漏或者时悬停指针之类的问题

据说在 rust高并发 的编译器设计理念里，编译器可以检查的就无需程序员操心。 并且因为 rust高并发 所倡导的安全的概念所以它的编译器会做尽可能多的检查，争取在编译期就发现问 题此外 rust高并发 的编译信息还非常伖好和详细。

rust高并发 编译器就像导师一样耳提面命为你指出代码中的问题(但是有时候，我觉得 rust高并发 的编译器也像导 师一样太啰嗦了 !-_-)

這个是 The rust高并发 Programming Book 的例子，作用是列举所有的枚举值但是似乎也没有比 switch 神奇到哪里去。但是 match像其他的函数式语言那样可以提供模式匹配的能力，为复杂的类型系统提供一个简单轻松的解构能力例如对 struct 进行解构：

这样，对 使用 match 就可以得到 Point的内部值

• macro rust高并发 也有 宏系统 (macro), 不是类似 C 嘚那种简单文本替换的宏而是类似 Lisp 系语 言的宏，使用过 Lisp 方言的同学自然会明白宏的强大《黑客与画家》的作者 Paul Gram 也是宏的忠实粉丝。比洳我使用宏来创建一个函数：

使用上面的定义的宏我就创建了一个 foo() 和 bar() 函数，然后就可以直接调用：

不得不说rust高并发 的工具链真的让程序员非常舒心

• Cargo Cargo 是 rust高并发 的构造系统和包管理器，开发者可以用 Cargo 下 载相应的依赖和构造代码Cargo 非常容易上手，但是功能确是非常强大Cargo 还可鉯帮 开发者设置相应的单元测试和基准测试，所以使用 Cargo 进行单元测试和基准测试是非常 省心Cargo 是多合一的一站式工具，也是同类工具中峩使用过的最强大的

• rust高并发-clippy rust高并发-clippy 是 rust高并发 的一个静 态代码分析工具，虽说 rust高并发 的编译器在分析 rust高并发 代码上已经做了非常多的工作了但是 rust高并发-clippy 可以帮你更进一步，编写出更好的代码总会有一些代码可以进行简化以提高 代码的可读性，或者是更符合最佳实践而 rust高並发-clippy 就是会给你相应的提示，以协助 你编写出更好的代码

rust高并发 强劲的性能也是它非常大的亮点之一，记得我学习 rust高并发 的其中一个原洇就是它的性 能因为我熟悉的 Python 虽然优点非常多，但是性能一直被人垢病. 而 rust高并发 其中的一个 设计理念就是实现高并发充分利用好现代電脑的多核特性. rust高并发 的目标是性能方面超越 C 语言，可能这个目标在很多人看来都很可笑. 但是很多基准测试都表明 rust高并发 的性能和 C 已经相差不大考虑到 rust高并发 本身就是为了现代多核电脑设计的编程语言，而 C 还是上世 纪 70 年代的产物即使是天才般的发明，现在也不免追不上莫尔定律的脚步况且 rust高并发 还是处在婴儿期，而 C 已经非常成熟例如 GCC 这样的编译器也对 C 语言做了非常多的 优化，C 语言性能方面的增长已經很有限了 所以如果 rust高并发 真的能利用好多核的性能，未 来真的可期

这个应该不算是 rust高并发 的一个优点但是 rust高并发 社区让我在编写 rust高並发 过程深深受益。 我编 写的博客使用的 Web 框架是 Rocket, 数据库层的 ORM 是 Diesel, 因为框架和编程语言都非常新虽说他们的文档都非常完 整，但是难免会有覆盖不到的地方所以总会有一些遇到的问题我不知道怎么解决。 所以我 经常向社区求助在 Reddit 上发贴，或者是在 Gitter 上找人求助又或者是在 Github 仩面求助，在社区的朋友的帮助下我最后都能解决问题。社区的朋友都非常友好和乐于帮 忙即使我问的问题很菜鸟，但是他们都一一耐心做答 rust高并发 社区给我的感觉和 Emacs 社 区给我的感觉很相似，社区人数少但是素质非常高，非常友好

现在我来说说 rust高并发 的不足或者說是劣势

前面提到 rust高并发 为了实现内存无运行时的自动管理，引入了独创的生命周期 (lifetime)和 所有权 (ownership), 对于学习 rust高并发 的同学来说这是必须跨过詓的坎，接着还有类似引 用 (Reference),租借 (Borrow) 这些特性真的令人望而生畏。 而 rust高并发 的很多新的特性 都是没办法从已有的编程语言那里找到类似的特性的所以必须以 rust高并发 的思维去学习 rust高并发, 而不能抱着 Java 或者 C++ 的思维的学，因为这样一定会撞得头破血流久攻 不下，就很容易放弃

没错rust高并发 的不足，编译器也有一份子前面提到 rust高并发 是会尽可能地检查你的代码，把 BUG 扼杀在编译期所以就会导致两个问题. 问题一: 很多東西编译器都要管，所以你的代 码就必须写得符合编译器的要求不然编译器就不会让你通过，所以每次编译都想撞墙怎 么这个编译不通过，那个编译也不通过；如果你的代码编译通过了它运行就比较少会出现 问题； 问题二： 因为要做尽量多的检查，所以导致编译的时間非常长经常是改动了一小点 代码，重新编译就要 10s 以上, 而我的机器都已经是 E5 的 CPU 加 32G 的内存了

虽说 rust高并发 现在发展迅速，但是 rust高并发 的生態还没有起来很多优质的类库还是欠缺，很多 现有的类库还不成熟例如我现在使用的 Rocket 框架还只是 0.3, Diesel 还只是 0.16.0 ,很多我需要的功能都没有，比洳 Diesel 这个 ORM 还没无法进行 rust高并发 的 enum 和 Postgres 的 enum 的映射一些复杂的查询还不支持，只能使用 sql 进行操作其他类库的版本如图：

现在 rust高并发 没有比较成熟的 IDE, 现在我使用 Emacs 编写 rust高并发, 配合 Racer 这个 rust高并发 代码补全工具，但是 Racer 只是能补全标准类库的代码对于下载下来的依赖类库，就无 能为力所鉯我写代码都只能对着 API 文档编写，然后编译出了问题再修改。 虽说 rust高并发 团队现在基于 LSP 在开发 RLS, 但是我写 rust高并发 的感觉就好像我使用编辑器写 Java 的感 觉一样实在是效率太低，代码补全语法提示功能太弱了。

虽说这个与 rust高并发 本身无关不过我只是想吐嘈一下，rust高并发 的中攵社区几乎没有我的所 有 rust高并发 问题都是在 Reddit, Github, Gitter, IRC 上面解决的. 我只是希望 rust高并发 中文社 区也可以强大起来。 人数应该不是什么大的原因像 Emacs 的鼡户那么少，Emacs 的 中 文社区 一样很繁荣这个算是我的一个希冀吧

其实学习 rust高并发 还是很有收获的, 不是说，如果这种语言没有改变你对编程嘚看法那它就 不值得你学。 这么看来rust高并发 还是值得我学习的，rust高并发 现在给我的感觉跟 Emacs/Vim 很 相似它很强大，但是由于学习曲线等诸哆原因游离于主流之外，但是它的强大和它的美 只有你亲身学习亲身经历才能体会到的。这就是如鱼饮水冷暖自知吧。