退出开源世界-了解其背后的原因-Redis (退出开源世界的游戏)
简介
Redis 官方今日宣布，其所有未来版本的许可证将改为源代码可用许可证。具体而言，Redis 将不再遵循 BSD 3-Clause 开源协议进行分发。从 Redis 7.4 版本开始，Redis 将采用 SSPLv1 和 RSALv2 双重许可证。具体许可证
Redis 源代码将通过 Redis 社区版免费提供给开发者、客户和合伙人。Redis 产品家族的具体许可证如下： Redis 社区版：根据 Apache 2.0 许可证免费提供源代码和使用。 Redis 企业版：根据Redis 源代码可用许可证 (SSPL) 提供。SSPL 允许用户使用、修改和分发 Redis 源代码，但要求他们公开其对代码所做的任何修改。 Redis 闪存集群 (Redis Flash Cluster)：根据 Redis 源代码可用许可证 (SSPL) 提供。 Redis 搜索 (Redis Search)：根据 Redis 源代码可用许可证 (SSPL) 提供。 Redis 模块 (Redis Modules)：根据 Redis 源代码可用许可证 (SSPL) 提供。 Redis AI (Redis AI)：根据 Redis 源代码可用许可证 (SSPL) 提供。影响
根据新许可证的条款，托管 Redis 产品的云服务提供商将不再允许免费使用 Redis 的源代码。例如，云服务提供商只有在与 Redis（Redis 代码的维护者）达成许可条款后，才能向用户交付 Redis 7.4。 Redis 官方表示，对于使用 Redis 开源版本和新版本的 Redis 的最终用户（使用双重许可证进行内部或个人使用），没有任何变化。对于使用 Redis 构建客户端库或其他集成的集成合作伙伴，同样没有任何变化。开源理念
Redis 对这次修改开源协议的举措十分坦诚，他们承认 Redis 不再是 OSI 定义下的开源项目。但他们仍是开源理念的支持者，并会继续维护开源项目。相关链接
[Redis 源代码可用许可证 (SSPL)]([Redis 博客：Redis 采用双重源代码可用许可证](Redis“气急败坏”回击：13 年来，总有人想替 Redis 换套新架构
今年年中，一位前谷歌、前亚马逊的工程师推出了他创作的开源内存数据缓存系统 Dragonfly，用 C/C++ 编写，基于 BSL 许可（Business Source License）分发。
根据过往的基准测试结果来看， Dragonfly 可能是世界上最快的内存存储系统，它提供了对 Memcached 和 Redis 协议的支持，但能够以更高的性能进行查询，运行时内存消耗也更少。与 Redis 相比，Dragonfly 在典型工作负载下实现了 25 倍的性能提升；单个 Dragonfly 服务器每秒可以处理数百万个请求；在 5GB 存储测试中，Dragonfly 所需的内存比 Redis 少 30%。
作为一个开源软件，Dragonfly 在短短两个月获得了 9.2K GitHub 星，177 个 fork 分支。虽然这些年，涌现了不少类似的 Redis 兼容型内存数据存储系统，例如 KeyDB、Skytable，但是都没能像这次这么“轰动”。毕竟 Redis 诞生了十多年，这时从头开始设计一个缓存系统，可以抛弃 历史 包袱，更好地利用资源。
为回击新冒头的 Dragonfly，Redis 的联合创始人兼 CTO Yiftach Shoolman 和 Redis Labs 的首席架构师 Yossi Gottlieb、Redis Labs 的性能工程师 Filipe Oliveira 联合发布了一篇名为《13 年后，Redis 是否需要新的架构》的文章。
在文章中，他们特地给出了自认更加公平的 Redis 7.0 vs. Dragonfly 基准测试结果：Redis 的吞吐量比 Dragonfly 高 18% - 40%，以及一些有关 Redis 架构的观点和思考，以证明 “为什么 Redis 的架构仍然是内存实时数据存储（缓存、数据库，以及介于两者之间的所有内容）的最佳架构”。
虽然他们强调 Redis 架构仍然是同类最佳，但也没法忽视 Dragonfly 这些新软件提供的一些新鲜、有趣的想法和技术，Redis 表示其中的一些甚至有可能在未来进入 Redis（比如已经开始研究的 io_uring 、更现代的 dictionaries、更有策略地使用线程等）。
另外，Redis 指出 Dragonfly 基准测试的比较方法 “不能代表 Redis 在现实世界中的运行方式” 。对此，Reddit 上有网友反驳称：
还有人表示，这篇文章是 Redis 团队在有礼貌地否认“Dragonfly 是最快的缓存系统”，但更多网友表示，Redis 发文章进行“回击”，就已经代表他们的营销部门输了：
我们当然一直在寻求为 Redis 提升性能、扩充功能的创新方向，但这里我们想聊聊自己的观点和思考，阐释 Redis 时至今日为何仍是最出色的实时内存数据存储（包括缓存、数据库以及介于二者之间的一切）方案之一。
接下来，我们将重点介绍 Redis 对于速度和架构差异的观点，再以此为基础做出比较。在文章的最后，我们还会提供基准测试结果、与 Dragonfly 项目的详尽性能比较信息，欢迎大家自行对比参考。
Dragonfly 基准测试其实是将独立单进程 Redis 实例（只能使用单一核心）与多线程 Dragonfly 实例（可以使用虚拟机 / 服务器上的全部可用核心）进行比较。很明显，这样的粗暴比较并不能代表 Redis 在现实场景下的运行状态。作为技术构建者，我们希望更确切地把握自有技术同其他方案间的差异，所以这里我们做了一点公平性调整：将具有 40 个分片的 Redis 7.0 集群（可使用其中的大部分实例核心）与 Dragonfly 团队在基准测试中使用的最大实例类型（AWS c4gn.16xlarge）进行性能比较。
在这轮测试中，我们看到 Redis 的吞吐量比 Dragonfly 要高出 18% 至 40%，而这还仅仅只用到全部 64 个 vCore 中的 40 个。
在我们看来，每一位多线程项目的开发者在立项之前，都会根据以往工作中经历过的痛点来指导架构决策。我们也承认，在多核设备上运行单一 Redis 进程（这类设备往往提供几十个核心和数百 GB 内存）确实存在资源无法充分利用的问题。但 Redis 在设计之初也确实没有考虑到这一点，而且众多 Redis 服务商已经拿出了相应的解决方案，借此在市场上占得一席之地。
Redis 通过运行多个进程（使用 Redis 集群）实现横向扩展，包括在单一云实例背景下也是如此。在 Redis 公司，我们进一步拓展这个概念并建立起 Redis Enterprise。Redis Enterprise 提供管理层，允许用户大规模运行 Redis，并默认启用高可用性、即时故障转移、数据持久与备份等功能。
下面，我们打算分享幕后使用的一些原则，向大家介绍我们如何为 Redis 的生产应用设计良好的工程实践。
通过在每个虚拟机上运行多个 Redis 实例，我们可以：
我们不允许单一 Redis 进程的大小超过 25 GB（运行 Redis on Flash 时上限为 50 GB）。如此一来，我们就能：
以横向扩展的方式灵活运行内存数据存储，是 Redis 获得成功的关键。下面来看具体原因：
我们仍然欣赏由社区提出的种种有趣思路和技术方案。其中一部分有望在未来进入 Redis（我们已经开始研究 io_uring、更现代的字典、更丰富的线程使用策略等）。但在可预见的未来，我们不会放弃 Redis 所坚守的无共享、多进程等基本架构原则。这种设计不仅具备最佳性能、可扩展性和弹性，同时也能够支持内存内实时数据平台所需要的各类部署架构。
附录：Redis 7.0 对 Draonfly 基准测试细节
版本：
目标：
客户端配置：
资源利用与配置优化：
最后，我们还发现 Redis 和 Dragonfly 都不受网络每秒数据包或传输带宽的限制。我们已经确认在 2 个虚拟机间（分别作为客户端和服务器，且均使用 c6gn.16xlarge 实例）使用 TCP 传递约 300 B 大小的数据包负载时，可以让每秒数据包传输量达到 1000 万以上、传输带宽超过 30 Gbps。
单 GET 通道延迟低于 1 毫秒：
30 条 GET 通道：
单 SET 通道延迟低于 1 毫秒：
30 条 SET 通道:
用于各变体的 memtier_benchmark 命令：
单 GET 通道延迟低于 1 毫秒
30 条 GET 通道
单 SET 通道延迟低于 1 毫秒
30 条 SET 通道
在本次比较测试中，我们在客户端（用于运行 memtier_benchmark）和服务器（用于运行 Redis 和 Dragonfly）使用了相同的虚拟机类型，具体规格为：
参考链接：
原文链接：
redis是数据库还是中间件
1、redis可以作为存储的扩展部分，但是不能直接替换掉mysql。redis对事务的支持还是比较简单的。但是redis的性能和扩展性比较好，使用起来比较方便。
2、不会的。只能是一种互补。redis把数据存在内存里读的速度快，但内存空间小。mysql是存放在硬盘上的。数据大。但是读硬盘肯定比读内存慢。
3、所以通常来说，在必要的时候引入Redis，可以减少MySQL(或其他)数据库的压力，两者不是替代的关系。我将持续分享Java开发、架构设计、程序员职业发展等方面的见解，希望能得到你的关注。Redis和MySQL的应用场景是不同的。
4、开发MariaDB数据库的目的是完全兼容MySQL数据库，包括API和命令行，使之能轻松的成为MySQL的代替品。在存储引擎方面，使用XtraDB来代替MySQL的InnoDB。SQLserver数据库SQLserver是微软公司开发的大型关系型数据库系统。
Redis是一个开源的内存中的数据结构存储系统，它可以用作数据库、缓存和消息中间件。
redis目前业界还是多把它当作一个分布式缓存数据库在使用。
数据库应用场景不同：Redis主要用于缓存、队列、计数器等，而关系型数据库主要用于存储关系型数据。数据库的处理方式不同：Redis可以对数据进行持久化，包括RDB快照和AOF日志两种方式，保证数据不丢失。
第一款：tomcattomcat是一款Java语言servlet标准化的服务器软件。适用于本地开发、小项目或个人开发，Apache为HTML页面服务，而tomcat实际操作JSP页面和servlet，但是tomcat处理静态html的能力不如Apache服务器。
tomcat，jboss，weblogic，websphere一般项目tomcat就可以了关于中间件Tomcat是Sun的JSWDK(JavaServerWebDevelopmentKit)中Servlet的运行环境(servlet容器)。
目前在国内开源消息中间件并不多，我了解到的是方正飞鸿的产品，听说还不错的，你也可以去他们官网了解一下！网络搜索“方正飞鸿”第一个就是。
状态机中间件有ApacheZooKeeper、etcd、Consul。ApacheZooKeeper：ZooKeeper是一个分布式的、开源的协调服务，在分布式系统中广泛应用于状态管理、分布式锁、配置管理等场景。
1、原因就是redis虽然读写很快，但是不适合做数据持久层，主要原因是使用redis做数据落盘是要以效率作为代价的，即每隔制定的时间，redis就要去进行数据备份/落盘，这对于单线程的它来说，势必会因“分心”而影响效率，结果得不偿失。
2、redis是内存数据库，访问速度非常快，所以能够解决的也都是这些缓存类型的问题，如下：会话缓存（SessionCache）最常用的一种使用Redis的情景是会话缓存（sessioncache）。
3、用redis好处：数据存储在内存中，读写速度快；支持的数据类型资源丰富；支持事务，操作都是原子性操作；可以设置数据存活的生命周期。
4、因为redis比较方便，被大众认可的比较多。
1、我们介绍了RabbitMQ，Kafka和Redis的一些特征。这三种动物都是它们的类别，但是如上所述，它们的运行方式大不相同。这是我们建议正确的消息代理根据不同用例使用的建议。
2、redis消息推送（基于分布式pub/sub）多用于实时性较高的消息推送，并不保证可靠。其他的mq和kafka保证可靠但有一些延迟（非实时系统没有保证延迟）。
3、测试数据分为128Bytes、512Bytes、1K和10K四个不同大小的数据。
4、消息队列网络是能够相互间来回发送消息的任何一组计算机。网络中的不同计算机在确保消息顺利处理的过程中扮演不同的角色。它们中有些提供路由信息以确定如何发送消息，有些保存整个网络的重要信息，而有些只是发送和接收消息。
5、redis只是提供一个高性能的、原子操作内存键值对，具有高速访问能力，可用做消息队列的存储，但是不具备消息队列的任何功能和逻辑，要作为消息队列来实现的话，功能和逻辑要通过上层应用自己实现。我们以RabbitMQ为例介绍。
免责声明：本文转载或采集自网络，版权归原作者所有。本网站刊发此文旨在传递更多信息，并不代表本网赞同其观点和对其真实性负责。如涉及版权、内容等问题，请联系本网，我们将在第一时间删除。同时，本网站不对所刊发内容的准确性、真实性、完整性、及时性、原创性等进行保证，请读者仅作参考，并请自行核实相关内容。对于因使用或依赖本文内容所产生的任何直接或间接损失，本网站不承担任何责任。
