OpenShift 容器云提供了众多基础设施和工具，承载了众多功能和特性，帮助用户通过这个平台提升企业 IT 的效率和敏捷度。 纵观 OpenShift 容器云项目，其中最重要的核心流程是将应用从静态的源代码变成动态的应用服务的过程 。
1、应用构建
第 1 步，部署应用。流程的开始是用户通过 OpenShift 的 Web 控制台或命令行 oc new- app 创建应用。根据用户提供的源代码仓库地址及 Builder 镜像，平台将生成构建配置(BuildConfig)、部署配置(DeploymentConfig)、 Service 及 Route 等对象。
第 2 步，触发构建。应用相关的对象创建完毕后平台将触发一次 S2I 构建。
第 3 步，实例化构建。平台依据应用的 Build Config 实例化一次构建，生成一个 Build 对象。 Build对象生成后，平台将执行具体的构建操作，包括下载源代码、实例化Builder镜像、 执行编译和构建脚本等。
第 4 步，生成镜像。构建成功后将生成一个可供部署的应用容器镜像。平台将把此镜像推送到内部的镜像仓库组件 Registry 中 。
第 5 步，更新 Image Stream。 镜像推送至内部的仓库后，平台将创建或更新应用的 Image Stream 的镜像信息，使之指向最新的镜像 。
2、应用部署
第 6 步，触发镜像部署。当 Image Stream 的镜像信息更新后，将触发平台部署 S2I 构建生成的镜像 。
第 7 步，实例化镜像部署。 Deployment Config 对象记录了部署的定义，平台将依据此配置实例化一次部署，生成一个 Deploy 对象跟踪当次部署的状态 。
第 8步，生成 Replication Controller。平台部署将实例化一个 Replication Controller, 用以调度应用容器的部署。
第 9步，部署容器。通过 Replication Controller, OpenShift 将 Pod 及应用容器部署到集群的计算节点中。
3、请求处理
第 10 步，用户访问。 用户通过浏览器访问 Route 对象中定义的应用域名 。
第 11 步，请求处理并返回。 请求到 Router 组件后，Router 根据 Route 定义的规则，找到请求所含域名相关联的 Service 的容器，并将请求转发给容器实例。容器实例除了请求后返回数据，还会通过 Router 将数据返回给调用的客户端。
4、应用更新
在应用更新时，平台将重复上述流程的第 1 步至第 9 步 。 平台将用下载更新后的代码构建应用，生成新的镜像，并将镜像部署至集群中。值得注意的是，OpenShift 支持滚动更新。在第 9步时，平台将通过滚动更新的方式，保证应用在新老实例交替时服务不间断。