2017-03-14 4 views
1

Wir haben 2 AWS-Konten; Dev und Prod. Im Dev-Konto haben wir 2 identisch strukturierte DynamoDB-Tabellen; eine für QA und die andere für CI. In prod haben wir eine weitere Kopie der Tabelle, aber nur für unsere Produktdaten. Daten werden an eine SQS-Warteschlange weitergeleitet, die von einem Dienst verbraucht und in DynamoDB abgelegt wird.Produktion Dynamodb mit Betriebsdaten

Ich habe gerade herausgefunden, dass unser Ops-Team, während Rauch Tests Gated Feature Releases, Operations (Test) -Daten in die SQS-Warteschlange, die in der Prod-Tabelle endet. Meine anfängliche Reaktion war, dass dies eine schlechte Praxis ist und nur Prod-Daten in der Produktdatenbank sein sollten, aber das Gegenargument war, dass es notwendig war, Ende-zu-Ende vollständig zu testen, dass alles wie erwartet funktioniert.

Ist es eine akzeptable Praxis, Testdaten in Prod-Tabellen unter diesen Umständen zu setzen? Ich würde erwarten, dass, sobald die Testdaten ihren Zweck erfüllt haben, nämlich den Freigabevorgang zu überprüfen, dieser entfernt würde. Gibt es andere Bedenken bei diesem Ansatz? Danke

Antwort

0

Sie könnten in Erwägung ziehen, ein drittes Konto für PreProd zu erstellen und die replikationsübergreifende Replikation zu verwenden, um eine Lesereplik Ihrer Tabelle im Prod-Konto zu verwalten. Andernfalls wäre Ihre Produktionsanwendung dafür verantwortlich, zwischen Daten zu unterscheiden, die tatsächlich zu den Prod- und Testdaten gehören.