golang으로 개발된 웹 서비스만 배포하는 서비스라면 nginx를 사용해야 하나요
물론이죠. 다른 것은 말할 것도 없고 1. 정적 리소스 css, js, img에는 nginx가 필요합니다. 2 nginx에는 리디렉션과 같은 IP 필터링과 같은 성숙한 플러그인이 많이 있습니다. . 예를 들어 나오지 않습니다. 아무튼 많아요 물론 사용하고 싶지 않다면 그냥 Go 웹 서비스를 열어도 됩니다.
꼭 써야 한다고 하면 밟힐 것 같아요. 그럼 쓰고 싶으면 쓰고, 안 쓰면 안 된다고 대답해야 할까요? 누구나 자신의 의견이 있습니다.
주로 개발하는 golang 웹 서비스가 Nginx 기능 포인트를 사용해야 하는지 여부에 따라 다릅니다.
예를 들어 Nginx를 사용하여 도메인 이름 바인딩, 요청 전달, Nginx 업스트림을 사용하여 애플리케이션 계층에서 로드 밸런싱 수행, URL 해시를 수행하여 요청 전달 등을 수행합니다.
웹 서비스가 내부 서비스인 경우 Nginx가 필요하지 않은 경우가 많습니다.
예를 들어 https를 지원하지 않는 golang을 사용하여 웹 서비스 A를 개발했는데, 이때 nginx를 통해 https를 구성하고 역방향 프록시를 사용하여 코드 수정 없이 A에 액세스할 수 있습니다.
사용할 필요가 없다고 판단되면 사용하지 마세요.
Nginx 기능이 꼭 필요한 경우 전환하는 것은 매우 간단합니다.
캐디에 필요한 기능이 있으면 캐디를 사용하시면 됩니다.
서두를 필요가 없습니다. . . 필요할 때 더 추가해도 문제 없습니다
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
물론이죠.
다른 것은 말할 것도 없고
1. 정적 리소스 css, js, img에는 nginx가 필요합니다.
2 nginx에는 리디렉션과 같은 IP 필터링과 같은 성숙한 플러그인이 많이 있습니다. . 예를 들어 나오지 않습니다. 아무튼 많아요
물론 사용하고 싶지 않다면 그냥 Go 웹 서비스를 열어도 됩니다.
꼭 써야 한다고 하면 밟힐 것 같아요.
그럼 쓰고 싶으면 쓰고, 안 쓰면 안 된다고 대답해야 할까요?
누구나 자신의 의견이 있습니다.
주로 개발하는 golang 웹 서비스가 Nginx 기능 포인트를 사용해야 하는지 여부에 따라 다릅니다.
예를 들어 Nginx를 사용하여 도메인 이름 바인딩, 요청 전달, Nginx 업스트림을 사용하여 애플리케이션 계층에서 로드 밸런싱 수행, URL 해시를 수행하여 요청 전달 등을 수행합니다.
웹 서비스가 내부 서비스인 경우 Nginx가 필요하지 않은 경우가 많습니다.
예를 들어 https를 지원하지 않는 golang을 사용하여 웹 서비스 A를 개발했는데, 이때 nginx를 통해 https를 구성하고 역방향 프록시를 사용하여 코드 수정 없이 A에 액세스할 수 있습니다.
사용할 필요가 없다고 판단되면 사용하지 마세요.
Nginx 기능이 꼭 필요한 경우 전환하는 것은 매우 간단합니다.
캐디에 필요한 기능이 있으면 캐디를 사용하시면 됩니다.
서두를 필요가 없습니다. . . 필요할 때 더 추가해도 문제 없습니다