몇 달 전에 저는 보러 갔어요 맨체스터에 왔을 때의 휴먼 리그. 1982년 영국 최고의 획기적인 밴드였죠. 제 손가락이 맥박이 뛰지 않는다고 말하지 마세요. 저는 열렬한 팬은 아니고 그냥 몇 곡을 좋아하죠. "초기 작품"과 "희귀한 비사이드"에 대해 이야기할 만큼 힙스터도 아닙니다. 사실 제가 좋아하는 노래는 대부분 일반적인 군중 만족. 콘서트는 시끌벅적했고, 라이브 음악을 자주 보지 않는 제게는 시끄러웠습니다. 레퍼토리가 진행되는 동안 저는 제가 아는 곡들을 즐겁게 따라 불렀습니다. 하지만 솔직히 말해서 익숙하지 않은 곡들에 대해서는 이런 생각이 들기도 했어요.클래식은 어떨까요?" "Don't You Want Me"로 마무리하자 관중은 열광했고, 지나가던 한 팬은 기뻐하며 집으로 돌아갔습니다. 앙코르와 함께 높아진 볼륨 레벨을 보니 저만 좋아하는 게 아니었음을 알 수 있었습니다. 새 앨범을 발매할 때 모든 밴드가 겪는 딜레마라고 생각합니다. 새로운 소재에 얼마나 집중할 것인가, 아니면 처음에 인기를 끌었던 부분을 강화할 것인가?
지난 5년은 정말 좋은 시간이었습니다...
카우치베이스에서는 스튜디오에서 다섯 번째 앨범인 카우치베이스 5.0을 열심히 작업하고 있습니다. - 미리보기는 다음과 같습니다. 지금 이용 가능. Couchbase를 비교적 처음 사용하시는 분들을 위해 이전 버전을 간략하게 요약해 보았습니다. 첫 번째 버전인 ("간단하고, 빠르고, 탄력적인") 는 순수한 키-값 저장소였습니다. 확장 가능했지만, 제 생각에는 빠른. 이 제품은 메모리 중심 아키텍처로 구축되었으며, C로 작성되었고 인기 있는 멤캐시드 프로젝트를 기반으로 했습니다. 이 데뷔작으로 우리는 많은 명성을 얻었고 큰 성공을 거두었습니다. 이후 2.0에서는 인덱싱과 데이터센터 간 복제(XDCR) 기능을 포함한 본격적인 문서 저장소를 선보였습니다. "어려운 세 번째 앨범"을 위해 저희는 내부 배관을 완전히 다시 작성하여 내결함성을 높이고 다음 기능 세트를 위한 토대를 마련했습니다. 4.0 릴리스는 새로운 방향으로 나아갔고, 그 결과 업계의 판도가 완전히 바뀌었습니다. 대중에게 친숙한 SQL과 유사한 언어인 N1QL을 도입하여 JSON 문서를 쿼리하고 조작할 수 있게 되었습니다. 이와 함께 강력한 보조 인덱서 및 클라우드 동기화 기능을 갖춘 통합 모바일 솔루션도 함께 출시되었습니다. 카우치베이스 서버는 더 이상 대안 방송국의 전유물이 아니라 주류에서 본격적으로 주목받기 시작했습니다.
카우치베이스 음반
5.0에서는 프로덕션 전체 텍스트 검색, 문서에 대한 역할 기반 액세스 제어, 새로운 버킷 기능, 완전히 새로운 UI, 분석 서비스 미리 보기 등 이를 더욱 강화할 예정입니다. 이는 저희에게는 또 다른 큰 발전이 될 것이며, 버전 1과 거의 구별할 수 없는 제품이 될 것입니다. 하지만 고객들과 이야기를 나누다 보면 종종 (아마도 걱정스러워서) 문의를 하곤 합니다, "클래식은 어때요?" 사람들이 처음에 카우치베이스에 주목하게 만든 고성능 핵심 가치 스토어는 무엇이었을까요? 이러한 모든 추가 사항을 고려할 때, 성공을 가져다준 초기의 특성 중 일부를 포기하는 것이 너무 쉬웠을 수도 있습니다. 사실 그 반대가 사실입니다.
D지금의 당신을 있게 한 건 나라는 걸 잊지 마세요...
카우치베이스는 다음과 같습니다. 집착 성능과 함께. 우리는 항상 그래왔고 앞으로도 그럴 것입니다. 이 강박관념은 우리가 여기까지 오게 된 이유를 매번 머릿속에서 상기시켜 주는 목소리입니다. 키-가치(KV) 엔진 개발팀은 각 릴리스가 다음 릴리스보다 개선되도록 하는 데 큰 자부심을 가지고 있습니다. 예를 들어, 특정 키-값 처리량 메트릭에 대해 이전 릴리스가 어떻게 누적되는지 살펴보세요:
최대 처리량 50:50 읽기/쓰기 워크로드, 2,000만 * 256바이트 항목, 복제본 1개, cbc-pillowfight를 사용하는 2노드 클러스터
이 그래프는 다시 한 번 살펴볼 가치가 있습니다: 현재 버전인 4.x는 이전 버전인 3.x보다 2배 이상 빨라졌습니다, 3.1.6 버전도 만만치 않았습니다. 다음 글에서는 이러한 개선이 어떻게 이루어졌는지 기술적으로 자세히 살펴보겠습니다(어려운 프로파일링, 분석, 효율적인 멀티스레드 C++ 데이터 구조 사용 및 캐시 라인 인식에 대한 설명).
다시 바꾸지 않으면 우리 둘 다 후회할 겁니다.
성능을 유지하려면 많은 노력이 필요합니다. 카우치베이스 서버는 다양한 산업 분야에서 수천 개의 미션 크리티컬 애플리케이션을 원활하게 실행하는 데 의존하고 있습니다. 많은 개발자가 이 딜레마에 대해 잘 알고 있습니다, "빠르게 만들 수는 있지만 얼마나 안전한지 잘 모르겠습니다." 기능성이 항상 성능에 대한 논쟁에서 승리하는 것은 아닙니다. - 카우치베이스에서는 논쟁의 여지가 없습니다. 우리는 항상 기능을 빠르게 만드는 방법을 염두에 두고 기능을 설계하고 구현하지만, 항상 기능이 최우선입니다. 문화 개선 성능은 성능 저하를 방지하는 측면에서 높은 기준을 유지하는 데서 비롯됩니다. 저희는 모든 빌드에 대해 엄격한 성능 테스트를 실시하고 그 결과를 면밀히 검토하는 독립적인 팀을 보유하고 있습니다. 예를 들어 보기등 메트릭 목록은 끝이 없습니다. 그리고 때때로 성능 회귀를 소개할 때 다음과 같이 설명합니다. let 우리 알다 그들에 대한 모든 것.
각 빌드는 면밀한 검토를 거칩니다.
저희는 새롭고 진보된 기능을 끊임없이 추구해왔고 앞으로도 그럴 것입니다. 5.0 이상 버전에서 선보일 기능에 대해 매우 기대가 큽니다. 이러한 기능을 통해 흥미로운 새로운 사용 사례가 생겨날 것이며, 새로운 콘텐츠를 통해 처음 다운로드하는 새로운 사용자층도 확보할 수 있을 것입니다. 저희는 다음과 같은 분야에서 사실상의 표준이 되고 있습니다. 참여 시스템 구축. 하지만 어떤 기능을 개발하든 기존의 클래식 기능을 원하는 사용자들을 위해 확장성, 고가용성, 일관되게 낮은 지연 시간, 높은 처리량 작업 등 핵심 고객에게 가장 중요한 기능을 계속 제공할 예정이니 안심하셔도 됩니다.
