aws 서울 리1204;에 1080;lj16; 서버에 애플리케1060;션 Ȣ16;나를 돌리고 1080;lj16; 1473;1077;니다. 불가피Ȣ16;,172; 영국에 1080;lj16; 타사 데1060;터베1060;스를 Ǹ16;고 1080;lj16;데, 아무래도 1648;구 0152;대편까1648; 갔다오다 보니 db 서버에서 1648;연1060; 너무 심Ȣ16;,172; 나lj16; ,163; 같습니다. /196;그1064;같1008; 1452;요한 기능1060; 영국 db에 1032;1316;해 1080;lj16;데 /112;1060;턴시 1328; 1460;1068; 0169;법 1080;1012;까요?
생각해본 구성1008;
1. 서버 1088;체를 영국1004;/196; 옮기고 한국 cdn 사용
2.영국에 서버 Ȣ16;나를 더 만들Ǻ12; 서울 서버와 vpn1004;/196; 연결, 영국1004;/196; 오고가lj16; 트래픽만 vpn1004;/196; 가도/197; Ȣ16;기
1077;니다. .168; 다 효과가 Ǻ12;lj12; 1221;도1068;1648; 확실Ȣ16;1648; 않네요
2는 얼마나 효과가 있을지 불명입니다
AWS 제품이 너무 다양해서 뭔가가 있을 수 있습니다
딜레이는 있겠지만 한국 영국 디비 계속 싱크 맞추는게 낫더라구요
찾아보니? aws 데이터베이스 복제서비스 replication 를 활용하면 영국에 있는거 한국리전에 db 떠서 주기적으로 돌리면 될것도 같습니다.
아주 자세한건 aws(메가존?) 에 + 영국db제공회사와 협조가 필요해보입니다.
2번쓰면 TCP 리버스프록시 구성할수있으면 vpn대신 프록시로 구현하는게 좋은거같애여. 데이터암호화를 위해 vpn은 연결해야겠죠
DB는 에플레키여신마다 쿼리날라가는게 달라서 HeidiSQL 같은경우엔 30ms만 넘어도 못 써먹겠더라구요
DB는 로컬인게 최고이고 AWS Global Accelerator라는것 있어요
DB 액세스는 같은 위치에 있는게 응답이 빠르긴 하죠. 나머진 어플리케이션 데이터인데 이게 웹방식이면 캐싱방식도 이용가능하고 데이터 압축으로도 전송이 가능하니 체감적으로는 당연히 2안이 빠릅니다.
DB복제는 외국애들이랑 일해보면 알겠지만 우리나라 사람들처럼 쉽게 잘 안해주고 단지 느리다는 이유만으로 해달라 하면 씨알도 안먹힐겁니다.
DB복제가 아니여도 해당 테이블만 인터페이스로 데이터 갖고와서 자체 DB에 넣어버려도 되긴 합니다. 단 데이터 인터페이스도 허용해줄지가...