以企业级速度创新

如今，企业面临着快速变化的市场，上市时间不断缩短。 这种竞争激烈的市场要求组织以比过去快得多的速度对应用程序和基础设施进行更改。

此外，这些组织还受到关键遗留系统的挑战，这些系统具有旨在维持最高可用性和可持续性的运营程序，作为重要的业务优势。 这些运营程序旨在规范变更的实施，以防止中断和数据丢失。 实际上，它们为升级设置了结构化的路径，限制了频繁的更改，以便在出现问题时，更容易识别导致该问题的更改并将系统恢复到更改前的状态。

如何在采用创新的同时保持稳定性

组织必须平衡稳定性和创新。 他们必须在保持最大正常运行时间的同时保持竞争力。 一种推荐的方法是遵循“分而治之”的策略：通过识别和优先考虑不同的系统组件，您可以更好地控制该过程。

识别

一个系统包含多个层和模块，不一定耦合或共享相同的需求和限制。 系统不同组件之间可能存在依赖关系，但通常可以为每个组件应用不同的升级策略。 例如，可以因为操作系统达到使用寿命而单独升级操作系统，与升级它运行的软件和应用程序分开。

优先排序

在系统生命周期中，可能有很多升级的原因：合规性、安全漏洞、基础设施使用寿命结束、新功能、更好的性能等等。 理想情况下，我们希望拥有一切，但外力通常会决定一个特定的顺序。 哪些基础设施或应用程序应该首先更新，哪些可以延迟，这些都是您需要做出的决定。 例如，更新的主要驱动因素是外部不可协商的要求，例如安全法规的合规性。 法规通常会设定一个无法更改的截止日期。

获得控制

为了获得对系统中引入的更改的控制，您应该

1. 根据所需的服务级别分离组件：例如，与实时应用程序相比，批处理应用程序可以容忍更长的 SLA。
2. 根据组织职能分离环境：与生产环境不同，开发环境可以容忍一些停机时间。
3. 从较低的环境到较高的环境逐步升级，留出时间进行稳定和测试。

在企业级软件中，拥有灵活的采用路径至关重要。 灵活的采用路径使您可以根据组织的目标和需求，以更小的工作单元升级和修改您的系统。 每个组件都应该升级到最能满足业务需求的级别。

Redis 的更多选择

从 Redis Enterprise v6.2.4 开始，您可以根据您的升级节奏容忍度选择要升级到的 Redis 服务器版本。 如果您可以容忍频繁升级并希望利用最新的增强功能，请选择最新的 Redis，如果您想最大限度地减少升级次数，请坚持使用主要版本。 这种灵活性旨在支持每年发布多个开源 Redis 版本，同时为 Redis Enterprise Software 保持更长的产品生命周期。 具体来说，想要利用 18 个月长产品生命周期的组织可以通过遵守主要的 Redis 版本来利用无缝升级路径。

Redis 认识到许多组织的环境都包含刚性的、基于遗留的系统和灵活的、基于云的系统。 Redis 设计了一个可以轻松符合您的运营程序要求的升级过程。 Redis Enterprise 升级过程是一种非中断升级 (NDU)，这意味着您可以在不影响可用性的情况下升级您的系统。 Redis 维护对开源 Redis 的三个级别向后兼容性支持，以便您可以确定最适合您组织的升级过程。 此 NDU 升级过程和向后兼容性旨在确保可用性和性能，同时为您提供最新的 Redis Enterprise 创新。 根据您的需求识别需要升级的内容并确定优先级，从而在您需要时获得最新的 Redis Enterprise 数据平台功能，同时遵守您的所有运营程序。

——

Redis Enterprise Software 是一个基于开源 Redis 的实时数据平台，为高性能缓存和主数据库提供企业功能。 Redis Enterprise 通常用于多租户集群配置中。