nginx_lua vs nginx+php 应用场景

在我的印象中很多人还是选择nginx+php这种组合搭配，你的选择是nginx+lua，那么nginx+lua比和php的组合优势在哪里？

清无：首先，Nginx+php之间是要有进程之间通信的，这样以来基础的性能开销就很大。lua是嵌在Nginx进程内部的，它不需要有两套进程在那里独立工作。所以这块从结构上来说就有决定性的优势在里面。再加上线程之间通讯的时候需要大量的反序列化和序列化的工作，然后两套进程带来额外情况是更多的进程更多的切换开销，所以单机上面Nginx_php要比Nginx_lua要低很多。但是相对来说仍然要回到我们做什么事情上面，因为Nginx_lua目前最大的劣势就是周边的模块相当的不健全，我们需要大量的时间来积累这些模块。php积累了十几年的时间了，如果说你对性能的要求并不是那么高，我的并发数就是几十，那么你用php就是最合适的。但是如果像一淘数据的数据接口，机器数就那么一点，因为我的大量成本在MySQL集群上面，它是这块的主力，那么对外的数据接口我希望尽可能降成本，并发数又非常大，php肯定是不行，那么我们就要选择Nginx_lua。但这块的话对模块的劣势看起来不是那么大，因为它的逻辑相对来说较为固定，我们可以忍受这样的成本，我们去为这个逻辑来定制一些模块。

你认为目前nginx+lua能满足你现在的需求吗？有没有尝试或寻找其他最佳的搭档？

清无：对于我们数据接口的这部分需求是完全可以满足的，至于其他的需求我们还要具体发现，寻找最佳决解方案。因为在计算机行业没有一招吃遍天这种事。

作为一名技术架构师，在性能这块你认为到何处为止？还是无止境的追求？

清无：这个要看我们是在做生意还是在个人事情，如果是在公司，比如在具体的事情上面，然后是一个团队协作的情况下，那么盲目的追求性能的极限是一个不合适的行为，因为你的追求是要付出相应的成本和开销的，而往往在一个企业的环境里面这个是不可容忍的。最合适的架构往往是针对你去解决问题的那个架构，而不是去追求效率最高的架构。所以我们具体在企业里面做项目的时候，显然适可而止是最好的。盖过了你这个用户的最大需求你就没必要去付出更多的精力来做，因为其他的问题有很多，你没必要停留在性能这个问题上，性能只是其中的一个问题，在一个问题上没必要投入太大的精力。但是，从开发人员个人的角度来说，追求性能的极限是一个很好的想法和行为，因为开发者自己对性能极限的追求体现出对完美的追求，对于完美的追求意味着它可以从上层到底层的专研，而专研是提升个人素质最有效的动力。所以是分开来看这个问题。

你刚刚在大会上也讲了一些nginx lua的优势和劣势，能不能在这里也给我们网友分享一些？

清无：刚才也说了一个是周边模块不完善，不健全。如果你用到的这个东西比较复杂的时候可能生产力上不去，目前Nginx_lua最适合的人员是数据接口层，以及所有的网络中间层，你需要最求并发，高性能的网络中间层。因为它本身的逻辑相对来说比较简单，或者完全用lua本身就可以变现出来，这个用起来收效比例是最大的。那么如果你目前要做一个复杂的WEB访问站，有大量模板要套，有大量的复杂逻辑嵌在里面，然后要访问mail要访问其他服务的话，目前来说我觉得还是php或者其他比较成熟的语言。就我们目前应用来说也是这样，中间层会大量的使用lua，但是前端展现层的话要么全部移到浏览器上面用JS+模板的形式来实现，要么就是用PHP这样来做。另外的劣势就是调试的辅助工具不太多，因为高级点的php程序员会往往会使用XDebug或者其它的调试工具，可以单步调试，在线调试。跟php相比目前还欠缺这样的一个机制。到时候我们会仿照XDebug 去实现DPT V2协议，我们实现兼容DPT V2这样的一种机制内连到Nginx_lua里面，那样Nginx_lua也可以单步调试。到时候我们也会分享给大家。