MySQL and Memcached: End of an Era?

원제 : MySQL and Memcached: End of an Era?

번역 : MySQL과 Memcached: 시대의 종말?

여러분이 초기부터 이 블로그를 보고있다면, 웹 확장성은 여전히 피어나는 여린 꽃일 때, 많은 기사들이 MySQL과 memcached 활용하여 일하는 것입니다. 신나는 시절입니다. 높은 쓰기 부하를 처리하는 MySQL 조각, 높은 읽기 부하를 처리하는 memcached의 캐시 객체, 그리고 이들을 함께 동작시키는 많은 붙임 코드. 이것은 최첨단이었고, 어떻게 이루어낸 것인가 였습니다. 힘든 노동이 충분하기때문에, 많은 주요 사이트의 아키텍쳐는 오늘도 여전히 이 패턴을 따르고 있고, 동작합니다.

이는 pre-cloud, 관계형 데이터베이스 지배하는 세계, 엔터프라이즈와 지난 데이터센터의 나머지로부터 얻어오는 부분으로 구축하는 것입니다.Twitter와 Digg는 이 시대에 시작했으나, 확장 압력이 증가하고 기술로 구축한 새로운 목적이 불쑥 나타나기 때문에, 다르게 진화하고 있습니다.

약간의 관점에서, MySQL+memcached 시대는 분명히 지나가고 있습니다. 잠시 동안 머무를 것입니다. 오래된 기술은 드물게 완전하게 사라집니다. 오래된 기술들은 여전히 말을 탑니다. 몇몇은 CD를 사용합니다. 그리고 인터넷은 TV라 부르는 고리타분한 전기-자석 브로드캐스트 기술을 완전하게 대체하지 못할 것이지만, 다수는 새로운 시대로 옮겨갈 것입니다.

LinkedIn은 그들의  Voldemort 프로젝트를 통해 옮겨갔습니다. Amazon은 얼마 전에 옮겼습니다.

Digg 는 "Looking to the future with Cassandra"라는 제목의 블로그 기사를 통해 새로운 시대로 진입한다고 선언습니다:

근본적인 문제는 쓰기 보다는 읽기에서 계산 부담을 주는 관계형 데이터베이스 습성에 따른 고질적입니다. 이것은 응답시간이 중요한 거대규모 웹 응용프로그램에는 틀린 것입니다. 대부분의 응용프로그램의 연속적인 본성에 따라 더욱 나쁘게 됩니다. 동작의 완료가 되기 전에 도착함에 따라, 페이지의 컴포넌트들은 데이터 저장소로부터 읽기에서 막힙니다. 비관계형 데이터 저장은 SQL의 복잡한 읽기 동작이 없기 때문에 이 모델을 완전하게 뒤집었습니다.

Twitter도 또한 "Cassandra @ Twitter: An Interview with Ryan King" 기사에서 그들의 이동을 선언했습니다. 변화의 이유는 다음과 같습니다:

우리는 매우 많은 데이터를 가지고 있고, 이 데이터의 성장 지수는 크고 성장 속도는 가속중입니다. 우리는 공유된 mysql + memcache에 바탕을 두는 시스템을 가지고 있지만 운영하기에 매우 빠르게 엄청나게 많은 비용(인력의 관점에서)이 듭니다. 우리는 더 자동화된 패션에서 성장하고 높은 가용성을 가지는 시스템이 필요합니다.

MySQL+memcached 뒤편의 많은 생각들이 들어맞다는 것이 명백하고, 새로운 시스템에서 이들이 관리되는 것을 보았으며, 단지 구현이 약간 투박할 뿐입니다. 개발자들은 이동하고, 간극을 매우고,  모퉁이에 모래를 뿌리고, 새로운 생태계와 새 시대를 위한 기초를 형성하는 새로운 견고한 플랫폼을 만듭니다.

시대가 지나가는 것은 언제나 조금 슬프지만, 언제나 이 사건을 공지를 받는 것은 아닙니다. 우리는 무엇이 지나갔는지 즐길 수 있지만, 우리는 또한 두발로 뛰어오르고 미래를 창조할 수 있습니다. 그리고 신나게,  많은 첨단 기업들이 오늘 하고 있는 일입니다.

관련 기사

• Plays well with others by Mark Callaghan. MySQL+memcached는 여전히 기본적인 선택이라 생각하지만, 고확장 시장에서 사라졌다고 생각하지 않습니다. Memcached의 사망은 심하게 과장되었습니다.
  
• The death of Memcached is greatly exaggerated by Mark Atwood. Memcached 는 산산조각 나고 있습니다.