aws

새로운 기능 – AWS Direct Connect SiteLink를 통해 사이트 간 연결 AWS Direct Connect의 새로운 기능인 AWS Direct Connect SiteLink를 출시합니다. 이러한 기능을 사용하면 AWS 글로벌 네트워크 백본을 통해 온프레미스 네트워크 간에 연결을 생성할 수 있습니다. 지금까지도, 데이터 센터 또는 지사 간에 직접 연결이 필요한 경우에는 공용 인터넷이나 비용이 많이 들고 배포하기 어려운 고정 네트워크에 의존해야 했습니다. 이러한 네트워크는 지리적 제한이 적용되며 장기 계약과 연계될 수 있습니다. 이러한 유연하지 못한 특성은 비즈니스를 전 세계로 확장함에 따라 문제가 됩니다. 결과적으로 여러 공급 업체의 네트워크를 상호 연결하기 위한 맞춤형 해결 방법을 만들어야 하므로 운영 비용이 증가합니다. 오늘부터는, AWS 리전을 통해 트래픽을 전송하지 않고 Direct Connect 로케이션을 통해 사이트를 연결할 수 있습니다. 이 게시물을 작성하는 지금 시점을 기준으로 아프리카, 아메리카, 아시아 태평양, 유럽 및 중동 전역에 걸쳐 32개국에서 108개의 Direct Connect 위치를 사용할 수 있습니다. 트래픽은 가능한 가장 짧은 경로를 따라 한 Direct [ more… ]

새로운 기능 – Amazon CloudWatch 기반 실제 사용자 모니터링 2009년에 저는 Amazon EC2의 새로운 기능인 Elastic Load Balancing, Auto Scaling, Amazon CloudWatch라는 제목의 블로그 게시물을 작성했습니다. 이 게시물에서는 Amazon CloudWatch가 확장성과 가용성이 뛰어난 애플리케이션을 구축하는 데 어떤 도움을 주는지 설명했으며, 배포 및 유지 관리 없이 지표에 대한 비용 효율적인 실시간 가시성을 제공한다는 점에 주목했습니다. 출시 이후 동일한 목표를 염두에 두고 CloudWatch에 많은 새로운 기능을 추가했습니다. 예를 들어, 작년에 CloudWatch Synthetics를 사용하여 사이트, API 엔드포인트, 웹 워크플로 및 기타 항목을 모니터링하는 방법을 보여드렸습니다. 실제 사용자 모니터링(RUM) 그 다음으로 큰 과제(오늘 여러분에게 발표하려는 핵심)는 성능을 이해하고 사용자에게 최적의 환경을 제공하기 위해 웹 애플리케이션을 모니터링하는 것입니다. 브라우저 유형, 브라우저 구성, 사용자 위치, 연결성 등 관련된 변수의 수가 많기 때문에 지금까지 합성 테스트만 진행될 수 있습니다. 사용자에게 정말 중요한 것은 사용자가 받는 경험이며, 저희가 여러분을 도와 전달하려는 것도 바로 이것입니다! Amazon CloudWatch RUM은 이러한 [ more… ]

신규 – Amazon EBS Snapshots Archive EBS 볼륨의 Amazon Elastic Block Store(EBS) 스냅샷을 장기 보존하기 위한 새로운 스토리지 티어인 Amazon EBS 스냅샷 아카이브를 제공하게 되어 기쁘게 생각합니다. 간단히 말해서 EBS는 Amazon Elastic Compute Cloud(Amazon EC2) 인스턴스를 위한 간편한 고성능 블록 스토리지 서비스입니다. EC2 인스턴스에 탑재된 EBS 볼륨을 사용하면 운영 체제를 부팅하고, 최고 성능을 필요로 하는 워크로드의 데이터를 저장할 수 있습니다. EBS 스냅샷을 사용하여 볼륨 데이터의 특정 시점 복사본을 생성할 수 있습니다. 볼륨의 첫 번째 스냅샷에는 해당 볼륨에 쓰여진 모든 데이터가 포함됩니다. 후속 스냅샷은 증분식으로 이루어집니다. 스냅샷은 Amazon Simple Storage Service(Amazon S3)에 저장되며 여러 AWS 계정과 AWS 리전 간에 공유될 수 있습니다. 스냅샷을 자주 생성하고 볼륨을 쉽게 복원할 수 있기 때문에 EBS 스냅샷은 다른 백업 옵션과 함께 사용할 경우 데이터 관리 전략에 적합한 옵션이 될 수 있습니다. 그 증분 특성 덕분에 스냅샷은 즉각적인 복구가 필요한 일간 및 주간 백업에 사용할 경우 [ more… ]

