以上这个示例是按照权重来划分的，6 个请求进来，5个请求打到 backend1.example.com， 1 个请求打到 backend2.example.com，如果这两台机器都不可用，就打到 192.0.0.1，这种静态配置的方式 upstream 的方式确实可行，但我们知道机器的扩缩容有时候比较频繁，如果每次机器上下线都要手动去改，并且改完之后还要重新去 reload 无疑是不可行的，出错的概率很大，而且每次配置都要 reload 对性能的损耗也是挺大的，为了解决这个问题，OpenResty 提供了一个 dyups 的模块来解决此问题， 它提供了一个 dyups api，可以动态增，删，创建 upsteam，所以在 init 阶段我们会先去拉取集群信息，构建 upstream，之后如果集群信息有变动，会通过如下形式调用 dyups api 来更新 upstream。
由于资源有限，就开了2台虚拟机来模拟一下，当然可以用docker实现，这里就不演示了，consul服务也不开集群模式了，同时 consul服务与web服务就放在同一个服务器上了，看懂意思就可以了，多个web服务，就以不同的端口来区分。
在互联网上传输的包不能超过 14 + 20 + 20 + 1460 + 4 = 1518 byte，其中包含的应用层数据一次性不能超过 1460 个 byte，也就是说如果一个 HTTP 请求有 2000 byte，那么它必须分成两个包发送才能在网络上传输，再来看看 HTTP 的格式。
慎入，作者高并发搞得少（没搞过），这里面水太深，什么高并发，大流量的东西都是虚拟的，作者还太年轻，没有那个经历，把握不住。系统只有几QPS，开心快乐就行，不PK，文明PK。什么是高并发高并发指的是系统同时处理很多请求。
php作为排名top2 互联网开发工具，非常流行，可以参考:中国最大的25个网站采用技术选型方案。很少人会去读php本身源代码，我6年前解决php内存泄露问题的时候做了些研究，最近再查看了一番，发现php的开发者很有诚意，这是一款非常出色的服务器软件，支持如下。
