视频

了解更多信息
Redis 享有盛誉 - 但它在哪些地方得到应用呢?开发人员依赖 Redis 企业版来处理多个行业的关键用例。了解 Redis 在游戏、零售、物联网网络和旅游领域的应用程序开发中发挥作用的几个场景。
开发人员如何使用 Redis 来满足其数据库需求?我们最初是 Redis 开源项目,但在随后的 13 年 中,任何不断发展的数字业务的必备要素都发生了变化,现在需要的是更多的一切。这意味着更高的可用性、更多的 持久性,以及永远不会出现任何性能延迟的空间,因此将支持备份和即时故障转移添加到所需功能的组合中。
无痛的业务可扩展性是任何编程团队的目标。使用内存中的 Redis 缓存 和 Redis 数据库构建应用程序可以消除复杂性和延迟,因为 Redis 企业版 在一个系统中提供双重支持。
一切归结于速度。这意味着更快的应用程序交互(例如快速数据检索和使用缓存平衡后端服务的负载)以及根据用户需求扩展的软件(构建低延迟微服务架构 使用 Redis 的多模型数据库)。
让我们探讨一些流行的 Redis 用例和客户的真实世界 Redis 性能示例。
欺诈会损失资金,而且这种损失只会不断增加。机会主义者紧跟增长步伐,将目标转向数字空间,零售、游戏 和 金融 是欺诈分子打击最严重的行业之一。“如今,每 1 美元的欺诈行为会给美国零售商和电子商务商家带来 3.75 美元的损失,”LexisNexis 报告断言;自 2019 年以来,这一数字增长了 19.8%)。
BioCatch 是一家以色列数字身份公司,利用开创性的生物识别跟踪技术来领先于欺诈分子。随着该公司业务快速增长至 7000 万用户、每秒 40000 次操作和每月 50 亿次交易,BioCatch 团队需要找到一种方法来解决严重的数据库扩展问题。
这不是一个独特的挑战。由于 COVID-19 的影响,在线交易激增。根据摩根士丹利的全球 电子商务增长预测 2022 年报告,预计该市场将从今天的 3.3 万亿美元飙升至 2026 年的 5.4 万亿美元。这种增长带来了网络安全风险:数字身份威胁、网络犯罪和客户欺诈。根据 Bolster.AI 的报告,网络钓鱼和假冒页面在 2021 年增加了 53%。
您的数据层需要闪电般的速度才能构建微调的 欺诈检测 算法,这些算法可以在 40 毫秒内做出响应,从而防止任何因素对客户体验产生负面影响。
数据泄露已成为一种流行病。IBM 报告称,83% 的组织遭受过多次数据泄露。每次事件的平均成本约为 430 万美元。美国连续第 12 年在数据泄露平均总成本最高的国家中排名第一。
威胁的复杂性、数量和复杂性不断提高,需要更先进的欺诈检测方法来跟上恶意行为者,并构建更强大的防御工事来抵御它们。由于传统的數據平台往往难以跟上现代在线交易的速度、规模和复杂性,因此难以实时检测和阻止欺诈行为。
为了满足其数据层对高速性能、高可用性和无缝可扩展性的需求,BioCatch 转向 Redis 企业版 来解耦计算和数据。在最初考虑将 Redis 企业版作为缓存时,该团队很快意识到 Redis 也可以成为一个很棒的系统配置 NoSQL 数据库。
BioCatch 使用 Redis 功能和各种 数据结构 来创建单一的事实来源数据库,为整个组织提供关键任务信息。BioCatch 在活跃的用户会话期间捕获行为、元数据和 API 数据。它还创建用户行为配置文件子集和预定义的欺诈行为配置文件。
借助在 Microsoft Azure 上运行的 3 PB 数据、3 亿个键和 40 个数据库,BioCatch 依赖 Redis 企业版为所有微服务提供数据。自使用我们的企业级 Redis 缓存以来,BioCatch 实现了零停机时间,并且没有操作上的麻烦,使团队能够腾出精力专注于服务其核心使命的战略项目。
了解有关实时欺诈检测和艾字节分析的更多信息,请访问我们的数据经济播客视频博客。
根据 Mordor Intelligence 的数据,2021 年全球游戏市场规模超过 1984.0 亿美元,预计到 2027 年将达到 3399.5 亿美元。这种巨大的预计增长很大程度上归因于移动游戏。
成功的手机游戏需要出色的用户体验,这可能会带来巨大的基础设施挑战,尤其是对于实时多人游戏而言。用户必须能够启动游戏、连接到服务器并与其他玩家进行协作;任何延迟或故障都会破坏体验。游戏体验还包括实时交易,有时还会涉及真钱。对于客户来说,他们的预期是立即交易,并随时准备好的个人支付详细信息。
开发人员依赖 Redis 的低延迟 来提供高性能和几乎无限的规模,这在游戏情况下至关重要,因为大量数据以高速到达。以奇幻体育 为例,预计到 2028 年其市场规模将达到 480 亿美元。美式足球是美国最受欢迎的奇幻体育运动,拥有 3500 万玩家。但与印度的奇幻板球联赛相比,这一数字相形见绌,根据印度奇幻体育联合会 (FIFS) 的研究,印度奇幻板球联赛拥有约 1 亿玩家。
在印度,球队会在比赛之前发布比赛阵容,在线玩家只有 10-15 分钟的时间来更新各自的奇幻球队。这是一大批要摄取的数据,而且它不应该影响客户体验,尤其是在时间至关重要的场合。
对于游戏开发者来说,为游戏元素(如图形、图片、缩略图和音乐)提供服务需要一个强大的缓存解决方案,该解决方案可以减轻在关系数据库(如 MySQL)上运行的数据存储的负载,同时确保极快的响应时间。
缓存有助于以最小的开销提供响应的用户体验。例如:Scopely。
Scopely 创作了像 行尸走肉:生存之路 这样的手机游戏,它依赖 Redis 企业版来满足各种需求,包括排行榜、API 管理和队列工作负载管理。
Scopely 需要支持各种数据结构和功能,例如可自定义的过期时间、逐出、智能缓存、请求流水线、数据持久性和高可用性。这些需求无法通过 SQL 数据库 满足,除非需要一个复杂负载平衡集群。
在我们的电子书 为什么您的游戏需要实时排行榜 中发现更多详细信息。
作为一家在线企业创建全面的数字业务是一个巨大的工程,学习曲线非常陡峭。一个出色的数字业务需要一个后端来确保商店页面可用、一个库存管理 系统、一个用于网站自动完成功能的快速缓存、一个用于产品的搜索引擎 以及用于实时创建个性化客户体验的机器学习技术。而且这一切都必须具有高性能;根据 2020 年 YOTTA 研究,90% 的购物者表示,如果网站速度太慢,他们会放弃网站。
然而,现代多渠道零售商正在转向 实时库存系统 来优化其库存、产量和供应链物流,旨在改善客户体验和供应链。对于应用程序开发者来说,构建和维护这些复杂的系统是一项艰巨的任务。
同样,性能也至关重要。延迟或不准确的库存信息可能会让客户感到沮丧,导致购物车放弃(本身就是一个 180 亿美元的问题)和订单取消,从而导致收入损失、成本增加和品牌受损。
服装零售商Gap Inc。希望为其电子商务客户提供每件商品添加到购物车的实时配送信息。该公司面临着延迟和库存信息不准确的问题。
这个问题造成了糟糕的客户体验,增加了成本,并损害了品牌忠诚度。
Gap Inc. 的应用程序开发人员发现 Redis Enterprise 的线性可扩展性和亚毫秒级性能在海量规模下都具有巨大的帮助,特别是在黑色星期五等季节性高峰时期。在微服务环境中,快速灵活的数据模型可以防止在较慢时期未使用的基础设施部分过度配置。
可用性、速度、性能和体验:真正的 360° 全渠道旅程会让这些球保持在空中,绝不会让它们掉下来。
在大数据时代,企业需要能够即时收集、存储和处理海量数据的软件。然而,当今许多支持快速数据摄取的解决方案对于简单要求(例如从物联网 (IoT) 和事件驱动的应用程序流式传输实时数据)来说过于复杂和过度设计。
在这些应用程序中,必须快速分析数据才能做出快速业务决策。对于这些用例来说,数据丢失通常是不可接受的。
然而,数据丢失确实会发生,主要是在使用关系数据库时。SQL 数据库通常是在开始时围绕已知用例创建的。将另一种数据结构或数据模型引入 SQL 堆栈会导致系统速度变慢、摄取速度变慢以及数据丢失,因为数据必须被修改以适应数据库选择的模型。
数据丢失意味着机会丢失。任何丢失的数据都可能是通往全新收入流的大门。
一个值得注意的快速数据摄取 Redis 使用示例是Inovonics,该公司提供高性能无线传感器网络,在全球部署了超过 1000 万台设备。在其 30 年的历史的大部分时间里,Inovonics 将自己视为主要的无线技术提供商。但大数据的兴起帮助该公司意识到,其无线设备和传感器收集的独特数据集也具有巨大的价值。
Inovonics 的边缘平台需要强大的数据平台功能,以确保弹性和性能,同时最大限度地减少运营足迹和运营成本。通过应用Redis Enterprise Cloud(一个完全自动化的数据库即服务 (DBaaS)),Inovonics 将所有数据集中在Google Cloud 上,以洞察力强、易于访问的数据分析的形式开辟了新的产品服务。
Inovonics 在其物联网边缘设备上使用 Redis Enterprise 将数据推送到其网关,并从这些网关推送到公司的虚拟专用 Google Cloud。
在 Google Cloud 上,Redis Enterprise 的应用用于数据摄取以存储每天来自 Inovonics 传感器网络的数百万条消息,并提供一个中央、聚合的视图,从中可以分析数据。Redis Enterprise 还存储应用程序数据模型,以便传入消息可以与传感器位置等表示信息相关联。
除了挑战实体零售之外,COVID-19 危机还迫使技术供应商重新校准和定制其运营和应用程序交付模型。为了在没有任何停机时间的情况下保持大规模的业务连续性,企业需要合适的工具和技术来扩展其基础设施并加速其应用程序响应时间。
例如,考虑Freshworks,该公司构建基于云的业务软件套件。由于过去六年的非凡增长,该公司在其应用程序架构和开发运营能力方面不堪重负。随着公司数据库负载的增加,它难以维持性能。为了动态扩展其集群而不会影响可用性,该团队还希望减轻 Freshworks 主要 MySQL 数据库的负担,并加快应用程序响应速度。
在评估了 Aerospike 和Hazelcast 等 NoSQL 内存数据库后,Freshworks 选择了 Redis 的高性能和灵活性。最终,该团队选择了 Redis Enterprise Cloud,以确保高可用性和无缝数据库体验作为开发人员的基础设施服务。
除了使用 Redis Enterprise 作为其 MySQL 数据库的前端缓存之外,Freshworks 还使用 Redis Enterprise 的高度优化的哈希、列表和排序集数据结构以及内置的 Redis 命令来计量进入其 Freshdesk 软件的 API 请求。
Redis Enterprise 还充当磁盘上存储的后台作业的持久性存储。随着 Freshworks 向微服务过渡,该公司已开始将其单体 Ruby on Rails Web 应用程序框架中的关键工作负载分离出来。在此过程中产生的第一个微服务之一专门用于身份验证,并使用 Redis Enterprise 作为会话存储。
最后,Freshworks 利用 Redis Enterprise 的强大数据结构(包括 HyperLogLog、位图和集合)作为用户分析的前端数据库。
上面的案例研究只是 Redis Enterprise 是最佳选择的用例示例。但有一些功能值得强调。
缓存层存储重复请求的数据。理想情况下,这些数据以亚毫秒级的响应时间提供,从而实现更快的加载速度并降低后端成本。
在企业级,内存缓存在云之间线性扩展,并且性能不会下降。快速数据检索意味着用户响应时间更快。快速缓存还可以平衡后端服务负载,使现有硬件能够以峰值性能运行。
(注意:一些 Redis 服务提供商,例如Amazon ElastiCache,仅支持 Redis 作为缓存,而不是作为主数据库。)
强大的消息传递解决方案在微服务架构中至关重要。这些不同的服务集合需要在松散连接的环境中相互通信。
Pub/Sub 等消息传递协议有助于实时广播通知,并且在需要最小延迟和海量吞吐量时非常有用。这些协议可以带来区别。排序集和哈希可以为聊天室、社交媒体 feed、实时评论流和服务器互连提供支持。另一种结构,列表,可以帮助创建轻量级的消息队列。
会话管理完全是关于个性化。应用程序需要处理大量数据,同时缓存和检索用户配置文件和会话元数据。有了可靠的会话存储,就可以以亚毫秒级的响应时间扩展到数十亿个字段值对,并处理意外的流量峰值。
会话存储管理会话数据,并通过缓存 ID 和令牌来提高可用性、身份验证、用户配置文件和日志记录性能。这减少了对主数据库和计算资源的负载,最终节省了资金。
地理空间数据可以在应用程序中集成基于位置的功能。常见示例包括估计距离、到达时间和附近推荐。
使用地理空间索引,可以使用 GEOADD(使用排序集添加一个或多个地理空间项,或 GEODIST、GEOHASH 等)等地理空间命令存储和搜索坐标。
请观看下面的视频,了解 Redis 地理空间索引的功能。
开发人员必须争先恐后地交付具有引人注目的功能的新应用程序。这会让开发人员忙碌不堪,因为很难满足预期。
为了加快上市时间,开发团队必须释放亚毫秒级的响应时间性能,并找到简单的方法来应用多种数据模型,从而获得构建软件的自由度。
当你开始构建未来的下一个伟大应用程序时,你将选择哪种方式?探索这些使用 Redis 的有影响力的方式,并利用速度和性能构建功能强大的应用程序。