React EC2배포 시 nginx, pm2 궁금합니다 !

1. 글을 읽어본 결과 리액트 3000번 포트로 돌린다고 하시는건 그냥 개발환경으로 포워딩 하시는거 같네요! 리액트 프로젝트를 빌드해서 nginx서버에서 돌리시는걸 추천합니다! 2. 기본적으로 ec2에 퍼블릭 ip가 있고 보안그룹이 열려있다면 ec2의 퍼블릭 ip로 외부접근이 가능합니다 인증서의 경우도 인증서 관련 오픈소스를 사용하여 https도 가능은 합니다 개발에 대한 공부고 프론트만 하신다면 단순히 ec2에 올려서 해보시는 것도 좋지만 백엔드까지 보신다면 먼저 3티어의 구조에 대한 공부부터 하시는 걸 추천드립니다!

궁금하신 것에 대한 답변은 아닙니다만, 참고차 적습니다. 프론트엔드 앱이고, 만약 정적배포가 가능하다면 (백엔드API는 다른데 있다는 가정), AWS CloudFront또는 API GW를 앞에두고, S3버켓에 빌드된 파일을 배포해두는 방법은 어떠실지 추천드려봅니다. 그러면, EC2는 물론이거니와, ELB도 필요없어지고, nginx도 필요없어지니까요. 프론트엔드 앱인데 왜 EC2를 띄우는지 의아해서 (제가 잘 몰라서) 답글다네요. CloudFront나 API GW둘다 앞단에서 TLS인증서 처리와 터미네이션을 잘 해줍니다.

오래전 질문이지만 이 글 보시는 다른 분들도 도움 될까 답변 남깁니다. 1. 결론 부터 말씀드리자면, 오픈 소스 버전 nginx의 기본 기능만 사용하신다면 말씀하신대로 nginx의 역할은 사라지는게 맞습니다. nginx는 로드밸런서, 리버스 프록시, 라우터 등의 역할을 하는데, AWS의 로드밸런서가 이 역할 대부분을 수행합니다. 서버 상태체크도 aws 로드밸런서가 수행합니다. 오픈소스 nginx는 요청이 있어야 서버 상태를 체크하는 반면 aws 로드밸런서는 주기적으로 서버 상태를 체크하므로 후자가 가용성 면에서 더 유리합니다. 2. 역으로 aws 로드밸런서 사용하지 않고 nginx만으로 포트포워딩, ssl 적용 가능합니다. 이부분은 공식 문서 읽어보시는게 가장 빠릅니다. 아니면 gpt 에 질문을 하면 매우 기본적인 질문이므로 틀리지 않고 답변을 합니다. 3. 다만 현재 구조에서 nginx를 디테일하게 사용하신다면 캐싱에 있어서 이점을 가져가실수 있습니다. 그리고 3000번 포트를 사용한다고 개발환경 포워딩인건 잘못된 답변 같습니다. 실제 프로세스가 돌아가는 서버는 일반적으로(프로덕션이라면 당연히) 클라이언트가 닿을 수 없는 곳에 위치합니다(엔진엑스, aws 로드밸런서의 사용에는 이 목적도 포함됩니다). 따라서 서버의 포트 사용은 일반적 관습을 따르되 3000번 같이 그 의미가 다소 헐거운 포트는 프로덕션 레벨 배포에서도 사용할 수 있습니다. 어짜피 이 포트는 내부 it 자원간의 통신에 사용되므로 클라이언트 3000번으로 서버가 배포하는 자원에 접근하지 않습니다.