正文
InfoQ：你能说说 OpenShift 和 Kubernetes 在实现方面的整体协同作用吗？
Gracely：
Red Hat 为 OpenShift 平台所做的每一件事都始于 Kubernetes 项目，所以整体协同作用是 100%。OpenShift 是 Kubernetes 认证的。从 Kubernetes 中的上流工作开始，我们把工作与其他技术做广泛的集成，包括 SDN 联网、存储、监控、容器注册、Linux 中的容器需求（比如安全性、硬件支持）、持续集成 / 持续交付集成，等等。它就成了 OpenShift Origin 项目。OpenShift Origin 与 Linux 下的 Fedora 项目类似。OpenShift Origin 的商业版既可作为软件（OpenShift 容器 平台, OCP），也可以作为托管服务（OpenShift Dedicated 或 OpenShift Online）。
InfoQ：Kubernetes 经常以构建平台的平台而著称。Helm charts、Istio、KubeFlow 都属于这样的情况。OpenShift 采取了相同的方式利用了其他的开源产品，还是不同的哲学？
Gracely：
OpenShift 是一个模块化的、可组装的平台。它附带了默认的能力，也允许客户或技术合作伙伴替换为其他选择（比如，SDN 网络、存储、监控等等）。有 300 多个 OpenShift 合作伙伴提供了 100 多个经过测试的集成。鉴于 OpenShift 在历史上就被作为了一个平台，许多特性经常会先在它身上得以实现，然后才是 Kubernetes 或其他开源项目。例如，基于角色的访问控制（RBAC ）就是先在 OpenShift 实现的，然后才迁移到了 Kubernetes 上。OpenShift 在 Helm 项目之前就有了应用程序模版。在某些情况下，OpenShift 实现将被迁移到 Kubernetes 上（比如 RBAC），还有一些情况是它将增加新的功能（比如 Helm 或 Prometheus）作为 OpenShift 的选项。此外，Red Hat 积极参与了新项目的演进和集成，比如 Istio 或 OpenWhisk 之类的无服务器项目，以及像性能敏感应用之类的新领域。
