作者回复: x轴是把完全相同的工作分给上游,y轴是按业务分割好后再分给上游,z轴是按用户的相关属性(价值、位置等)分给上游
作者回复: 可以
作者回复: 那应该是第1个nginx的配置错了,本来该走proxy_pass的URL,走了root/alias配置的location里了
作者回复: x轴是业务无状态,使用REST中的RR架构;y轴就是拆分业务,通常需要对代码做调整
作者回复: 可以这么理解
作者回复: 1、到达后端的请求,一旦开始发送哪怕1字节的响应,若此时停机,所有LB都做不到不丢弃该请求;
2、next_upstream功能可以做到,在没有发送响应前,连接出错时转发到其他后端服务器继续处理请求。非商业版也有此功能。
3、reload是使用了优雅停止进程功能的,可以使用它来更换待停机后端IP后,再停机更新。
作者回复: 当开启proxy_buffering,且body已经写入临时文件,且sendfile打开后,会使用零拷贝sendfile技术
作者回复: 呃,你这个问题我获得不到足够的信息