Beelog

이전 구성에서는 백엔드 소스와 노드를 실행하는 EC2가 Public Subnet에 생성되어 있었습니다. 이는 보안상 좋지 않은 구성이기 때문에 EC2를 Private Subnet으로 옮기는 작업을 수행해 보겠습니다. 이번 작업에서는 단순히 기존에 만들었던 리소스들을 수정해서 새롭게 구성을 할 수 없는 경우가 대부분이라 새로 생성하는 것들이 많았습니다... 실제 아키텍처를 구성할 때는 미리 구조를 잡고 리소스들을 만드는 것이 좋을 것 같습니다...ㅠ 1. EC2를 옮길 Private Subnet 생성 새로운 백엔드 서버를 실행할 EC2를 생성하기 전 해당 EC2들이 설치될 Private Subnet을 먼저 생성합니다. 2. Private Subnet을 위한 라우팅 테이블 생성 Private Subnet으로..

이전 글에서는 하나의 EC2에 CodeDeploy를 통해 node 프로젝트를 자동으로 배포하였습니다. 하지만 이후 로드 밸런서를 추가하면서 EC2가 다른 가용영역에 하나 더 생성되었기 때문에 두개의 EC2에 같은 소스를 자동으로 배포하는 방법을 알아보겠습니다. 먼저 기존 EC2에는 자동 배포 설정이 되어 있다고 가정하고 그 이후부터 설명하겠습니다. 하나의 EC2에 자동 배포하는 방법은 아래 글을 참고하시기 바랍니다. https://developerbee.tistory.com/211 1. 새로 만든 EC2에 IAM 역할 수정 CodePipeline을 사용하는 경우 CodeCommit의 소스 아티팩트나 CodeBuild의 빌드 아티팩트를 S3에 저장하고 CodeDeploy 실행 시 EC2에서 해당 S3에 접..

이전 글들에서 백엔드 소스를 하나의 EC2에서 실행하여 서비스하였습니다. 하지만 요청이 많아질 경우 부하가 심해질 수 있고 EC2의 IP를 프론트로 노출하는 것은 보안상 좋지 않은 방법으로 EC2 앞에 로드밸런서를 넣어 로드밸런서가 여러 EC2들에게 요청을 나눌 수 있도록 하고 외부로도 로드밸러서의 DNS 이름을 노출하는 방식으로 수정해보겠습니다. 먼저, 현재 구조는 다음과 같습니다. 1. 다른 가용 영역에 별도의 서브넷 생성 기존 EC2는 2a 가용영역에 생성했기 때문에 별도의 다른 가용 영역(2c)을 선택하여 퍼블릭 서브넷을 구성합니다. 2. 기존 EC2 인스턴스를 이미지로 만들기 기존 EC2와 같은 새로운 EC2를 생성하기 위해 먼저 기존 EC2를 이미지로 만듭니다. 3. AMI로 새로운 EC2 인..

이전 글들에서 EC2에 Nginx를 설치하고 프론트엔드 소스를 실행하는 방법을 사용했습니다. 하지만 프론트엔드 소스(React 등)와 같이 정적인 웹 서비스는 S3에 빌드된 소스를 올려서 바로 서비스할 수 있는 방법도 있습니다. 따라서 이번 글에서는 프론트엔드 소스를 S3에 올리고 정적 웹 호스팅을 통해 서비스하도록 구조를 변경해 보겠습니다. 1. S3 버킷 생성 S3 버킷을 생성할 때, 추후 DNS 연결을 고려하여 URL과 동일하게 지정하는 것이 좋습니다. 퍼블릭 액세스 차단은 최소한으로 차단합니다. 2. Front-end 소스에 baseURL 수정 React 프로젝트에서 axios를 통해 서버로 접속할 때 서버의 주소를 지정합니다. 이때 주소를 백엔드 프로젝트가 실행중인 EC2의 IP(Public I..

이전 글들에서 EC2를 생성하고 하나의 EC2에 프론트엔드를 실행하는 Nginx 서버와 백엔드를 실행하는 Node 서버를 같이 운영했었다. 이번 글에서는 프론트엔드 서비스와 백엔드 서비스를 각각 다른 EC2에 배포하고 서로 간 어떻게 통신을 할 수 있는지 알아보겠다. 기존 EC2에 그대로 Nginx(프론트엔드)를 실행하고 새로운 EC2를 생성하여 백엔드 소스를 옮겨 실행하는 방법으로 테스트를 진행하겠다. 먼저, 두 개의 EC2가 서로 같은 보안 그룹(Security Group)에 속한 경우를 살펴보겠다. 1. 새로운 EC2 인스턴스 생성 인스턴스 생성 시 중요한 것은 보안그룹을 기존 EC2와 같게 설정하는 것이다. 또한, 새로운 EC2의 특성상 기본적을 Public IP가 필요하지 않지만 외부에서 ssh..