http://sqler.pe.kr/web_board/view_list.asp?id=1195&read=1163&pagec=&ses=7요즘 제 최대의 관심사인 시스템 아키텍처 부분입니다.
시스템을 작게는 1~2년 길게는 수년 이상을 운영 해야 하는 부분에서 서비스가 성장 하거나 할 때 유용하게
대처 할 수 있어야 할 것 같은데 개발, 운영, 유지보수, 데이터 관리, 데이터 분석, 성능 이슈가 골고루 벨런싱을
유지하면서 운영 한다는 것이 참으로 어려운 것이 현실입니다.
적어도 몇 개국 이상을 7x24 라 불리는 non-stop 으로 서비스 하고, 다양한 환경에 유연하게 대응 하면서 성능,
데이터 관리까지 함께 하려면 생각 해야 하는 것들이 한 두 가지가 아닐 것입니다. 특히나 운영 dB의 데이터는
살아 움직이는 유기체와 같아서, 사회적 이슈나 서비스 하는 서비스상의 이슈 등의 변화에 대응 하면서 고심을
해본 분들이 많이 계실 것입니다. 특히나 필드에 수년 이상을 서비스 해오신 분들께서는 이러한 고충을 많이
느낄 것으로 생각 하십니다.
일전에 SQLER 지인으로부터 큰 모(?) 회사들의 시스템 아키텍처에 관련한 이야기를 들으면서, 많은걸 배웠습니다.
몇 달 전 서핑 중에 찾아낸 자료 인데, 혹시나 해서 국내 블로그를 뒤져보니 SQLER Leader 에 계시는
한대성
박노철님 블로그에서 (http://merritt.co.kr) 이미 소개를 해주셨네요.
* 블로그이 주인을 잘 못 알았습니다. 한대성 -> 박노철 님으로 정정 합니다. The eBay Architecture 입니다. 예를 든 DBMS가 오라클이긴 하지만 이건 DBMS 의 프러턱드 문제는 아니라고 생각
합니다. 결국은 데이터의 라이프사이클, 활용도를 다양하게 고려해서 이 데이터들이 어떻게 활용 되고 움직이는지
예측하고 유연하게 대응 할 수 있도록 설계를 하는 것이 중요한 것이라 예를 든 MS-SQL 이나 Oracle 이냐의 제품은
크게 상관 없을 것입니다.
eBay 케이스 말고 이와 관련한 몇 가지 유용한 문서를 함께 첨부 합니다.
1. The eBay architecture : http://pds9.egloos.com/pds/200808/08/70/eBaySDForum.pdf
2. SQL High Availability Planning : http://pds6.egloos.com/pds/200808/08/70/SQL_Scaling.zip
* 자료는 SQLER 업로드 제한으로 인하여 자료를 제 블로그에 링크 해두었습니다
행여 링크 안되시는 분은 wowhoon 골뱅이 넷츠고 쩜 컴 (netsgo.com) 메신저나 메일 주시면
보내 드리겠습니다. ^^
invalid-file
invalid-file