728x90 AWS/Cloud Practitioner13 AWS Well-Architected 프레임워크 Well-Architected 프레임워크 AWS 아키텍트, 개발자 및 사용자가 애플리케이션을 위해 를 구현하도록 설계되었습니다. 이 프레임워크는 다섯 개의 핵심 요소로 구성되어 아키텍처 검토 및 설계에 대한 일관된 접근 방식을 보장합니다. 1. 운영 우수성입니다. 비즈니스 가치를 제공하기 위한 시스템 실행 및 모니터링과 이를 통한 프로세스 및 절차 개선에 초점을 맞춥니다. 예를 들어 배포 파이프 라인을 사용한 변경 자동화 또는 트리거된 이벤트에 대한 응답입니다. 시스템을 실행 및 모니터링하여 비즈니스 가치를 제공하고 지속적으로 지원 프로세스 및 절차를 개선하는 능력입니다. 클라우드에서의 운영 우수성을 위한 설계 원칙에는 코드로 작업 수행, 문서에 주석 추가, 실패 예측, 되돌릴 수 있는 소규모 변경을 자.. 2022. 4. 26. 고객이 AWS인프라와 상호 작용하는 방법(= 글로벌 네트워킹) DNS, CDN AWS에서 호스팅하는 웹사이트가 있다면 고객은 대부분의 경우 자신의 브라우저에서 여러분의 웹사이트로 들어간 다음 Enter 키를 누릅니다. 그러면 웹이 열립니다. How? Route 53 - AWS Domain Name Service, DNS로 가용성과 확장성이 뛰어납니다. - 개발자와 비즈니스가 최종 사용자를 AWS에서 호스팅되는 인터넷 애플리케이션으로 라우팅할 수 있는 안정적인 방법을 제공 - 번역 서비스라고 생각하면 됩니다. 하지만 언어를 번역하는 대신 웹사이트 이름을 컴퓨터가 읽을 수 있는 주소인 IP, 즉 인터넷 프로토콜로 번역하죠. - Amazon Route 53는 사용자 요청을 AWS에서 실행되는 인프라(예: Amazon EC2 인스턴스 및 로드 밸런서)에 연결합니다. 또한 사용자를 AWS .. 2022. 4. 24. 서브넷 및 네트워크 액세스 제어 목록 + 네트워크 ACL VPC는 게이트웨이는 경계에만 적용되며 IT 전략의 일환으로 주력해야 하는 네트워크 보안의 구성 요소일 뿐입니다. AWS에는 모든 보안 계층, 즉 네트워크 강화, 애플리케이션 보안, 사용자 ID, 인증 및 권한 부여, 분산 서비스 거부(DDoS) 방지, 데이터 무결성, 암호화 등을 처리하는 다양한 도구가 있습니다. VPC에서 서브넷을 사용하는 이유?? - 유일한 기술적인 이유는 게이트웨이에 대한 액세스 관리를 위함 - 서브넷은 트래픽 권한을 제어합니다. 퍼블릭 서브넷은 인터넷 게이트웨이에 액세스할 수 있습니다. 프라이빗 서브넷은 그렇지 않죠. 서브넷의 역할 일부 고객이 계산원을 건너 뛰고 바리스타에게 직접 주문하려 한다고 가정해 보십시오. 그러면 주문 흐름이 중단되고 고객이 커피숍의 제한 구역에 접근하게.. 2022. 4. 24. AWS 네트워크, VPC Amazon Virtual Private Cloud, Amazon VPC AWS 서비스를 사용하는 수백만 명의 고객을 상상해 보십시오. 또한 이들 고객이 생성한 Amazon EC2 인스턴스와 같은 수백만 개의 리소스를 상상해 보십시오. 이러한 모든 리소스에 경계가 없으면 네트워크 트래픽이 제한 없이 리소스 간에 흐를 수 있습니다. AWS 리소스에 경계를 설정하는 데 사용할 수 있는 네트워킹 서비스가 Amazon Virtual Private Cloud(Amazon VPC)입니다. Amazon VPC를 사용하여 AWS 클라우드의 격리된 섹션을 프로비저닝할 수 있습니다. 이 격리된 섹션에서는 사용자가 정의한 가상 네트워크에서 리소스를 시작할 수 있습니다. 한 Virtual Private Cloud(VPC) 내.. 2022. 4. 24. [AWS]서버리스 AWS Lambda, Container, ECS, EKS, Fargate EC2 인스턴스는 최소한의 손실로 프로비저닝해 AWS에서의 가동 및 실행할 수 있는 가상 머신입니다. EC2는 기본 웹 서버 실행에서 고성능 컴퓨팅 클러스터에 이르는 다양한 사용 사례에 적합합니다. Amazon EC2에서 실행하려는 애플리케이션이 있는 경우 다음과 같이 해야 합니다. 1. 인스턴스(가상 서버)를 프로비저닝합니다. 2. 사용자 코드를 업로드합니다. 3. 애플리케이션이 실행되는 동안 계속해서 인스턴스를 관리합니다. 따라서 EC2는 놀라울 정도로 유연하고 안정적이며 확장 가능하지만 사용 사례에 따라 컴퓨팅 용량과 관련해 대안을 찾아야 할 수도 있습니다. EC2를 사용하면 사용자가 시간에 따라 인스턴스 플릿을 직접 설정 및 관리해야 합니다. EC2를 사용할 때는 사용자가 새 소프트웨어 패키지가 .. 2022. 4. 23. [AWS]메시징SNS 및 대기열SQS 커피숍에서 계산원은 고객의 주문을 받고 바리스타는 음료를 만듭니다. 현재는 계산원이 주문을 받고 종이에 기록한 다음 주문을 바리스타에게 전달하죠. 그러면 바리스타는 주문서를 참고해 음료를 만듭니다. 다음 주문이 들어오면 이 프로세스가 반복됩니다. 이 작업은 계산원과 바리스타가 손발이 잘 맞을 때는 효과가 탁월하죠. 하지만 계산원이 주문을 받고 주문서를 바리스타에게 전달했는데 바리스타가 쉬고 있거나 다른 주문을 처리하느라 바쁘다면 어떨까요? 계산원은 바리스타가 주문을 처리할 준비가 되기 전까지는 아무것도 할 수 없습니다. 그리고 특정 시점이 되면 주문이 취소되고 계산원은 다음 고객을 응대하게 될 것입니다. 이 프로세스에는 결함이 있습니다. 계산원이나 바리스타의 손발이 맞지 않으면 프로세스가 저하되어 주문을.. 2022. 4. 23. [AWS]Elastic Load Balancing, ELB Amazon EC2 Auto Scaling을 사용하여 규모 조정 문제를 해결했습니다. 하지만 약간의 트래픽 문제가 발생했군요. 고객이 커피숍에 오면 현재 계산원은 3가지 방법으로 주문을 받을 수 있습니다. 이상하게도 대부분의 고객은 한 줄로 서기 때문에 각 줄에 고객이 균일하게 분산되지 않습니다.(= 한 인스터스에만 쏠림) 가만히 서서 아무 일도 하지 않는 다른 계산원이 주문을 기다리고 있는데도요. 들어온 고객은 어디에서 주문을 해야 할지 정확하게 알지 못합니다. 이 상황에 호스트를 추가한다면 큰 도움이 될 것입니다. 다른 인스턴스가 쉬고 있는 동안 인스턴스 하나만 백업되게 하면 안 됩니다. 요청 처리를 위해 요청을 인스턴스로 라우팅할 방법이 필요합니다. 이 문제를 해결하려면 로드 밸런싱이 필요합니다. .. 2022. 4. 23. [AWS]EC2 규모 조정, Auto Scaling AWS의 또 다른 주요 이점은 확장성과 탄력성 확장성을 위해서는 필요한 리소스만으로 시작하고 확장 및 축소를 통해 수요 변화에 자동으로 대응하도록 아키텍처를 설계해야 합니다. 그 결과, 사용한 리소스에 대해서만 비용을 지불합니다. 컴퓨팅 용량 부족 때문에 고객의 요구 사항을 충족할 수 없을지 걱정할 필요가 없습니다. Amazon EC2 인스턴스에 이 조정 프로세스가 자동으로 수행되도록 하는 AWS 서비스가 Amazon EC2 Auto Scaling Amazon EC2 Auto Scaling 잘 로드되지 않고 빈번히 시간 초과되는 웹 사이트에 액세스하려고 한 적이 있다면 이 웹 사이트가 처리할 수 있는 것보다 많은 요청을 수신한 것일 수 있습니다. 이는 커피숍에 고객의 주문을 처리할 바리스타가 한 명밖에 .. 2022. 4. 23. 이전 1 2 다음
