AWS 람다 함수로 배포하려는 node.js functon이 있습니다. Redis Elasticache를 사용할 때 redis.createClient로 연 연결을 닫아야합니다. 그렇지 않으면 람다 함수가 시간 초과됩니다. 나는 단순히 클라이언트의 quit() 메소드를 호출함으로써이를 수행한다. 람다 콜백을 발행하기 전에 이렇게하면 람다 함수가 예상대로 종료
웹 응용 프로그램에서는 키 - 값 쌍으로 저장할 수있는 작은 데이터 블롭 (< 10KB)의 읽기/쓰기가 매우 짧습니다. DynamoDB (DAX 사용)와 EFS 및 ElastiCache를 고려하고 있습니다. AWS는 모두 대기 시간이 짧다고 주장하지만 헤드 - 헤드 비교를 찾을 수 없으며이 세 가지가 같은 리그에 있는지도 분명하지 않습니다. 누군가 통찰력을
나는 다음과 같은 코드를 사용하여 로컬 호스트에서 DAX에 연결을 시도하고 : 최대 ClientConfig daxConfig = new ClientConfig()
.withEndpoints("dax-cluster.yhdqu5.clustercfg.dax.use1.cache.amazonaws.com:8111");
AmazonDaxClien
현재 DynamoDB를 사용하는 응용 프로그램에 대해 DAX 클라이언트를 시험해 본 결과, VPC에서만 지원된다는 사실을 알았습니다. DAX 엔드 포인트는 172.31.x.y 범위에 있습니다. 로컬 개발 컴퓨터에서 DAX 기능을 테스트하는 것이 불가능하거나 DAX가 테스트 목적으로 인터넷에서 연결될 수 있도록 구성 할 수 있습니까? 아니면 VPC에서 EC2
람다 함수에 대한 프록시 통합과 함께 API 게이트웨이를 만든 CloudFormation 템플릿으로 모든 작업을 매우 잘 처리 할 수있었습니다.이 템플릿은 다양한 DynamoDB 테이블을 조작했습니다. 최근 DynamoDB의 단점을 경험하기 시작했으며 읽기/쓰기 작업자입니다. 그래서 DynamoDB DAX가 캐싱을 빠르게 처리 할 수있게되었습니다. Clou