解决方案能力 第1篇
在出现灾难事件后，恢复一个Kubernetes应用，并不是仅在另一个区域重新启动一个新容器那么简单。简单的快照无法有效确保数据的一致性。
容器应用的组件都是单独部署和单独扩展的，每个容器都有自己的容器镜像、部署配置、状态规则、外部配置、运维周期、依赖关系和数据。配置数据和应用的商业逻辑通常是作为元数据进行存储，保存在Kubernetes集群上，并且需要被保护和恢复，以确保应用能够正常的工作。
今天的容器化应用不再仅仅是一个只包括容器镜像和数据的单体。处于微服务架构下的应用，包括前端服务和中间件层。中间件层包括大量的正在运行商业逻辑的中间件，并且它们都连接到了持久数据服务上。这个完整的堆栈都需要被作为一个整体来进行备份和恢复。
一些流行的数据服务，如Kafka、Cassandra、Elastic、MySQL、MongoDB，是由不同的社区来创建的，每一个的运维管理和要求的技能都很不一样。
分布式数据服务的广泛采用，要求我们重新思考我们的数据保护机制，需要同时考虑数据、以及运维中的元数据。
解决方案能力 第2篇
我们的商业环境在快速演进，我们的竞争对手在快速追赶。在互联网时代，客户的体验是成功的关键，我们无法允许让客户不快的事情的发生。
错误时常会出现，服务中断时常会发生，云服务时常会宕机。我们需要一个强健、灵活和快速的恢复解决方案，来保证我们的应用能够持续性的满足客户的需要。
我们在Kubernetes上部署的容器化应用是我们的增长引擎，但是容器化应用与传统应用有很大的不同。需要有针对性的通过Kubernetes和容器的方式来对应用进行保护。而不是传统的数据保护方式。
为了让DevOps能够充分的发挥效能，如果每一个技术都需要专业的工程师来应对，会极大的增加我们的投入。我们的容灾恢复方案需要与这些技术事先集成，可感知应用，这样通用型的运维工程师就可以很好的处理问题。
混合云/多云架构变得普遍，我们不能允许云服务提供商的任何错误对我们的应用造成影响。不论我们选择什么样的基础架构服务商，都应确保我们应用的可用性。
解决方案能力 第3篇
Portworx是基于Kubernetes和容器的原生方式构建的。我们创建了一系列的存储和数据管理解决方案，专门来解决企业在现代化IT架构中面临的挑战。
Portworx PX-DR产品的定位，是为了保护Kubernetes应用，以达到零数据损失的快速恢复，并且赋能团队可以快速的掌握使用，不需要过多深入到每一个容器化应用的技术细节。
解决方案能力 第4篇
今天的容器化应用变的越来越复杂：展现技术、消息流、分析、数据存储，每种技术都由不同的社区来构建，并且需要不同的运维方法。
为了达到应用的扩展性和数据保护，我们要么严格限制我们所采用的技术的来源数量，这会降低我们的灵活性。或者我们采用有效的解决方案来原生化的处理各种复杂性问题，从而更快的推动数字化。
这意味着我们可以持续性的创新和部署新的应用，而不需要对每一个技术都有深入的了解。Portworx会帮助我们完成底层的集成。我们只需要制定我们的应用保护时间计划，来满足可用性需要。
解决方案能力 第5篇
我们的应用并不是处于单一控制的环境中。即便我们仅仅使用单一的云服务提供商，我们也会跨区域来部署应用。当我们使用混合云/多云环境时，复杂度就进一步提升。
Portworx PX-DR是按Kubernetes原生的分布式方式构建的。能够交付零数据损失（零RPO）和快速恢复时间（低RTO）是保持系统稳健的重要能力。
当应用被部署在彼此高速连接的云平台上时，例如，由专线连接的不同区域的云服务，Portworx可以帮助我们达到零RPO和零RTO。这意味着不会有数据损失，并且在发生问题时，可以即时恢复。
如果应用部署采用传统配置方式，如跨不同地理位置的数据中心的部署，通过Portworx，我们可以在几秒至几分钟的时间内恢复应用，并且不会有数据损失。
大多数企业的数据保护目标是1小时内恢复应用11，使用Portworx PX-DR数据保护，可以让我们达到更加快速的恢复。
如果当我们正在使用的某个云服务发生错误后，而我们的应用依然在运行，我们的客户满意度会更高。