안티 패턴(느슨한 연결): 강력하게 통합된 서버 체인을 중심으로 움직이며 이러한 겨우, 요소나 계층 중 하나에 중단이 발생하면 시스템에 치명적인 영향을 준다.
모범 사례 : 관리형 솔루션을 시스템 계층 간의 중간자로 사용하는 경우, 중계자가 구성 요소나 계층의 장애 및 크기 조정을 자동으로 처리한다.
마이크로 서비스 : SW개발에 대한 구조적이고 조직적인 접근 방식이다. 이 방식을 사용하면 SW를 소규모 서비스 모음으로 설계할 수 있다.
컨테이너: 애플리케이션의 코드, 구성 및 종속성을 하나의 객체로 패키징하는 표준화된 방식을 제공한다. 확장성과 이식성이 뛰어나며 지속적인 배포가 가능하여 마이크로서비스 아키텍처에 이상적이다. 또한 각 마이크로서비스는 별도의 구성 요소이므로 장애를 더 잘 견딜 수 있다.
AWS에 관리형 컨테이너 솔루션을 배포하려면 레지스트리, 오케스트레이션 도구, 컨테이너 호스팅을 선택하고 구성해야 한다.
VPC 엔드포인트 : VPC와 지원되는 AWS 서비스 간의 신뢰할 수 있는 경로를 제공. 인터넷 게이트웨이, NAT 디바이스, VPN 연결 또는 AWS Direct Connect 연결이 필요하지 않는다 .
인터페이스 엔드포인트 : 이를 사용하면 VPC 내에 포함되어 있는 것처럼 VPC가 서비스에 프라이빗 방식.
VPC 피어링 : 두 VPC 간 일대일 관계이다. 연결의 수에는 제한이 없다. 여러 VPC를 연결하여 다중 VPC를 연결하는 공유 서비스 VPC를 제공한다.(다른 AWS 리전에서 실행되는 VPC 리소스가 프라이빗 IP주소를 사용해 서로 소통할 수 있다.)
하이브리드 네트워킹
AWS Site-to-site VPN 연결에서는 VPN 터널 2개가 제공된다.
이 예시는 메세징 애플리케이션의 예이다. API 호출 수락 및 처리와 관련한 모든 일을 처리한다. API Gateway는 Amazon SQS의 메세징 대기열에 메세지를 제공하고, 이 대기열에서는 작업자 서비스가 메세지를 처리한다. Fargate DynamoDB를 거쳐 작업자가 성공 응답을 수신하면 Amazon SNS에 알림을 보낸다.
API Gateway: 이를 사용하여 API 생성, 유지 관리, 모니터링 및 보호할 수 있으며 애플리케이션을 AWS 서비스와 기타 퍼블릭 또는 프라이빗 웹 사이트에 연결할 수 있다.
Amazon SQS : 방대한 규모로 작동하므로 하루에 수십억 건의 메세지를 처리할 수 있다. 여러 이중화 가용 영역을 사용하여 가용성이 높은 단일 AWS 리전에 모든 메세지 대기열과 메세지를 저장한다.
Amazon SNS : 클라우드에서 손쉽게 알림을 설정, 운영 및 전송할 수 있는 웹 서비스. 게시-구독(pub-sub) 메세징 패러다임을 따르며 푸시 메커니즘을 사용하여 클라이언트에 알림을 전달한다.
목표
Amazon SNS 주제 생성
arn : arn:aws:sns:us-east-1:181035489964:resize-image-topic-0125
topic owner: 181035489964
SQS를 생성하고, 과제1에서 만든 SNS를 구독하도록 함.
모바일 SQS를 생성.
대기열에 알림 메세지가 전송되는지 확인.
Amazon S3 버킷이 주제에 게시를 할 수 있도록 Amazon SNS 엑세스 정책 구성
Amazon S3 이벤트 알림 생성
썸네일 이미지를 생성하는 Lambda 함수 생성
SQS 트리거를 추가하고 PYTHON 배포 패키지를 업로드하도록 CREATETHUMBNAIL LAMBDA 함수 구성
모바일 큐 대기열을 해당 기능의 트리거로 설정하도록 Lambda 함수 구성
객체 3개 업로드
S3 버킷에서 처리된 파일 확인
AWS 엣지 서비스
AWS 엣지 로케이션 : AWS 네트워크 백본을 통해 AWS 리전에 연결
(CloudFront, WAF, Shield가 여기서 사용되는 서비스)
AWS 로컬 영역 : 인구가 많은 산업 중심지와 가까운 곳에 배치됨.
AWS Outposts : 온프레미스나 자체 데이터 센터에서 일부 AWS 서비스를 실행할 수 있다.
AWS Snow 패밀리 : 엣지에서 오프라인 스토어를 제공. 이러한 스토리지를 사용하여 AWS 리전에서 데이터를 다시 전송함.
라우팅 정책
단순 라우팅 정책 : 도메인과 관련하여 특정 기능을 수행하는 리소스 하나에 사용.
장애 조치 라우팅 정책 : 액티브-패시브 장애 조치를 구성하려는 경우에 사용.
지리적 위치 라우팅 정책 : 사용자의 위치를 기준으로 트래픽을 라우팅하려는 경우.
지리 근접 라우팅 정책 : 리소스 위치를 기반으로 트래픽을 라우팅하고 선택적으로 한 위치의 리소스에서 다른 리소스로 트래픽을 이동하려는 경우에 사용.
지연 시간 라우팅 정책 : 여러 AWS 리전에 리소스가 있고 더 짧은 왕복 시간으로 가자 짧은 지연 시간을 제공하는 리저으로 트래픽을 라우팅하려는 경우 사용.
다중 응답 라우팅 정책 : Route53가 무작위로 선택된 최대 8개의 정상 레코드로 DNS 쿼리에 응답하려는 경우에 사용.
가중치 기반 라우팅 정책 : 트래픽을 지정한 비율로 여러 리소스 라우팅하는 데 사용.
Amazon CloudFront: 웹 사이트, API, 동영상 콘텐츠 또는 기타 웹 자산의 전송을 가속화하는 글로벌 CDN 서비스.
CloudFront 캐싱 단계 :
DDos 보호
복구 시점 목표(RP0) : 시간 단위로 측정한 허용 가능한 데이터 손실량.
복구 시간 목표(RTO) : 운영 수준 계약(OLA)에서 정의한 바와 같이 중단 후 비지니스 프로세스를 서비스 수준으로 복원하기까지 걸리는 시간.
백업 전략
자동 백업 전략
목표