단순성. 이것이 웹 애플리케이션에 '빠른 속도'를 제공하는 멤캐시가 인기를 얻게 된 이유 중 하나입니다. 사용 패턴은 이해하기 쉽고, 서버를 설치하는 것도 간단하며, 애플리케이션과 함께 클라이언트를 사용하는 것도 물론 간단합니다. 이 마지막 경우에는 클라이언트를 설치하고 서버 목록을 설정한 다음 사용을 시작하기만 하면 됩니다.
이보다 더 간단할 수 있을까요? 물론입니다. 모든 애플리케이션 배포는 정적이지 않습니다.
시간이 지남에 따라 요구 사항이 변경되어 서버를 추가하거나 서버를 제거하거나 서버 장애를 처리해야 할 수 있습니다. 일관된 해싱은 원래 제안된 대로 사람들이 이 문제를 해결하는 한 가지 방법입니다. 리차드 존스 에서 사용 중입니다. Last.fm. 이제 거의 모든 클라이언트가 일관된 해싱을 가지며 예기치 않은 서버 장애에 대처할 수 있습니다. 하지만 서버를 추가할 수 있는 재구성 사례는 해결되지 않습니다. 또한 변경 사항을 배포하기 위한 자체적인 계획을 세워야 합니다. 많은 경우, 의도치 않게 애플리케이션에 코딩되거나 일종의 구성 파일에 포함되어 유지보수가 필요하거나 멤캐시드 서버 팜을 변경할 때 변경 사항을 배포하게 됩니다.
노스케일 멤캐시드 서버를 사용하면 이 과정이 훨씬 더 간단해집니다.
Java용 비차단 IO 스파이멤캐시드 클라이언트 기반 클라이언트와 함께, 누구나 멤캐시드 서버와 상호 작용하여 관리 및 관찰할 수 있는 매우 작고 개방적이며 간단한 REST 인터페이스 기반 계층을 추가했습니다.
API가 늘어나면 어떻게 더 간단해지나요? 가장 간단한 사용 모드에서는 NorthScale 개발자 키트에 포함된 클라이언트를 사용하여 REST 인터페이스로 부트스트랩하는 데 필요한 것은 단 하나의 URI뿐입니다. 클라이언트는 이를 사용하여 URI를 탐색하고 '클러스터'에 존재하는 서버를 확인한 다음 해당 서버를 사용하기 시작합니다.
더 필요하신가요? 클라이언트에 전체 서버 목록을 제공할 수 있습니다. 이 서버들은 모두 클러스터의 동일한 상태를 나타냅니다. 클라이언트는 혜성 스타일의 인터페이스를 사용하여 변경 사항이 발생하면 신속하게 대응합니다. 더 필요하신가요? 연결할 "버킷"을 지정할 수 있어 멤캐시를 통한 멀티테넌시가 가능합니다. 즉, 더 이상 여러 애플리케이션에서 공유 시스템을 위한 네임스페이스를 만들 필요가 없습니다.
REST 인터페이스를 사용하기 위해 자체 클라이언트를 구성하고 '버킷'을 만드는 등의 작업을 하고 싶다면 이 모든 것이 문서화되어 있습니다.
사실, 우리는 이미 Enyim 멤캐시드 클라이언트의 저자이자 Ruby의 동물군 클라이언트를 개발한 아틸라 키스크??, 에반 위버와 함께 작업하고 있습니다. 저희는 이 분들을 비롯한 많은 분들과 함께 일할 수 있기를 기대하고 있습니다.
서버는 일관된 상태를 가지며, 간단한 HTTP/JSON REST 서비스를 제공하여 클러스터 전체에서 제공되는 멤캐시드 서비스에 대한 정보를 빠르고 간단하게 제공하고 이에 액세스할 수 있습니다. 클라이언트와 애플리케이션은 이를 다양한 방식으로 활용하여 앱에 속도와 확장성을 제공하는 방식을 간소화할 수 있습니다.
잠시 숨어 지내다가 다시 대중 앞에 모습을 드러내게 되어 기쁩니다. 다운로드하여 사용해 보신다면 피드백을 남겨주시거나 앞으로 개선되었으면 하는 부분에 대한 아이디어를 알려주세요!
