제 블로그의 모든 글은 IMHO로 쓴 것입니다. 잘못된 부분이 있으면 덧글을 통해서 소통을 하면 더 좋은 글로 발전이 될 수 있을 것 같습니다. 그렇지만 소통을 할 때 서로의 감정을 존중하는 선에서 해주셨으면 좋겠습니다. 감사합니다:)
elb 와 ecs의 공통점
추가 비용 없이 애플리케이션을 저장 및 실행하는 데 필요한 AWS 리소스에 대해서만 요금을 지불하면 됩니다. elb, ecs 모두 EC2 인스턴스를 사용합니다. 아마존이 EC2 인스턴스 가격을 위반하는 방식으로 돈을 절약 할 수 없습니다.
다중 컨테이너 고정 장치 구성을 사용하는 EBS는 실제로 ECS를 사용합니다. Have a look: http://docs.aws.amazon.com/elasticbeanstalk/latest/dg/create_deploy_docker_v2config.html
elb란?
애플리케이션을 생성 및 배포한 후
- 애플리케이션 정보 - 측정치
- 이벤트 및 환경 상태 등을 AWS Management 콘솔
- API 또는 통합된 AWS CLI 등 명령줄 인터페이스에서 확인할 수 있습니다.
코드를 업로드하기만 하면 Elastic Beanstalk가 용량 프로비저닝, 로드 밸런싱, Auto Scaling부터 시작하여 애플리케이션 상태 모니터링에 이르기까지 배포를 자동으로 처리합니다.
좀 더 깊게 elb
도커로 만든 것, amazon ecr등에 리포지토리 만들 수 있다.
elastic-beanstalk설명 9pg부터: https://www.slideshare.net/awskorea/aws-elastic-beanstalk-docker-80047681
ecs - 향상된 클러스터 관리 및 스케줄링
같은 클러스터에 많은 서비스가 있습니다. 클러스터로 자동 확장 그룹에서 많은 t2.small 인스턴스를 실행합니다.
elb와 ecs 각각의 장단점(상대적)
elb
장점:
- 배포가 쉽다. 단점:
- clustering이 안된다.
ecs
장점:
- 같은 클러스터에 많은 서비스가 있습니다(그래서 테섭으로 많이쓴다.)
- 그것은 ECS의 큰 장점 중 하나입니다. 우리는 클러스터로 자동 확장 그룹에서 많은 t2.small 인스턴스를 실행합니다.
단점:
- ECS의 학습 곡선은 ELB에 비해 가파릅니다.
- AWS 콘솔에서 자리를 차지할 수 있도록 실제로 GUI 유형의 명령 행 서비스입니다.
- 조금 더 많은 CPU가 필요하기
- ECS에 배포한다는 것은 애플리케이션이 100 % 임계 값을 초과하지 않도록하기 위해 조금 더 많은 CPU가 필요하기(수동이기에 )
- ECS는 elb보다 상대적으로 다른 서비스(rds,logging)등을 사용하기 불편하다.
보통 어느 경우에 쓰나?
elb - 배포할 때 ecs - 테스트 서버를 돌릴때, 작은 서비스 일 때, 이미 도커 이미지가 있을 때 — 참고자료 https://www.reddit.com/r/aws/comments/4sk6a4/elastic_beanstalk_vs_ecs/ https://www.slideshare.net/awskorea/aws-elastic-beanstalk-docker-80047681 https://aws.amazon.com/ko/ecs/faqs/ https://aws.amazon.com/ko/elb/faqs/