Bien sûr. Pour ne rien dire d'autre, 1. Les ressources statiques css, js, img nécessitent nginx 2 nginx possède de nombreux plug-ins matures, comme le filtrage des IP, comme la redirection, par exemple. Par exemple, ça ne sort pas. Quoi qu'il en soit, il y en a beaucoup Bien sûr, si vous ne souhaitez pas l'utiliser, vous pouvez simplement ouvrir un service Web go.
Si je dis que je dois l'utiliser, on me marchera dessus. Alors dois-je répondre, il vaut mieux l'utiliser si vous voulez l'utiliser, et ne pas l'utiliser si vous ne voulez pas l'utiliser ? Chacun exprime sa propre opinion.
Cela dépend principalement du fait que le service Web Golang que vous développez doit utiliser les points de fonction Nginx.
Par exemple, utilisez Nginx pour lier les noms de domaine, transférer les requêtes, utiliser Nginx en amont pour effectuer l'équilibrage de charge au niveau de la couche application, effectuer un hachage d'URL pour transférer les requêtes, etc.
Si votre service Web est un service interne, vous n’avez pas besoin de Nginx dans de nombreux cas.
Regardez le scénario. Par exemple, j'ai développé un service Web A en utilisant Golang, qui ne prend pas en charge https. Pour le moment, je peux configurer https via nginx et utiliser un proxy inverse pour accéder à A sans modifier le code.
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Bien sûr.
Pour ne rien dire d'autre,
1. Les ressources statiques css, js, img nécessitent nginx
2 nginx possède de nombreux plug-ins matures, comme le filtrage des IP, comme la redirection, par exemple. Par exemple, ça ne sort pas. Quoi qu'il en soit, il y en a beaucoup
Bien sûr, si vous ne souhaitez pas l'utiliser, vous pouvez simplement ouvrir un service Web go.
Si je dis que je dois l'utiliser, on me marchera dessus.
Alors dois-je répondre, il vaut mieux l'utiliser si vous voulez l'utiliser, et ne pas l'utiliser si vous ne voulez pas l'utiliser ?
Chacun exprime sa propre opinion.
Cela dépend principalement du fait que le service Web Golang que vous développez doit utiliser les points de fonction Nginx.
Par exemple, utilisez Nginx pour lier les noms de domaine, transférer les requêtes, utiliser Nginx en amont pour effectuer l'équilibrage de charge au niveau de la couche application, effectuer un hachage d'URL pour transférer les requêtes, etc.
Si votre service Web est un service interne, vous n’avez pas besoin de Nginx dans de nombreux cas.
Regardez le scénario. Par exemple, j'ai développé un service Web A en utilisant Golang, qui ne prend pas en charge https. Pour le moment, je peux configurer https via nginx et utiliser un proxy inverse pour accéder à A sans modifier le code.
Lorsque vous constatez que vous n’avez pas besoin de l’utiliser, ne l’utilisez pas.
Lorsque vous avez vraiment besoin de certaines fonctions nginx, il est très simple de changer.
Si le caddy possède les fonctions requises, vous pouvez utiliser le caddy.
Pas besoin de se précipiter. . . Ce n'est pas un problème d'en ajouter davantage en cas de besoin