如果一台服務只部署一個用 golang,開發的 web 服務,還是否有必要使用 nginx
當然需要。 其他都不說, 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也行。
不急用。 。 。需要的時候再加,也不麻煩