范李英芳
先说结论，可以利用Nginx的反向代理能力，集合几个负责不同功能的server节点，从而实现分布式；也可以利用Nginx的负载均衡能力，集合几个相同功能的server节点，从而实现服务的高稳定性。
目前Nginx已经逐渐成为平台服务必不可少的一环，就是因为它的反向代理与负载均衡能力满足了开发者对产品服务高可用性以及模块解耦的需求。
接下来我们分别来解释反向代理与负载均衡。
反向代理
反向代理是针对服务器端。对于用户来说，他只知道反向代理服务器的地址，但是反向代理服务器后面通常指向了多个服务器，负责了相同或者不同的模块。Nginx会根据conf文件中配置的正则表达式来解析用户实际请求的url path，然后再将请求转发至不同的服务器进行处理，最后再将请求结果返回给用户。这个过程就叫做反向代理，因此可以看做将不同的能力，不同的server整合到一个host和ip，从而减少用户的使用负担，也是对用户更加友好。
负载均衡
与反向代理相对应的是负载均衡。
我通过一个例子来解释，当一台服务器能够承受的qps只有2000，但是当前用户量激增，qps达到了3500，在不修改代码不优化的情况下如何解决呢。
我们可以再布置一台server，两台服务器一起处理请求，从整体上来看，qps就达到了4000。但是两台服务器有不同的ip，我们总不能在扩容后和用户说，你的第奇数个请求发到8080端口，第偶数个请求发送到8082吧。
如何处理这个问题呢？这就用到了负载均衡。
我们可以在Nginx的conf文件中为同一个类型的path配置指向两台服务器地址，这样对于用户来说，他依然只需要请求Nginx的地址即可，Nginx会根据当前两台服务器的情况决定将请求转发给哪一个。这样布置还有一个好处，就是如果其中一个节点宕机了，只要另一个节点还活着，从用户的角度，整个服务就还能够运转，因为Nginx会将请求转给有正常反馈的server。
我曾经尝试过，在两台服务器一样压力的情况下，请求是均匀分给两个不同的服务器的。
基于我相信大家已经对我说的“利用Nginx的反向代理能力，集合几个负责不同功能的server节点，从而实现分布式；也可以利用Nginx的负载均衡能力，集合几个相同功能的server节点，从而实现服务的高稳定性”有了进一步的了解了。
以上是我的浅见，欢迎大家在下方评论留言。
我是苏苏思量，来自BAT的Java开发工程师，每天分享科技类见闻，欢迎关注我，与我共同进步。
一个存在感小透明
同时协作这个概念是不是题主理解错了？
nginx作为反向代理使用负载均衡连接应用服务器，严格来说这几个应用服务器的对外功能是一样的！
譬如说整个业务系统是一个电商系统，那么服务器上部署的应用服务汇总了会员注册登录，购物车，订单，积分，支付等等服务，作为一个单一的服务软件部署在服务器上，但是单一系统并发能力有限，所以才用nginx作为中介，连接多台应用服务器，搭建了服务集群，对外提供统一的业务服务！这都是由nginx作为负载均衡中间层根据不同的均衡策略分发到不同的服务器上，不同的服务器之间可以有session，数据库连接，缓存共享，但并不属于相互协作范畴！
而如果是几台服务器之间的服务各自不同，比如说一台服务器上是积分服务，一台是订单服务，一台是SSO等等，这样相互协同工作组成的系统叫分布式系统！而这样的分布式服务，单纯依靠nginx是做不到的，因为nginx的功能主要是做负载均衡分发，而不是作为各系统之间的数据中介！
一般分布式服务（微服务），使用dubbo，spring boot形式的框架开发，相互之间通过某种协议（tcp，http等）相互调用，形成一种对外高度透明，统一的应用系统！而服务的注册和发现通常使用zookeeper，eureka等服务器！
当然题目中提到的，使用nginx集成多台业务系统服务得到的应用集群也属于分布式范畴，因为其中一台机器宕机不影响整个系统的对外服务，应用分布在不同的服务器节点上，形成一个高可用，稳定的系统！
分布式系统作为大型高并发，高可用性的系统，一定会成为以后的架构主流，所以好好掌握分布式才能不被out！
经过多年的开发生活，拥有多年的分布式经验，如果你在分布式系统相关问题，诸如消息中间件，缓存，数据库中间件，微服务等有疑惑，欢迎关注交流！
此生唯一
分布式系统（distributed system）是建立在网络之上的软件系统。正是因为软件的特性，所以分布式系统具有高度的内聚性和透明性。因此，网络和分布式系统之间的区别更多的在于高层软件（特别是操作系统），而不是硬件。内聚性是指每一个数据库分布节点高度自治，有本地的数据库管理系统。透明性是指每一个数据库分布节点对用户的应用来说都是透明的，看不出是本地还是远程。在分布式数据库系统中，用户感觉不到数据是分布的，即用户不须知道关系是否分割、有无副本、数据存于哪个站点以及事务
