나는 개인적으로 잘못된 방식으로 스트림을 기술한 것에 대해 죄책감을 가지고 있습니다. 저는 이것을 하나의 키 아래, 시간순으로 정렬된 일련의 해시맵과 같은 요소로 정의했습니다. 잘못되었습니다 . 시간과 키에 관한 마지막 비트는 괜찮지만 첫 번째 비트는 모두 틀립니다. 스트림이 왜 잘못 이해되고 실제로 어떻게 작동하는지 살펴보겠습니다. 우리는 이 오해의 좋은 점과 나쁜 점과 그것이 소프트웨어에 어떤 영향을 미칠 수 있는지 평가할 것입니다. 마지막으로 Redis Streams의 잘 알려지지 않은 속성을 활용하는 몇 가지 명확하지 않

이 게시물은 제 생각에 세계에서 가장 흥미로운 두 가지, 즉 확률적 데이터 구조와 Redis 모듈에 관한 것입니다. 하나 또는 다른 것에 대해 들어 본 적이 있다면 내 열정에 확실히 공감할 수 있지만 지구상에서 가장 멋진 내용을 따라 잡고 싶다면 계속 읽으십시오. 이 진술부터 시작하겠습니다. 대기 시간이 짧은 대규모 데이터 처리는 어렵습니다. 관련된 데이터의 양과 속도로 인해 실시간 분석이 매우 까다로울 수 있습니다. Redis는 고성능과 다용성으로 인해 일반적으로 이러한 문제를 해결하는 데 사용됩니다. 밀리초 미만의 대기 시간

서버에 대한 보안 연결을 활용하는 소프트웨어를 구축하는 것은 모든 개발자가 소유한 기술이어야 합니다. 특정 프로덕션 환경에서 SSL을 사용하지 않도록 선택하더라도 작업하는 모든 서버에 대한 연결을 보호하는 방법을 알고 있어야 합니다. 이 게시물은 Java 팬을 위해 Python에서 Redis Enterprise Cloud에 대한 보안 연결 활성화에 대한 약속된 후속 조치입니다. 이 게시물은 SSL을 사용하여 Redis Enterprise Cloud와 Java 클라이언트 프로그램 간의 암호화된 연결을 켜고 테스트하고 구성하는 쉬운

Redis가 SOC 2 Type II 규정 준수 감사를 완료했음을 발표하게 되어 기쁩니다. Redis는 데이터 보호 및 보안을 매우 중요하게 생각합니다. SOC 2 규정 준수 감사는 Redis가 고객에게 높은 수준의 신뢰와 보안을 제공하려는 약속을 더욱 이행합니다. SOC 2 규정 준수란 무엇입니까? AICPA(American Institute of CPAs)에서 설정한 SOC(Service Organization Control) 2는 보안, 가용성, 처리 무결성, 기밀성 및 개인 정보 보호에 대한 보증을 위해 서비스 조직을

오늘 RedisGraph 2.8의 일반 공급 릴리스를 발표하게 되어 기쁩니다. 이 블로그 게시물은 현재 사용할 수 있는 주요 새 기능에 대해 자세히 설명합니다. RedisGraph 소개 RedisGraph는 Redis를 위한 고성능, 메모리 우선 그래프 데이터 구조입니다. RedisGraph는 그래프 다중 테넌시를 지원하며(많은 그래프를 동시에 보유할 수 있음) 그래프에 동시에 액세스하는 여러 클라이언트에 서비스를 제공할 수 있습니다. 이제 Redis Stack의 일부로도 사용할 수 있습니다. RedisGraph 2.8의 주요 새

첫 번째 홍보대사 프로그램인 Redis Insiders를 시작하게 되어 기쁩니다. . Redis는 오픈 소스이며 전 세계적으로 수백만 명의 사용자를 보유하고 있습니다. 이는 개발자 커뮤니티를 우리 제품의 중심에 두었습니다. 우리는 가장 헌신적이고 열정적인 커뮤니티 회원들과 함께 Redis에 대해 전 세계에 교육함으로써 자신의 프로필을 올리기를 열망하고 있습니다. Redis를 사용하고 코드를 작성하고 이야기하는 것을 좋아하는 개발자라면 Redis Insider가 될 수 있습니다. 특히 기술 분야에서 대표성이 낮은 그룹의 지원을 권

Redis on Flash(RoF)는 가장 인기 있는 엔터프라이즈 기능 중 하나였으며 데이터 세트의 최대 80%를 값비싼 DRAM이 아닌 SSD에 저장하고 밀리초 미만의 대기 시간을 유지하면서 인메모리 컴퓨팅을 비용 효율적으로 만듭니다. Redis의 높은 처리량. 일반적인 배포에서 RoF는 최대 70%의 TCO 할인을 제공합니다. 이제 두 가지 새롭고 흥미로운 협업을 통해 RoF가 이제 최대 3.7배의 성능을 제공할 수 있음을 발표하게 된 것을 자랑스럽게 생각합니다. Redis에서 대규모 데이터 세트를 실행할 때와 동일한 매력적

