去（lang）app：nginx反向代理VS nginx主机

概述去（lang）app：nginx反向代理VS nginx主机

我已经阅读了关于go和Nginx的一些问题 ，但我没有find任何答案。

我认为（我不是专家），使用Nginx作为反向代理在net/http转发服务器是不同的直接托pipe你的应用与Nginx。

吼我，如果我错了，好吗？

问题出现在我面前，因为我需要开发一个应用程序（可能只是为了学习新的东西），并且完全控制Web服务器，尤其是在用来回答请求的工作人员数量方面。

所以，这里来的问题：

在Go中执行一个vbscript

WSARecv不停止阅读

Golang：调用windows DLL函数

去：http静态目录不被服务

“ln”脚本有些错误

是否有可能在Nginx上直接托pipe一个去应用程序，或者它只是提供静态文件的Nginx（如果答案是“否”，那么第二个问题没有多大意义）？

上述两种方法之间的主要区别是什么，不同的方法是否会影响configuration？

我很害怕告诉Nginx：“好的，请使用8名工作人员”，并且不告诉我们的内部networking服务器…会发生什么？

非常感谢你提前

在Go中启动一个进程并将其从中分离

在linux上安装Go，testing失败

golang：跨平台path.Dir

去和COM / ActiveX

生成核心转储

是否可以直接在Nginx上托管一个去应用程序

Nginx可以通过各种不同的机制与后端（您的应用程序）进行通信。 他们之中有一些是：

通过CGI / FastCGI（进程复用）

通过http（反向代理）

提供您的应用生成的静态文件

不同的方法是否影响配置？

是的，每个案件都有很大的不同。

好的，请使用8位工作人员

这将建议FastCGI，我相信这是你说“直接在Nginx上托管应用程序”的意思。

告诉没有去的内部网络服务器…会发生什么？

每个Go FastCGI进程都会产生大量的goroutine，这些goroutine复用到软件线程中，这些线程被多路复用到多路复用到cpu内核的硬件线程。

Go的net/http服务器对于生产环境来说已经足够了，除非你想使用一些特定于Nginx的特性，否则你不一定需要Nginx。 在FastCGI设置有意义的情况下，只有这么多的用例。 基本上，你只是增加开销。

Herbert Fischer 与Go一起撰写了Nginx综合基准测试 ，包括Nginx配置文件和Go代码。

他检查了以下设置：

去http独立（作为控制组）

Nginx代理到Go http

Nginx的fastcgi到Go TCP FastCGI

Nginx的fastcgi转Unix的Socket Socket FastCGI

到目前为止，http的Nginx代理是最快的。 自1.2版以来，Go版本的结果几乎相同。

总结

以上是内存溢出为你收集整理的去（lang）app：nginx反向代理VS nginx主机全部内容，希望文章能够帮你解决去（lang）app：nginx反向代理VS nginx主机所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。