înregistrare Logare
Puncte:1
avatar Server

Există o modalitate simplă de a sincroniza două instanțe AWS RDS Mysql?

drapel th
aarelovich

Am două baze de date. Unul pentru dezvoltare și unul pentru producție.Baza de date de producție a fost folosită de ceva vreme și trebuie să începem dezvoltarea de noi funcții, așa că, evident, dorim să încercăm totul din DB de dezvoltare. Acestea sunt două instanțe RDS MySQL care sunt configurate exact la fel.

Întrebarea mea este: există o modalitate simplă prin care pot face ca DB de dezvoltare să aibă aceleași informații ca și DB de producție? Ca să pot începe să dezvolt folosind informații realiste?

Evident că pot descărca și încărca, dar m-am gândit că ar putea exista o modalitate mai elegantă

102
0 + 0
rds
Puncte:1
MLu avatar Server
drapel id
MLu

Verifică Serviciul de migrare a bazelor de date AWS (DMS) - de asta ai nevoie. Poate rula continuu, replicând Prod la Dev. Sau îl puteți rula manual din când în când, dar rețineți că, dacă utilizați Dev DB, sincronizarea ulterioară poate eșua din cauza conflictelor.

O altă opțiune posibilă este crearea unui Citiți Replica pentru baza dvs. de date Prod, lăsați-o să se sincronizeze și apoi deconectați și promovați să fie Dev DB.

Sper că te ajută :)

0 + 0
drapel th
aarelovich
A doua opțiune este ceea ce fac de obicei. Dar din moment ce înseamnă ștergerea currnet DB și apoi recrearea, este un fel de durere. Nu știam însă despre primul. Îl voi încerca.
0
Răspunde
Puncte:0
Tim avatar Server
drapel gp
Tim

Răspunsul lui MLu este grozav pentru a rezolva problema așa cum ați întrebat. DMS este destul de ușor de pus în funcțiune și funcționează bine. Poate face migrații on-off sau în curs. Replicile citite sunt, de asemenea, o soluție bună. Totuși, nu știu dacă ceea ce plănuiești este o idee bună.

În general, introducerea datelor de producție în medii de dezvoltare este o idee foarte proastă. Înseamnă că datele dvs. de producție se află într-un mediu care, de obicei, nu este protejat la fel de bine ca și producția și mult mai mulți oameni, cum ar fi dezvoltatorii, au acces la datele de producție. Vă sugerez să nu faceți acest lucru decât dacă datele dvs. sunt publice efectiv sau dacă puteți pune alte controale pentru a asigura securitatea datelor.

O opțiune mai bună este să scrieți cod personalizat care extrage din baza de date de producție, inserează date aleatorii, maschează câmpuri și altele. Sunt câteva sugestii Aici. S-ar putea să existe un produs sau un serviciu care ușurează acest lucru, căutarea pe internet ar putea găsi ceva care să faciliteze acest lucru.

0 + 0
drapel th
aarelovich
Mulțumesc, dar mediul împărtășit de datele de dezvoltare și de producție este efectiv același. Așadar, aceleași măsuri de securitate și echipa noastră sunt doar eu și un alt dezvoltator și el scrie front end, astfel încât să aibă acces la date în cele din urmă. Vă mulțumesc totuși pentru sugestii.
0
Răspunde
Tim avatar
drapel gp
Tim
Bine. Voi lăsa acest răspuns aici, deoarece este relevant pentru mulți oameni care se gândesc să facă acest lucru.
1
Răspunde
drapel romania
SEF 777
întrebarea această in alte limbi:

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.