ElastiCache는 Amazon의 인기 있는 관리형 Redis 서비스입니다. 클라우드 컴퓨팅을 위한 AWS(Amazon Web Service)와 인메모리 데이터 저장소로서의 Redis라는 두 가지 새로운 기술의 놀라운 잠재력을 기업이 인식함에 따라 지난 10년 동안 널리 채택되었습니다. AWS와 Redis는 모두 우리가 기술을 사용하는 방식을 혁신하여 더 빠르고 확장 가능하며 탄력적인 디지털 경험을 표준으로 만들었습니다. 동시에 클라우드로 이전하면서 애플리케이션 속도를 높이려는 조직은 오픈 소스 Redis를 능가하고 관리형

금융 서비스의 최신 데이터 계층을 위한 모범 사례 경직되고 느린 IT 레거시 시스템에서 최신 데이터 계층으로 현대화하기 위한 최선의 단계에 대한 필수 백서입니다. 실시간으로 고객 요구 충족 – 아래에서 무료로 다운로드 . Redis는 최근 금융 서비스의 데이터 아키텍처 현대화 모범 사례를 논의하기 위해 데이터 거물 TDWI와 함께 웨비나에 참여했습니다. 웨비나를 이끌고 있는 정보 관리 분야의 세계적으로 유명한 전문가인 David Loshin은 다양한 TDWI 이벤트 및 컨퍼런스에서 데이터 계층 현대화에 대해 자주 이야기합니다.

Redis로 애플리케이션을 개발하는 것은 매우 재미있지만 다른 기술과 마찬가지로 Redis 기반 또는 Redis 네임스페이스 애플리케이션을 디자인할 때 염두에 두어야 할 몇 가지 사항이 있습니다. 당신은 이미 관계형 데이터베이스 개발에 익숙할 것입니다. 그러나 많은 동일한 사례가 적용되지만 Redis는 메모리 내 데이터베이스이고 (대부분) 단일 스레드라는 점을 명심하십시오. Redis 키 모범 사례를 살펴보려면 계속 읽어보세요. 따라서 Redis를 사용할 때 주의해야 할 몇 가지 특성이 있습니다. 1. Redis 네임스페이스로 키

RedisDays NY 2022에서 우리는 새로운 벡터 유사성 검색(VSS) 기능의 공개 프리뷰를 발표했습니다. VSS는 RediSearch 2.4의 일부이며 Docker, Redis Stack 및 Redis Enterprise Cloud의 무료 및 고정 구독에서 사용할 수 있습니다. 이 기사에서는 Redis VSS를 시작하는 데 도움이 되는 벡터 유사성, 응용 프로그램 및 공유 리소스의 기본 사항을 안내합니다. 벡터 유사성이란 무엇입니까? 간단히 말해서 두 개 이상의 벡터가 얼마나 다른(또는 유사한) 측정값입니다. 벡터를 숫자

Redis Enterprise 6.2.4에는 노드 간 암호화가 도입되었습니다. Redis Enterprise의 노드 간 암호화 범위는 다음을 포함하여 노드 간의 모든 내부 Redis 클러스터 연결에 대해 TLS 암호화를 달성하는 것입니다. CCS(클러스터 구성 저장소) 복제를 암호화하기 위해 제어 평면 연결을 향상합니다. 복제 노드에서 기본 노드 CCS로의 모든 연결 노드 간 샤드 복제를 암호화하기 위한 데이터 플레인 연결. 노드 간의 샤드 연결에 대한 모든 프록시 Redis Enterprise:설계 고려 사항 Redis

