aws elasticbeanstalk
Elastic Beanstalk 정복하기 - 10 (EBExtensions 활용하기)
Elastic Beanstalk 정복하기 - 10 (EBExtensions 활용하기)
2024.03.16EB 정복하기 - 1 EB 정복하기 - 2 EB 정복하기 - 3 EB 정복하기 - 4 EB 정복하기 - 5 EB 정복하기 - 6 EB 정복하기 - 7 EB 정복하기 - 8 EB 정복하기 - 9 환경을 구성하고, 해당 환경을 EBExtensions로 환경을 변경해 본다. 환경 구성 구성한 환경은 아래 캡처를 참고하면 된다. 환경은 도커이고, 고가용성을 선택했다. 현재 구성은 최소 인스턴스 1, 최대 인스턴스 4, 스케일 아웃 인 트리거는 NetworkOut이다. 활용한 EBExtensions 오토 스케일링 크기를 지정하는 ebextension option_settings: aws:autoscaling:asg: MinSize: 2 MaxSize: 4 EC2의 config다. 여기서 좋은 것은 SSHSourc..
Elastic Beanstalk 정복하기 - 9 (EBExtensions 정리)
Elastic Beanstalk 정복하기 - 9 (EBExtensions 정리)
2024.03.12EB 정복하기 - 1 EB 정복하기 - 2 EB 정복하기 - 3 EB 정복하기 - 4 EB 정복하기 - 5 EB 정복하기 - 6 EB 정복하기 - 7 EB 정복하기 - 8 이전에 애플리케이션 EB Health Check URL 지정과 환경 변수 지정한. ebextensions 자주 쓸만한 옵션들을 알아보고 다음 포스팅에서 적용해 볼 예정이다. aws:autoscaling:asg 인스턴스의 가용 영역 설정, 스케일링 아웃 다운 휴지기 시간 지정, 용량 리밸런싱, 최소 사이즈, 최대 사이즈가 있다. 간단하게 모든 옵션에 대해서 예시를 적어봤다. 필요에 맞게 설정하면 된다. option_settings: aws:autoscaling:asg: Cooldown: '720' # default 360 MinSize:..
Elastic Beanstalk 정복하기 - 8 (CI/CD - CodePipeline)
Elastic Beanstalk 정복하기 - 8 (CI/CD - CodePipeline)
2024.03.09EB 정복하기 - 1 EB 정복하기 - 2 EB 정복하기 - 3 EB 정복하기 - 4 EB 정복하기 - 5 EB 정복하기 - 6 EB 정복하기 - 7 Github Action, CodePipeline 비교 CodePipeline CI/CD를 구현해 보기 앞서 Github Action과 비교해 보자. 1. Trigger Github Action: workflow.yaml 파일 기준으로 merge시 동작 CodePipeline: CodeStar로 Github 레포지토리와 브랜치 연결 merge시 동작 workflow 파일에서 on: push: branches와 마찬가지로 CodePipeline에서도 특정 브랜치를 지정할 수 있다. 물론 다른 방법도 있지만, 자동화하기에 좋은 방법이라고 생각한다. 2. Bui..
Elastic Beanstalk 정복하기 - 1 (환경 구성)
Elastic Beanstalk 정복하기 - 1 (환경 구성)
2024.02.28Elastic Beanstalk 정복하기 첫 번째는 콘솔 1페이지다. 하나씩 알아보자. (이하 EB라고 칭하겠음) Elastic Beanstalk 뼈대 EB는 애플리케이션, 환경, 환경 티어로 구성된다. 가장 바깥쪽 틀은 애플리케이션으로 하나의 서비스 즉 배포하는 애플리케이션이다. (ex 카카오톡, 쿠팡이츠) 일반적인 서비스는 애플리케이션 내에서 환경을 구분하여 실제로 고객에게 서비스를 제공하는 production, 내부 테스트용 stage, 개발용 dev와 같이 사용한다. 여기서 쓰이는 환경과 똑같이 봐도 무방하다. (도메인은 자동적으로 채워주기에 내버려 두어도 무방하며, 도메인이 있을 경우 route53을 활용하면 된다.) 환경 티어는 EB만의 개념인데 WEB 서비스를 제공하면 WEB티어, WEB서비..
Elastic Beanstalk 정복하기
Elastic Beanstalk 정복하기
2024.02.27모놀리틱, 과연 구시대적인 기술일까? EKS 기반 MSA 프로젝트를 약 1년 7개월간 담당하며 MSA의 장점보다는 개발과 배포의 어려움을 직접 경험했다. 과연 모든 프로젝트에서 MSA가 최고의 선택일까?라는 답변에는 절대 아니라고 말할 수 있다. 나에게 있어서 초심으로 돌아가 모놀리틱 아키텍처를 재조명됐다. 모놀리틱 아키텍처는 단순하고 관리가 용이하며, 배포도 간단하다는 장점을 가지고 있다. 이러한 이유로 작은 규모의 프로젝트나 소수의 인원이 관리하는 경우 모놀리틱 아키텍처가 더 적합할 수 있다고 생각한다. 모놀리틱 애플리케이션을 보다 효율적이고, 간편하게 다룰 수 있는 강력한 서비스인 Elastic Beanstalk에 대한 정복기를 쭉 작성해보려고 한다. Elastic Beanstalk이란? AWS에..