Verwenden von AWS DynamoDB DAX vom lokalen Entwicklungscomputer

Question

Ich versuche den DAX-Client für meine Anwendung, die derzeit DynamoDB verwendet und fand heraus, dass es nur in einer VPC unterstützt wird. Der DAX-Endpunkt liegt im Bereich 172.31.x.y.

Bedeutet dies, dass es nicht möglich ist, DAX-Funktionen von meinem lokalen Entwicklungscomputer zu testen, oder ist es möglich, DAX so zu konfigurieren, dass es zu Testzwecken aus dem Internet erreichbar ist? Oder bleibe ich bei SSH-in eine EC2 in der VPC stecken?

Answer 1

Antwort: Scheint wie die Antwort ist Nein, wir können nicht einmal über unsere lokale Dev-Maschine testen.

Ich konfrontiert das gleiche Problem. Nachdem ich so viele Stunden damit verbracht habe, durch Videos und Dokumentation zu graben, denke ich, dass ich es herausgefunden habe. Ich verstehe nicht, warum Amazon dies nur in der VPC einschränken sollte. Solange der Kunde seinen privaten und öffentlichen Berechtigungsschlüssel verwendet, kann ich nicht erkennen, warum Sie nicht sicher von außerhalb von VPC auf den DAX zugreifen können. (Ich denke nur an potentielle DDOS-Attacken). Unabhängig davon, hat Amazon eine viel bessere Arbeit zu kommunizieren dies geschehen könnte ... Sie erwähnte nicht in Videos, und ich fand nur diese in einem zufälligen Dokument versteckt ...

https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/DAX.html

Nutzungs Hinweise Eine Liste der AWS-Regionen, in denen DAX verfügbar ist, finden Sie unter https://aws.amazon.com/dynamodb/pricing.

DAX unterstützt Anwendungen, die in Java, Node.js, .Python und .NET, mit von AWS bereitgestellten Clients für diese Programmiersprachen geschrieben wurden.

DAX unterstützt keine Transport Layer Security (TLS).

DAX ist nur für die EC2-VPC-Plattform verfügbar. (Es gibt keine Unterstützung für die EC2-Classic-Plattform.)

DAX Cluster Metadaten über die Attributnamen der Elemente halten sie speichern, und dass Metadaten beibehalten wird auf unbestimmte Zeit (auch nach der Artikel abgelaufen ist oder vertrieben worden aus dem Cache). Anwendungen, die eine unbegrenzte Anzahl von Attributnamen verwenden, können mit der Zeit Speicherauslastung in dem DAX-Cluster verursachen. Diese Einschränkung gilt nur für Top-Level-Attributnamen, nicht verschachtelte Attributnamen. Beispiele für problematische Top-Level-Attributnamen sind Zeitstempel, UUIDs und Sitzungs-IDs.

Beachten Sie, dass diese Einschränkung nur für Attributnamen gilt, nicht für ihre Werte. Artikel wie diese sind kein Problem: