Cloud/AWS17 [AWS Session 기록] 12가지 디자인 패턴으로 알아보는 클라우드 네이티브 마이크로서비스 아키텍처 - 김형일, AWS / 박진현, AWS :: AWS Summit Seoul 2023 ✅ API 관리 및 소비 API Gateway 마이크로서비스의 비즈니스 기능을 API 소비자에게 통합된 API 엔드포인트 형태로 노출하는 패턴 모든 API 트래픽을 먼저 받으므로, 리버시 프록시 역할을 할 수 있다. 문제점 : SPOF, 스케일 아웃이 적용되지 않으면 병목 발생, 네트워크 호출 추가로 인한 응답 시간 증가, API GW와 내부 마이크로서비스가 결합됨 https://developerbee.tistory.com/233 Backend for Frontend 특정 FE 애플리케이션을 위한 맞춤 API를 BFF API로 제공해 서비스 제공 유연성과 안정성을 향상시키는 패턴. 모바일 애플리케이션을 위한 푸시 알림 API 제공, 모바일 애플리케이션을 위해 더 가벼운 데이터 제공, 더 나은 보안 프로토.. 2023. 10. 27. [AWS Session 기록] 가상 데이터 센터 만들기 - VPC 기본 및 연결 옵션 - 양승도 솔루션즈 아키텍트(AWS 코리아) 오프닝 VPC가 왜 중요한가? VPC는 리소스를 위치시킬 수 있는 기본적인 컴포넌트이다. VPC는 클라우드 네트워크 내에 나만의 네트워크를 구성하고 가상의 데이터 센터를 사용할 수 있도록 설정할 수 있다. 옛날에는 처음 가입하고 나서 EC2를 만들면 랜덤 AZ에 EC2가 생성되는 EC2 Classic 방식을 사용했다. 2013년부터는 Default VPC에 첫 EC2가 만들어진다. 왜 그랬냐면 앞으로 설명할 것들 때문에.. VPC 내부 구성 살펴보기 VPC 내부의 엔드 포인트들은 private IP를 가지며, 각 EC2가 종료되기 전까지는 바뀌지 않는다. 작은 단위인 서브넷 단위로 공간을 분리해서 가상머신을 위치시킨다. 보안이 중요한 DB는 인터넷으로 나가는 길목이 아닌 쪽의 서브넷에 위치시켜서 원하는 .. 2023. 10. 27. [콘솔과 테라폼 구현] 사용자 > 1000 : 서버와 RDS 이중화, ALB, Read Replica 추가 단일 EC2와 DB를 사용하는 아키텍처의 문제점 페일오버 없음 이중화 없음 EC2 SPOF : EC2에 장애 발생 시 비즈니스 연속성에 바로 영향을 미침 이중화 - 다중 AZ, RDS 스탠바이 인스턴스, ELB Multi AZ 서버 구성 : 가용 영역 확장으로 고가용성 확장. 하나의 AZ에서 장애가 발생했을 때 다른 AZ으로 트래픽 이동 DB 이중화 : RDS의 복제본을 구성하여 Multi AZ에 구성. RDS의 Multi-AZ 옵션을 enable하면 스탠바이 DB 인스턴스가 생기고, 두 인스턴스는 sync 방식으로 동기화됨. ELB : Multi AZ로 트래픽을 분산하는 부하 분산 서비스. 소프트웨어 기반의 LB이므로 확장성이 높다. 헬스 체크, 스티키 세션, SSL부하 오프로드, 모니터링과 로깅 적용.. 2023. 10. 22. [콘솔과 테라폼 구현] 첫 사용자 1명 : 단일 EC2 + EIP 아키텍처 단일 EC2 인스턴스 : 웹 서버, 데이터베이스, 파일 저장 등을 처리 단일 Elastic IP : 한대의 EC2 인스턴스가 사용하는 고정 public IP (사용 지양) Route 53 : Elastic IP를 등록하고 DNS name을 제공하는 AWS의 DNS 서비스 문제점 페일오버 없음 이중화 없음 → 한 바구니에 계란을 모두 담지 말자 구현 사항 EC2 인스턴스 생성 Elastic IP 할당 EC2를 웹 서버로 만들기 콘솔 구현 자료 EC2 Web Server with User Data : https://www.geeksforgeeks.org/create-an-ec2-instance-with-ec2-user-data-script-to-launch-website/ EIP 할당 : https.. 2023. 10. 22. 테라폼 실습 : 천만 사용자를 위한 AWS 클라우드 아키텍처 진화하기 2023년 10월 중순, 클라우드 클럽 4기 테라폼 스터디에 참여하고 있습니다! (੭˙ ˘ ˙)੭ 테라폼 교재 챕터1 까지 읽은 상태, 그냥저냥 책만 읽고 넘기는 기분이라 인프라 아키텍처를 직접 테라폼으로 만들어보자고 제안했습니다. 그래서 이번주부터 원하는 AWS 아키텍처를 정해 분석하고 테라폼으로 프로비저닝하는 방식으로 스터디 목표를 변경했습니다. 어떤 아키텍처를 만들어볼까, AWS 아키텍처 백서나 모범 사례 등등 여러 아키텍처를 살펴봤는데, 선택의 폭이 너무 넓어 어느 하나를 정하기 어려웠습니다. 나같은 클라우드 뉴비가 인프라 공부도 하면서 테라폼 연습도 할 수 있는 방법이 뭐가 있을까 유튜브를 찾아보다가 ****라는 엄청난 세션 영상을 발견했습니다. 사용자의 규모가 증가함에 따라 늘어나는 트래픽을 .. 2023. 10. 22. 이전 1 2 3 다음
