Wenn ein Dienst nur einen mit Golang entwickelten Webdienst bereitstellt, ist die Verwendung von Nginx erforderlich
当然需要。 其他都不说， 1、静态资源 css，js，img 的就需要 nginx 2、nginx 有很多成熟的插件，比如过滤 IP，比如重定向，比如。比如不出来了。反正很多 当然，你不想使用，就是开个 go 的 web 服务，也是可以的。
我说有需要使用，就要被踩么。那我是不是要回答，想用就用，不想用就别用，比较好一点 ？各抒己见罢了。
主要看你开发的 golang web 服务是否需要用到 Nginx 的功能点。
比如用 Nginx 绑定域名，转发请求、用 Nginx upstream 做应用层的负载均衡、做 url hash 转请求等等。
假如你的 web 服务是内部服务，很多时候可以不用 Nginx。
看场景, 比如我用golang开发了一个web服务A, 不支持https这时候可以通过nginx配置https，反向代理访问A, 不用修改代码。
当你发现没必要用的时候，就别用呗。
等真的需要什么nginx功能的时候，再切换也很简单呀。
要是需要的功能caddy有，用caddy也行。
不着急用。。。需要的时候再添加，也不麻烦
当然需要。
其他都不说，
1、静态资源 css，js，img 的就需要 nginx
2、nginx 有很多成熟的插件，比如过滤 IP，比如重定向，比如。比如不出来了。反正很多
当然，你不想使用，就是开个 go 的 web 服务，也是可以的。
我说有需要使用，就要被踩么。
那我是不是要回答，想用就用，不想用就别用，比较好一点 ？
各抒己见罢了。
主要看你开发的 golang web 服务是否需要用到 Nginx 的功能点。
比如用 Nginx 绑定域名，转发请求、用 Nginx upstream 做应用层的负载均衡、做 url hash 转请求等等。
假如你的 web 服务是内部服务，很多时候可以不用 Nginx。
看场景, 比如我用golang开发了一个web服务A, 不支持https
这时候可以通过nginx配置https，反向代理访问A, 不用修改代码。
当你发现没必要用的时候，就别用呗。
等真的需要什么nginx功能的时候，再切换也很简单呀。
要是需要的功能caddy有，用caddy也行。
不着急用。。。需要的时候再添加，也不麻烦