NEWS

신규 – 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… ]

AWS Shield Advanced 업데이트 – 자동 애플리케이션 계층 DDoS 완화 2016년에 저희는 AWS에서 실행되는 애플리케이션을 보호하는 관리형 분산 서비스 거부(DDoS) 보호 서비스인 AWS Shield를 출시했습니다. AWS Shield는 AWS Support에 문의하지 않고도 애플리케이션 가동 중지 시간 및 대기 시간을 최소화하는 상시 탐지 및 자동 인라인 완화 기능을 제공합니다. AWS Shield에는 스탠다드 및 어드밴스드의 두 가지 계층이 있습니다. 모든 AWS 고객은 비용을 지불하지 않고 AWS Shield Standard의 자동 네트워크 계층 보호가 주는 이점을 누릴 수 있습니다. AWS Shield Standard는 가장 일반적이며 자주 발생하는 네트워크 및 전송 계층(계층 3 및 4) DDoS 공격을 방어하여 AWS 서비스의 가용성을 극대화합니다. 애플리케이션을 대상으로 하는 정교한 (계층 3~7) 위협에 대한 맞춤형 보호가 필요하다면 AWS Shield Advanced를 구독하면 됩니다. AWS Shield Advanced는 대규모의 복잡한 DDoS 공격에 대해 보다 민감한 탐지 및 맞춤형 완화 기능, 공격에 대한 실시간에 가까운 가시성, 그리고 레이어 7 공격 방어용 웹 애플리케이션 방화벽인 AWS [ more… ]

AWS Well-Architected Custom Lenses 발표: 내부 모범 사례로 Well-Architected 프레임워크 확장 2015년에 AWS Well-Architected Framework를 출시한 AWS는 아키텍처 모범 사례와 운영 우수성, 보안, 안정성, 성능 효율성, 비용 최적화 등의 원칙(pillar)에 대해 워크로드를 검토할 수 있도록 지원합니다. 2017년에는 서버리스 렌즈, SaaS 렌즈, AWS 파트너용 FTR(기초 기술 검토) 렌즈와 같은 특정 워크로드 유형을 최적화하기 위해 프레임워크를 ‘렌즈’라는 개념으로 확장했습니다. 2018년에는 AWS 솔루션스 아키텍트 없이도 언제든지 AWS 워크로드를 검토할 수 있도록 설계된 셀프서비스 도구인 AWS Well-Architected Tool을 출시했습니다. 오늘 업계, 운영 계획 및 내부 프로세스를 기반으로 기존 프레임워크를 보완하는 자체 모범 사례를 제공할 수 있는 AWS Well-Architected Tool의 새로운 기능인 AWS Well-Architected Custom Lenses의 정식 출시를 발표하게 되어 기쁩니다. Custom Lenses는 외부 스프레드시트나 서드 파티 시스템에 의존하지 않고도 AWS에서 워크로드를 측정하고 개선할 수 있는 통합 뷰 및 일관된 방법을 제공합니다. 이제 AWS Well-Architected Lenses 외에도 사용자 지정 렌즈를 생성 및 공유하여 워크로드 검토에 [ more… ]

Amazon VPC IP 주소 관리자를 사용하여 대규모 네트워크 주소 관리 및 감사 클라우드 워크로드와 커넥티드 디바이스의 고속 성장이 지속됨에 따라 대규모 네트워크에 대한 IP 주소 할당을 관리, 모니터링 및 감사하는 태스크는 복잡하고 시간이 많이 걸리고 잠재적으로 오류가 발생하기 쉽습니다. 전통적으로 네트워크 관리자는 여러 계정, Virtual Private Cloud(VPC) 및 리전에 걸쳐 주소 배정을 추적하기 위해 스프레드시트, 자체 개발 도구 및 스크립트를 조합해서 사용했습니다. 애플리케이션 개발 팀이 IP 주소 배정을 요청할 때 수동으로 스프레드시트를 업데이트하면 오류를 방지하기 위해 시간과 주의가 필요합니다. 오류를 간과하면 주소 충돌 및 후속 가동 중지 시간으로 이어져서 심각한 운영 및 비즈니스 문제가 발생할 수 있습니다. 결과적으로 이러한 업데이트를 수행하는 데 걸리는 시간(며칠이 걸리기도 함) 때문에 새 애플리케이션 온보딩 또는 기존 애플리케이션 확장이 지연되어 개발 팀의 속도에 영향을 줍니다. 자체 개발한 도구와 스크립트를 오류 없이 최신 상태로 유지해야 하기 때문에 직원들은 보다 전략적이고 비즈니스에 영향을 미치는 프로젝트에 할애할 시간이 [ more… ]