golang で開発された Web サービスのみをデプロイするサービスの場合、nginx を使用する必要がありますか
もちろんです。 他には言うまでもありませんが、1. 静的リソース css、js、img には nginx が必要です 2. nginx には、リダイレクトなどの IP フィルタリングなどの成熟したプラグインが多数あります。たとえば、出てこない。とにかくたくさんあります もちろん、使いたくない場合は、go Web サービスを開いても構いません。
使わないと言うと踏まれます。 では、使いたいなら使う、使いたくないなら使わない方が良いと答えるべきでしょうか? 誰もが自分の意見を表明します。
主に、開発する golang Web サービスが Nginx 関数ポイントを使用する必要があるかどうかによって異なります。
たとえば、Nginx を使用してドメイン名をバインドし、リクエストを転送し、Nginx アップストリームを使用してアプリケーション層の負荷を分散し、URL ハッシュを実行してリクエストを転送します。
Web サービスが内部サービスの場合、多くの場合 Nginx は必要ありません。
たとえば、golang を使用して Web サービス A を開発しましたが、現時点では、https を nginx 経由で設定し、コードを変更せずにリバース プロキシを使用して A にアクセスできます。
使用する必要がないと判断した場合は、使用しないでください。
いくつかの nginx 機能が本当に必要な場合、切り替えるのは非常に簡単です。
キャディに必要な機能があれば、キャディを使用できます。
急ぐ必要はありません。 。 。必要に応じて追加するのは問題ありません
もちろんです。
他には言うまでもありませんが、
1. 静的リソース css、js、img には nginx が必要です
2. nginx には、リダイレクトなどの IP フィルタリングなどの成熟したプラグインが多数あります。たとえば、出てこない。とにかくたくさんあります
もちろん、使いたくない場合は、go Web サービスを開いても構いません。
使わないと言うと踏まれます。
では、使いたいなら使う、使いたくないなら使わない方が良いと答えるべきでしょうか?
誰もが自分の意見を表明します。
主に、開発する golang Web サービスが Nginx 関数ポイントを使用する必要があるかどうかによって異なります。
たとえば、Nginx を使用してドメイン名をバインドし、リクエストを転送し、Nginx アップストリームを使用してアプリケーション層の負荷を分散し、URL ハッシュを実行してリクエストを転送します。
Web サービスが内部サービスの場合、多くの場合 Nginx は必要ありません。
たとえば、golang を使用して Web サービス A を開発しましたが、現時点では、https を nginx 経由で設定し、コードを変更せずにリバース プロキシを使用して A にアクセスできます。
使用する必要がないと判断した場合は、使用しないでください。
いくつかの nginx 機能が本当に必要な場合、切り替えるのは非常に簡単です。
キャディに必要な機能があれば、キャディを使用できます。
急ぐ必要はありません。 。 。必要に応じて追加するのは問題ありません