현재 DynamoDB를 사용하는 응용 프로그램에 대해 DAX 클라이언트를 시험해 본 결과, VPC에서만 지원된다는 사실을 알았습니다. DAX 엔드 포인트는 172.31.x.y 범위에 있습니다.로컬 개발 컴퓨터의 AWS DynamoDB DAX 사용
로컬 개발 컴퓨터에서 DAX 기능을 테스트하는 것이 불가능하거나 DAX가 테스트 목적으로 인터넷에서 연결될 수 있도록 구성 할 수 있습니까? 아니면 VPC에서 EC2로 SSH-ing을 사용하고 있습니까?
답변 : 대답과 같지 않습니다. 우리는 로컬 개발 컴퓨터를 통해 테스트 할 수도 없습니다.
나는이 똑같은 문제에 직면했다. 너무 많은 시간을 비디오와 문서를 파헤쳐 보냈다가 드디어 생각났습니다. 아마존이 VPC에서만이 기능을 제한해야하는 이유는 알 수 없습니다. 고객이 비공개 및 공개 자격 증명 키를 사용하는 한 외부 VPC에서 DAX에 안전하게 액세스 할 수없는 이유는 알 수 없습니다. (내가 생각할 수있는 유일한 것은 잠재적 인 DDoS 공격입니다). ...
https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/DAX.html
사용량에 관계없이, 아마존이 통신 훨씬 더 나은 일을 할 수 있었다 ... 그들은 모든 비디오에 언급하지 않았고, 나는 단지이 한 임의 문서에 숨겨져 발견 참고 DAX를 사용할 수있는 AWS 지역 목록은 https://aws.amazon.com/dynamodb/pricing을 참조하십시오.
DAX는 프로그래밍 언어로 AWS에서 제공하는 클라이언트를 사용하여 Java, Node.js, .Python 및 .NET, 으로 작성된 응용 프로그램을 지원합니다.
DAX는 TLS (전송 계층 보안)를 지원하지 않습니다.
DAX는 EC2-VPC 플랫폼에서만 사용할 수 있습니다.
DAX 클러스터 항목들이 저장소의 속성 이름에 대한 메타 데이터를 유지 (이. EC2 - 클래식 플랫폼에 대한 지원 없음), 그 메타 데이터는 무기한합니다 ( 항목이 만료되거나 축출 된 후에도 유지 캐시에서). 이 무한대의 수의 특성 이름을 사용하는 응용 프로그램은 시간이 지남에 따라 DAX 클러스터에서 메모리가 고갈 될 수 있습니다 ( ). 이 제한 사항은 중첩 된 속성 이름이 아닌 최상위 속성 이름 에만 적용됩니다. 의 문제가있는 최상위 특성 이름에는 타임 스탬프, UUID 및 세션 ID가 포함됩니다.
이 제한은 속성 이름에만 적용되며, 값에는 적용되지 않습니다. 이와 같은 항목은 문제가되지 않습니다.
추가로 관련 게시물이 있습니다. https://stackoverflow.com/questions/46026610/amazon-dax-client-throws-no-endpoints-available-exception?rq=1 – Charles