✍️ 당면 과제
- 예상치 못한 트래픽 증가에 대응할 해결책의 부재
- 기존 환경이 IBM
- 시스템 유연성이 떨어짐, 실제 개발 환경 및 운영 환경에 대한 민첩성이 저조함 (유연한 서버 사용 어려움, 미 사용 서버도 사용했어야 함)
- 다른 환경에서 본적 요청 및 담당 영업 조회 등과 같은 기타 업무 또한 정확한 파악 어려움
✍️ 르노 삼성 자동차 인프라 아키텍쳐
시스템 확장성 및 서버의 비 유연성 등의 이유로 발생하는 비용 문제를 해결하는 것이 시급했기에 AWS에서 제공 가능한 탄력적인 인프라 운영과 서비스 응답 속도의 개선을 위한
민첩성이 필요했기 때문에 AWS로 이관하게 되었다.
✍️ 사용 서비스
EC2, RDS, S3, Cloud Watch, ELB(Elastic Load Balancing)
📌 EC2 & RDS 사용 + S3 도입
▪️ RDS를 사용하게 되면 OS 및 데이터베이스의 설치 및 관리 그리고 업데이트를 따로 할 필요가 없어진다.
▪️간단하게 인스턴스 크기를 축소 및 확장할 수 있으며 클릭 한번으로 높은 가용성
→ 기업은 데이터베이스 도입 및 관리하는데 있어서 시간과 노력 기울일 수 있음
▪️S3는 가장 유연한 스토리지 관리 및 관리 기능 세트를 제공
- 모르는 개념 보완
S3 란? - 데이터를 저장할 수 있도록 도와주는 서비스
S3 (Simple Storage Service) 는 인터넷 스토리지 서비스. 용량에 관계없이 파일 저장할 수 있고 웹(HTTP 프로토콜)에서 파일 접근 가능
프리티어에서 무료로 사용 가능 S3을 써야 하는 이유는 성능과 비용에 있다. 대용량의 파일 저장을 EC2와 EBS를 통해 구축한다면 상당히 많은 비용이 들고, 노력이 요구된다. 하지만 S3는 저장 용량이 무한대이고 파일 저장에 최적화 되어 있기 때문에 용량을 추가하거나 성능을 높이는 작업을 하지 않아도 된다. 비용 또한, EC2와 EBS로 구축하는 것보다 훨씬 저렴하다. 별도의 클라이언트나 ActiveX 설치 없이 웹 브라우저에서 바로 사용할 수 있습니다. 또한, 앞서 설명한 것처럼 S3 자체로 정적 웹 서비스가 가능한 것도 큰 특징- 버킷 : 데이터가 저장되는 공간
- 객체 : 버킷에 담기는 데이터는 객체 안에 담김
- key : value 의 형태로 담김
- S3에 REST API 로 https 방식을 이용해서 요청
- GET “https://버킷의 이름”.s3.amazonaws.com/”데이터이름”
📌 Amazon Cloud Watch
▪️트래픽 감지를 위해 Amazon Cloud Watch 사용
▪️애플리케이션 모니터링서비스, 지표를 감시해 알림을 보내고 임계 값 위반시 모니터링 중인 리소스를 자동으로 변경하는 경보 생성가능
▪️1분단위에서 2초단위로 튜닝
- Amazon Cloud Watch 란? AWS 에서 실시간으로 진행 중인 애플리케이션을 모니터링 한다.
📌 Auto Scailing
▪️ 인스턴스가 비정상 상태일때 이를 감지하여 종료한 다음 다른
인스턴스 시작, 여러개의 가용 영역 사용하도록 하는 것!
▪️ 어플리케이션 가용성을 더욱 편리하게 관리하게 함.
- Auto Scailing 을 사용하면 애플리케이션 가용성을 유지하는데 도움이 되며, 사용자가 정의한 조건에 따라 자동으로 Amazon EC2 용량을 급격하게 확장 및 축소 가능. 또한, EC2 인스턴스의 동적 조장을 위해 Auto Scailing 을 사용하면 수요가 급증할때는 Amazon EC2 인스턴스 수를 자동으로 늘려 성능을 유지하고 수요가 잠잠해지면 용량을 줄여 비용을 절감할 수 있다.
📌Elastic Load Balancing
▪️ 애플리케이션 트래픽을 자동으로 배포
▪️로드 밸런서를 구성하여 EC2 인스턴스에 트래픽을 라우팅
▪️ 애플리케이션의 가용성과 내결함성이 높아진다.
- ELB 네트워크 트래픽을 분산하여 애플리케이션 확장성 개선
✍️ ELB는 다음과 같은 서비스를 통해 애플리케이션의
가용성과 확장성을 개선한다.
💡 EC2, EC2 Auto Scailing, Certificate Managaer , CloudWatch, Amazon ECS, AWS Global Accelerator, Route 53, AWS WAF✍️ 추후 사용 고려 서비스
📌 Glue, EMR
- Glue : fully managed 서비스로 데이터를 데이터 원천으로부터 추출하고, Amazon S3와 같은 다른 AWS 서비스로 데이터를 가공하고 이동시키기 위한 서비스들로 구성되어있음
- AWS 클라우드 데이터를 데이터 스토어로 변환하고 이동
- AWS Glue로 이벤트 중심 ETL(관리형 ETL(추출-변환-로드)) 파이프라인을 생성 가능
- EMR : 빅 데이터 프레임워크 실행을 간소화하는 관리형 클러스터 플랫폼
- Amazon EMR은 컴퓨팅 필요 변화에 따라 클러스터를 확장하거나 축소할 수 있는 유연성을 제공
📌RDS → Aurora 일정 부분 전환
-
Amazon Aurora(Aurora)는 MySQL 및 PostgreSQL과 호환되는 완전 관리형 관계형 데이터베이스 엔진
-
Aurora는 완전히 새로운 DBMS가 아니라, 기존 RDBMS의 하부 구조를 AWS에 맞게 개조하여 ACID는 유지하면서 자동화된 장애복구와 HA가 가능하도록 만든 RDBMS이다
-
MySQL과 완전히 호환되며 AWS에서 RDS 기반의 Workload를 돌리는 분이라면 Aurora로의 전환을 고려해도 좋다고 한다.
-
?
- ACID : 데이터베이스 트랜잭션이 안전하게 수행된다는 것을 보장하기 위한 성질을 가리키는 약어
- HA : High Availability
- 고가용성은 내구성이 뛰어나고 오랫동안 고장없이 지속적으로 작동할 가능성이 높은 시스템을 말한다.
✍️ 사용 이득
▪️ 시스템 확장성의 어려움을 스케일 업, 아웃 형태를 사용하여 트래픽 예측 불가능 불편함 해소
▪️ 더욱 유연한 시스템 전환, 리소스에 대한 최적화
▪️ 고객에 대한 서비스 응답 속도 크게 개선, 대응 민첩성 향상, 이벤트 효과적인 처리