신규 – Amazon SQS 스탠더드 대기열을 위한 향상된 배달 못한 편지 대기열(DLQ) 관리 환경 수십만 명의 고객이 Amazon Simple Queue Service(SQS)를 사용하여 마이크로서비스, 분산 시스템 및 서버리스 앱을 분리하고 확장하는 메시지 기반 애플리케이션을 구축합니다. 대기열 소비자가 메시지를 성공적으로 처리할 수 없는 경우 배달 못한 편지 대기열(DLQ)에 이를 저장하도록 SQS를 구성할 수 있습니다. 소프트웨어 개발자 또는 아키텍트는 DLQ에서 사용되지 않은 메시지를 검사하고 검토하여 처리할 수 없는 이유를 파악하고, 패턴을 식별하고, 코드 오류를 해결하고, 궁극적으로 이러한 메시지를 원래 대기열에서 다시 처리해야 합니다. 이러한 사용되지 않은 메시지의 수명 주기는 수동적이고 시간이 많이 소요되는 오류 처리 워크플로의 일부입니다. 사용되지 않은 메시지를 DLQ에서 소스 대기열로 쉽게 리드라이브할 수 있는 SQS 표준 대기열에 대한 새로운 향상된 DLQ 관리 환경이 오늘 정식 출시되었습니다. 이 새로운 기능은 SQS 콘솔에서 사용할 수 있으며 처리 중인 오류의 식별과 해결로 구성된 오류 처리 워크플로의 중요한 단계에 집중하는 데 도움이 됩니다. 이 [ more… ]

새로운 DynamoDB 테이블 클래스 – 최대 60%까지 DynamoDB 비용 절감 오늘은 Amazon DynamoDB Standard-Infrequent Access(DynamoDB Standard-IA)를 발표합니다. 기존 DynamoDB Standard 테이블에 비해 스토리지 비용을 60% 절감하면서 동일한 성능, 내구성 및 크기 조정을 제공하는 DynamoDB의 새로운 테이블 클래스입니다. 오늘날 많은 고객들이 자주 액세스하지 않는 데이터를 DynamoDB와 Amazon Simple Storage Service(Amazon S3) 간에 이동하고 있습니다. 즉, 고객은 데이터를 마이그레이션하고 DynamoDB용 API와 Amazon S3용 API라는 두 가지 API를 지원해야 하는 복잡한 애플리케이션을 구축하는 프로세스를 개발하고 있습니다. DynamoDB Standard-IA 테이블 클래스는 애플리케이션 코드를 변경하지 않으면서 자주 액세스하지 않는 데이터를 DynamoDB에 저장할 수 있는 비용 최적화된 솔루션을 원하는 고객을 위해 설계되었습니다. 이 새로운 테이블 클래스를 사용하면 DynamoDB에서 10밀리초 미만의 읽기 및 쓰기 성능을 얻을 수 있으며 동일한 API를 모두 사용할 수 있습니다. DynamoDB Standard-IA 테이블 클래스를 사용하면 DynamoDB Standard 테이블 클래스를 사용할 때와 비교하여 스토리지 비용을 최대 60%까지 절감할 수 있습니다. 하지만 이 새 테이블 [ more… ]