RedisConf 2020之Keynotes

来源:RedisConf 2020 (https://redisconf.com/) organized by Redis Labs (https://redislabs.com/)

翻译:Wen Hui

转载:中间件小哥

一年一度的RedisConf大会今年因为新冠疫情改成了线上的形式,以前需要额外注册的培训部分这次也可以在网上观看视频了。今年RedisConf的最大亮点当然是Redis 6.0的正式发布了。不过Redis 6.0 RC版本去年底就发布了,而且6.0里好几个重要特性(多线程IO、RESP3, 客户端缓存、Redis-benchmark支持集群等)在去年的RedisConf就做了预告,所以今年Redis的作者Salvatore也一改用PPT演讲的形式,直接在视频里边秀代码边讲6.0的新特性。之前他也时不时直播写代码,还在他的twitter上预告直播时间,收获了不少Redis粉丝,:)

image

一如既往,第一天早上的Keynotes自然是含金量最高的了,Redis作者、Redis Labs的CEO, CPO, CTO和微软的CVP分别做了演讲,主要介绍了6.0的新特性(这次没有介绍7.0要做哪些特性和增强)、Redis Enterprise的新特性和未来趋势以及Redis Labs和微软的深度合作。之前我介绍了几个6.0的新特性,后面还会继续跟大家分享,所以这里先重点介绍Redis Labs的最新动向。Redis Labs今年继续引导Redis既能做缓存又能做数据库的趋势,主要通过Redis Enterprise在Authentication, Encryption, Global Availability和Consistency几个方面做了企业级应用的增强。

image

1) Authentication (鉴权)

Redis 6.0推出了Access Control List (ACL)特性,具体的特性介绍和用法参见我之前转载的文章《Redis 6.0访问控制列表ACL》。Redis Enterprise就更进一步,支持基于角色的访问控制Role-Based Access Control (RBAC),这样就避免了每个用户都需要单独设置访问权限,而是以用户组为单位了。Redis Enterprise下一步会支持通过Active Directory (AD) / Lightweight Directory Access Protocol (LDAP)来配置RBAC, 从而将企业内部的权限访问配置方便快捷地应用到Redis。

image
image

2) Encryption (加密)

Redis 6.0支持了基于Transport Layer Security (TLS)的通信加密,具体的特性介绍和用法参见我之前转载的文章《Redis 6.0 TLS支持》。Redis Enterprise今年计划支持TLS 1.3版本和双向TLS验证(基于证书链),从而能更好地支持企业级Business-to-Business (B2B)应用。另外,Redis Labs和Anjuna分别介绍和演示了硬件级别的Redis数据加密(基于Secure Enclaves技术)。稍后我会分享关于Secure Enclaves详细介绍的文章。

image
image
image

3) Global Availability (全球可用)

Redis Enterprise目前还是Redis服务提供商中唯一能支持基于Conflict-free Replicated Data Type (CRDT)全球多活(active-active)的。这次Redis Labs宣布了对Stream和HyperLogLog两种数据类型的全球多活支持,从而涵盖了除Bitset以外的所有数据类型。稍后我会分享基于CRDT全球多活详细介绍的文章。

image
image

4) Strong Consistency (强一致性)

Redis做缓存时对一致性要求不高,其设计和实现也属于AP (Availability over Consistency)。上面提到的全球多活也只是通过CRDT达到了最终一致性(Eventual Consistency)。面对企业级数据库需要的强一致性,Redis Labs推出了基于Redis Module开发的RedisRaft模块,利用Raft协议实现了Redis集群中各节点之间在选主、数据复制和持久化三个方面的强一致性。另外,RedisRaft还能支持集群节点的动态伸缩、集群代理模式以及网络、磁盘资源和性能的优化。

image
image

RedisConf 2020的Keynotes就先总结到这,今年不管是Redis 6.0还是Redis Enterprise 6.0都有不少亮点和重量级特性,也让Redis从缓存应用到数据库应用又迈出坚实的一步。Keynotes之后还有很多好的主题,比如Redis Labs对Redis模块的介绍(RedisGears, RedisEdge, RedisAI等)以及其他公司在Redis应用中的优化和解决的问题,后面再跟大家继续分享,敬请期待,:)

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 217,542评论 6 504
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,822评论 3 394
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 163,912评论 0 354
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,449评论 1 293
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,500评论 6 392
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,370评论 1 302
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,193评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,074评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,505评论 1 314
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,722评论 3 335
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,841评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,569评论 5 345
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,168评论 3 328
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,783评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,918评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,962评论 2 370
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,781评论 2 354