데이터베이스 일관성이란 무엇입니까? 데이터베이스 일관성은 데이터베이스 시스템 내의 모든 데이터 포인트가 적절하게 읽고 수락하려면 에 맞춰야 합니다. 전제 조건 값을 충족하지 않는 데이터가 데이터베이스에 입력되면 일관성 오류가 발생합니다. . 데이터베이스 일관성은 규칙을 설정하여 달성됩니다. 기록된 데이터의 모든 거래 데이터베이스 개발자가 설정한 규칙에 의해 설정된 특정 제약 조건, 트리거, 변수, 계단식 등에 의해 정의된 대로 영향을 받는 데이터만 변경해야 합니다. 예를 들어 NTSI(National Traffic Safety

eMarketer에 따르면 2022년에는 전 세계 전자 상거래 매출이 처음으로 5조 달러를 초과하여 전체 소매 매출의 5분의 1 이상을 차지할 것입니다. 이러한 비즈니스는 모든 합법적인 판매가 완료될 때까지 싸울 수 있어야 합니다. 그러나 글로벌 결제 컨설팅 회사인 CMPSI는 2020년에 온라인 거래의 97%가 승인되는 반면 오프라인 거래는 85%만 승인될 것으로 추정했습니다. 핀테크 혁신가가 백업 및 중복성을 보장하기 위해 Redis Enterprise Cloud on AWS로 전환했습니다. CMPSI는 또한 이러한

Redis는 성능에 중점을 두고 개발되었습니다. 매우 안정적이고 빠른 제품을 경험할 수 있도록 모든 릴리스에 최선을 다합니다. 그럼에도 불구하고 Redis의 효율성을 개선할 여지를 찾거나 성능 회귀 조사를 추구하는 경우 Redis의 성능을 모니터링하고 분석하는 간결하고 체계적인 방법이 필요합니다. 이것은 이러한 최적화 중 하나에 대한 이야기입니다. 결국 우리는 스트림의 수집 성능을 약 20% 향상시켰으며, 이는 이미 Redis v7.0에서 활용할 수 있는 개선 사항입니다. 표준 SPEC 최적화를 시작하기 전에 최적화에 도달한

우리는 최근에 Cohesity 팀과 협력하여 Redis 기술 파트너 프로그램에 온보딩하는 단계로 Helios와 Redis Enterprise 간의 통합을 확인할 기회가 있었습니다. Helios에서 실행되는 서비스인 Cohesity SmartFiles는 데이터가 있는 위치에 관계없이 비정형 데이터에 대한 단일 보기 및 글로벌 관리를 제공합니다. Redis Enterprise의 맥락에서 SmartFiles는 데이터베이스 스냅샷의 단일 보기를 제공합니다. 지속성과 백업에 신경을 쓰는 이유는 무엇입니까? 사실입니다. Redis가 캐시로

스키마 없는 데이터베이스란 무엇입니까? 스키마 없는 데이터베이스는 청사진 없이도 정보를 관리합니다. 스키마 없는 데이터베이스 구축의 시작은 특정 필드, 테이블 또는 데이터 모델 구조를 준수하는 것에 의존하지 않습니다. 특정 종류의 구조를 적용하는 관계형 데이터베이스 관리 시스템(RDBMS)은 없습니다. 즉, 키-값 저장소, 문서 저장소, 메모리 내, 열 지향 또는 그래프 데이터 모델 등 모든 데이터베이스 유형을 처리할 수 있는 비관계형 데이터베이스입니다. NoSQL 데이터베이스의 유연성은 스키마 없는 접근 방식의 인기가 높아지는

Redis는 기반 기술이므로 대체 아키텍처를 고려하는 사람들을 종종 봅니다. 몇 년 전 KeyDB에서 이 문제를 제기했으며 최근에는 새로운 프로젝트인 Dragonfly가 가장 빠른 Redis 호환 메모리 내 데이터 저장소라고 주장했습니다. 우리는 이러한 프로젝트가 토론하고 토론할 가치가 있는 많은 흥미로운 기술과 아이디어를 가져올 것이라고 믿습니다. 여기 Redis에서 우리는 Redis가 처음에 디자인된 아키텍처 원칙을 재확인해야 하기 때문에 이런 종류의 도전을 좋아합니다. 우리는 항상 Redis의 성능과 기능을 혁신하고 발전시킬

고가용성 아키텍처란 무엇입니까? 고가용성 아키텍처는 피크 타임 로드에 관계없이 최적의 성능을 유지하기 위해 함께 작동하는 다양한 구성 요소, 모듈 또는 서비스가 있는 경우입니다. 가장 순수한 의미에서 이 시스템은 기업이 주어진 기간 동안 실패 없이 지속적으로 일할 수 있도록 합니다. 많은 기업은 단 1분의 다운타임도 감당할 수 없습니다. 데이터가 많은 비즈니스의 생명선이라는 점을 고려할 때, 짧은 다운타임만으로도 엄청난 비용이 발생할 수 있습니다. 특정 실제 시나리오에서 수명은 고가용성을 위해 구축된 데이터베이스에 따라

한 데이터 소스에서 다른 데이터 소스로 데이터를 마이그레이션하면 비즈니스에 큰 위험이 발생합니다. 데이터 손실, 의미론적 위험을 유발하는 데이터 세트 스키마 변경, 연장된(예기치 않은) 가동 중지 시간, 데이터 손상 등 여러 가지가 잘못될 가능성이 있습니다. 위험에 관계없이 기업은 생존을 위해 혁신해야 합니다. 즉, 이전 또는 레거시 데이터베이스에서 데이터를 가져오고 전부는 아니지만 일부 데이터를 새 데이터베이스에 넣어 새롭고 필요한 잠재력을 모두 활용해야 합니다. 실시간 데이터의 장점을 활용하기 위해 Redis와 같은 인메모리 솔