Beelog

개발을 하다보면 데이터베이스에 테이블이 정상적으로 생성되었는지 데이터는 제대로 저장, 수정 되었는지 등을 확인하는 과정이 반드시 필요합니다. 터미널을 통해서도 접속은 가능하지만 보통은 DataGrip과 같은 툴을 사용하게 됩니다. 이번 글에서는 DataGrip에서 Private Subnet에 생성된 RDS에 접근하는 방법에 대해 알아보겠습니다. 1. Public Subnet에 EC2 생성 만약 기존 글을 따라하여 이미 Public Subnet에 Bastion Host EC2가 있는 경우에는 이 과정을 생략합니다. 하지만 Public Subnet에 EC2가 없는 경우에는 EC2를 생성하고 ssh로 접근할 수 있는 설정을 해야합니다. EC2 생성 및 ssh 접속: https://developerbee.tis..

이제 새로 Private Subnet에 생성된 EC2(Nginx)와 기존 Private Subnet에 존재하던 EX2(Node)를 연결하는 작업을 시작하겠습니다. 1. ALB 생성 Node EC2로 트래픽을 전달할 새로운 ALB를 생성합니다. 이 ALB의 경우 인터넷 통신을 하지 않고 VPC 내에서 통신할 것이기 때문에 기본 구성 > 체계 부분을 '내부'로 설정합니다. 네트워크 매핑은 ALB를 생성할 VPC와 서브넷을 선택하는데 이때 EC2 서버들이 있는 Private Subnet을 선택합니다. 보안 그룹은 Nginx EC2의 보안 그룹과 동일하게 설정합니다. (HTTP 80, HTTPS 443 허용) 마지막으로 리스너는 HTTP 80으로 설정하고 대상 그룹은 기존 Node를 실행하는 EC2를 포함한 대..

이전 아키텍처에서는 프론트엔드 소스를 빌드하여 S3에 저장하고 이를 CloudFront를 통해 서비스하였습니다. 이번에는 아키텍처를 변경하여 다시 EC2를 통해 React 서비스를 운영하고 기존 백엔드와 연결하는 작업을 진행해보겠습니다. 기존 아키텍처와 변경된 아키텍처를 비교하면 다음과 같습니다. 이 글은 기존 아키텍처가 생성되어 있다는 가정하에 기존 아키텍처를 수정해 나가는 방식으로 진행됩니다. 따라서 기존 아키텍처가 없는 경우 아래 글들을 참고하여 필요한 리소스들을 구성하시기 바랍니다. 1. 새로운 EC2를 위한 보안 그룹 생성 Private Subnet에 nginx가 설치된 EC2를 생성하기 전 이를 위한 보안 그룹을 생성합니다. 2. Private Subnet에 EC2 생성하기 기존 생성한 EC2..

지금까지는 HTTP와 HTTPS 요청 모두를 허용했었습니다. 이제는 HTTPS 통신이 가능하기 때문에 HTTP로 들어오는 요청을 HTTPS로 리다이렉트할 수 있도록 수정해보겠습니다. 1. CloudFront 배포 동작 편집 CloudFront에 접속하여 원하는 배포 ID를 선택하고 동작(Behaviors)로 이동합니다. 모든 경로(*)에 대하여 HTTP를 HTTPS로 리다이렉트 할 것이기 때문에 기존 경로 패턴이 기본값(*)인 동작을 선택하여 아래와 같이 편집합니다. 이후 배포가 끝나면 무효화를 한번 실행해주세요. 이제 브라우저 창에서 http://대체_도메인_이름으로 접속하게 되면 자동으로 https://대체_도메인_이름으로 변경되는 것을 확인할 수 있습니다. HTTP에서 HTTPS로 리다이렉트하는 부..

지금까지 브라우저에서 CloudFront의 배포 도메인 이름을 통해 웹 서비스에 접근하였습니다. 하지만 이는 기억하기도 어렵고 불편한 도메인이기 때문에 새로운 도메인을 생성하고 적용해보도록 하겠습니다. 1. 도메인 생성 외부의 무료 도메인 사이트를 통해서 도메인을 생성할수도 있지만, Route53도 도메인 이름 등록을 지원하기 때문에 Route53을 통해 도메인을 생성하도록 하겠습니다. 사용자는 example.com과 같은 도메인 이름을 구매하여 관리할 수 있으며 Amazon Route 53에서 도메인에 대한 DNS 설정을 자동으로 구성하게 됩니다. AWS Management Console에서 Route53을 검색하고 "도메인 > 도메인 등록"을 진행합니다. 위 두 과정을 거쳐 확인을 한 뒤, 도메인을 ..