aws

Amazon S3 경로 기반 API 사용 중지 계획 안내 지난 주 저희는 Amazon S3 버킷에 있는 객체의 주소를 지정하는 데 사용되는 경로 기반 액세스 모델을 중지할 것임을 발표했습니다. 이 블로그 게시물을 작성하기 위해 저는 현 상황에 대해 S3 팀과 대화의 시간을 가졌으며, 이와 관련된 자세한 설명을 해드리고자 합니다. 아시다시피 S3는 2006년 초에 출시되었습니다. Jeff Bezos가 생각했던 S3의 초기 사양은 간단했습니다. 그는 인터넷을 위한 malloc(C 프로그램의 주요 메모리 할당 함수 중 하나)을 원했습니다. 여기에서 시작한 S3는 이제 수조 개의 객체를 저장하고 초당 수백만 건의 요청을 처리하는 수준으로 성장했습니다. 13년의 성장 기간 동안 AWS에서는 S3에 다양한 스토리지 옵션, 기능 및 보안 제어 기능을 추가했습니다. 이전 모델 vs. 신규 모델 S3은 현재 경로 스타일과 가상 호스팅 스타일의 두 가지 주소 모델을 지원합니다. 각 모델을 간단히 살펴보겠습니다. 경로 스타일 모델은 다음과 같은 형태를 가집니다(전역 S3 엔드포인트). https://s3.amazonaws.com/jbarr-public/images/ritchie_and_thompson_pdp11.jpeg https://s3.amazonaws.com/jeffbarr-public/classic_amazon_door_desk.png 또는 다음과 같은 형태를 가질 수도 [ more… ]

I/O 최적화 신규 Amazon EC2 I3en 인스턴스 타입 출시 Amazon이 가지고 있는 고객 우선의 리더십 원칙은 다음과 같습니다. 리더는 고객이 우선이고, 일은 나중입니다. 고객의 신뢰를 얻고 이를 유지하기 위해 열정적으로 노력합니다. 리더도 경쟁자들에게 신경을 쓰지만, 고객에게 조금 더 집중합니다. 고객이 우선이고 일이 나중이라 하더라도, 그 사이에 공백을 만들지는 않습니다. 대신, 내적, 외적으로 고객에게 직접 이야기하고 자세히 질문하고 무엇을 배울 수 있을지에 주의를 기울입니다. AWS는 고객이 AWS를 통해 수행할 수 있는 일들을 더 잘 이해하는 데 도움이 되는 새로운 사용 사례들에 대한 이야기를 자주 듣습니다. 예를 들어, 대규모 EC2 사용자는 종종 금전적 비용, vCPU, 메모리 크기, 스토리지 크기 및 네트워킹 처리량 사이의 비율로 표현되기도 하는 흥미로운 또 다른 데이터 포인트 모음을 제공해줍니다. 불과 2년 전에 I3 인스턴스(출시 소식 – I/O 집약적 워크로드를 위한 I3 인스턴스)를 출시했습니다. AWS 고객은 이 인스턴스를 사용하여 분산 파일 시스템, 관계형 및 NoSQL 데이터베이스, 인메모리 캐시, 키-값 [ more… ]

Amazon Neptune 서울 리전 출시 Amazon Neptune을 아시아 태평양(서울) 리전에서 사용할 수 있습니다. Neptune은 빠르고 안정적인 완전관리형 그래프 데이터베이스 서비스로서, 상호연결성이 높은 데이터 집합을 활용하는 애플리케이션을 손쉽게 구축 및 운영할 수 있도록 지원하며 인기 있는 그래프 모델인 Property Graph와 W3C의 RDF를 지원합니다. 이제 서울 리전에서 Amazon Neptune 인스턴스를 생성하여 상호연결성이 높은 데이터 세트를 효율적으로 탐색하는 Apache TinkerPop Gremlin 또는 SPARQL 쿼리를 사용하는 애플리케이션을 구축할 수 있습니다. 자세한 사용법은 아래 블로그와 동영상을 참고하세요. Amazon Neptune 정식 출시 Amazon Neptune – 완전 관리형 그래프 데이터베이스 서비스 Amazon Neptune- 신규 그래프 데이터베이스 서비스 활용 – 김상필, 강정희 Amazon Neptune에 대한 자세한 내용은 AWS 제품 페이지, 개발자 리소스 및 설명서를 참조하십시오. – Channy; Source: Amazon Neptune 서울 리전 출시

Amazon Aurora – Global Database 기능 서울 리전 출시 지난 AWS re:Invent에서 출시한 Amazon Aurora Global Database가 서울 리전을 포함해서 14개 리전으로 확대되었습니다. 이 서비스는 단일 Aurora 데이터베이스를 다중 AWS 리전으로 확장할 수 있으며, 짧은 지연 시간의 글로벌 읽기와 리전 가동 중단에 대한 재해 복구가 가능합니다. Aurora Global Database는 데이터베이스를 모두 활용하며 애플리케이션 워크로드를 처리할 수 있는 전용 인프라를 사용하여 1초 미만의 일반적인 지연 시간으로 스토리지 기반 복제를 사용합니다. 리전의 성능 저하 또는 가동 중단이 드문 일이긴 하지만, 기본 리전에서 성능 저하 또는 가동 중지가 발생한 경우 보조 리전 중 하나를 승격하여 읽기/쓰기 책임을 맡길 수 있습니다. Aurora 클러스터는 리전이 완전히 가동 중지되는 경우에도 1분 이내에 재해 복구가 가능합니다. 이로써 애플리케이션에 효율적인 1초의 RPO(복구 목표 지점) 및 1분 미만의 RTO(복구 목표 시간)를 제공하여, 글로벌 비즈니스 연속성 계획의 탄탄한 기반을 제공합니다. 교차 리전 재해 복구 구성 하기 Aurora Global Database 기능을 [ more… ]

[AWS Hero 특집] Amazon CloudWatch Events에서 서버리스 파이프라인 구축하기 AWS 서버리스 히어로인 Forrest Brazeal 의 기고 글입니다. Forrest 는 Trek10에서 Think FaaS 서버리스 팟캐스트를 진행하는 Trek10, Inc.의 수석 클라우드 아키텍트이며, 서버리스 커뮤니티의 워크숍 및 이벤트에 참석해 정기적으로 강연을 하기도 합니다. 이벤트와 서버리스는 마치 구운 콩과 바비큐 같습니다. 서버리스 사고방식에 따르면, 비즈니스 가치를 창출하는 코드와 구성에 집중해야 합니다. 그리고 이는 대부분의 경우 외부 세계에서 나타나는 사물에 대응하는 구조화된 데이터, 즉 이벤트와의 작업을 의미합니다. 저는 폴링하는 동안 리소스를 잡아먹는 장기 실행 서버 작업을 관리하는 대신, 이벤트 트리거에만 응답하도록 작동하는 서비리스 애플리케이션을 생성할 수 있습니다. AWS에서 이벤트에 관한 작업을 수행할 때 요구 사항에 따라 Amazon Kinesis Data Streams, Amazon Simple Notification Service(SNS), Amazon Simple Queue Service(SQS) 등 많은 옵션을 사용할 수 있습니다. 최근에 저는 ‘이벤트’라는 단어가 서비스 이름에 정말 잘 들어맞는 Amazon CloudWatch Events 서비스를 사용하고 있습니다. CloudWatch Events: 서버리스 이벤트 처리의 일급 [ more… ]