以企业速度创新

如今的企业正面临着快速变化的市场，上市时间不断缩短。这种高度竞争的市场要求组织比以往更快地实施对应用程序和基础设施的更改。

这些组织还面临着关键的遗留系统的挑战，这些系统具有为保持最大可用性和可持续性而构建的操作流程，这是重要的业务优势。这些操作流程旨在规范更改的实施，以防止停机和数据丢失。实际上，它们为升级设定了结构化路径，限制了频繁的更改，因此，如果出现问题，更容易识别导致问题的更改并将系统恢复到更改之前的状态。

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

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

识别

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

优先级

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

获得控制

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

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

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

Redis 提供更多选择

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

Redis 认识到许多组织的环境既包含严格的基于遗留系统的系统，也包含灵活的基于云的系统。Redis 设计了一个升级流程，可以轻松地适应您的操作流程要求。Redis Enterprise 升级流程是非中断升级 (NDU)，这意味着您可以在不影响可用性的情况下升级系统。Redis 保持对三个版本的开源 Redis 的支持，因此您可以确定最适合您组织的升级流程。此 NDU 升级流程和向后兼容性旨在确保可用性和性能，同时为您提供最新的 Redis Enterprise 创新。在满足您所有操作流程的同时，根据需要获取最新的 Redis Enterprise 数据平台功能，方法是识别需要升级的内容，并根据您的需求确定优先级。

——

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