Openstack上的Openshift—更好的交付
你有没有问过自己，我应该在哪里运行 OpenShift？答案是任何地方 - 它可以在裸机、虚拟机、私有云或公共云中很好地运行。但是，这里有一些为什么人们正迁移到围绕全栈和资源消耗自动化相关的私有云和公有云的原因。传统的操作系统一直是关于硬件资源的展示和消耗 - 硬件提供资源，应用程序消耗它们，操作系统一直是交通警察。但传统的操作系统一直局限于单机注1 。
那么，在原生云的世界里，现在意味着这个概念扩展到包括多个操作系统实例。这就是 OpenStack 和 OpenShift 所在。在原生云世界，虚拟机、存储卷和网段都成为动态配置的构建块。我们从这些构建块构建我们的应用程序。它们通常按小时或分钟付费，并在不再需要时被取消配置。但是，你需要将它们视为应用程序的动态配置能力。 OpenStack 在动态配置能力（展示）方面非常擅长，OpenShift 在动态配置应用程序（消费）方面做的很好，但是我们如何将它们结合在一起来提供一个动态的、高度可编程的多节点操作系统呢？
要理解这个，让我们来看看如果我们在传统的环境中安装 OpenShift 会发生什么 - 想像我们想要为开发者提供动态访问来创建新的应用程序，或者想象我们想要提供业务线，使其能够访问现有应用程序的新副本以满足合同义务。每个应用程序都需要访问持久存储。持久存储不是临时的，在传统的环境中，这通过提交一张工单实现。没关系，我们可以连到 OpenShift，每次需要存储时都会提交一张工单。存储管理员可以登录企业存储阵列并根据需要删除卷，然后将其移回 OpenShift 以满足应用程序。但这将是一个非常慢的手动过程，而且你可能会遇到存储管理员辞职。
在原生云的世界里，我们应该将其视为一个策略驱动的自动化流程。存储管理员变得更加战略性、设置策略、配额和服务级别（银、黄金等），但实际配置变得动态。
动态过程可扩展到多个应用程序 - 这可能是开发者测试的业务线甚至新应用程序。从 10 多个应用程序到 1000 个应用程序，动态配置提供原生云体验。
下面的演示视频展示了动态存储配置如何与 Red Hat OpenStack 平台（Cinder 卷）以及 Red Hat OpenShift 容器平台配合使用，但动态配置并不限于存储。想象一下，随着 OpenShift 的一个实例需要更多的容量、节点自动扩展的环境。想象一下，推送一个敏感的程序更改前，将网段划分为负载测试 OpenShift 的特定实例。这些是你为何需要动态配置 IT 构建块的原因。OpenStack 实际上是以 API 驱动的方式实现的。
OpenShift 和 OpenStack 一起更好地交付应用程序。OpenStack 动态提供资源，而 OpenShift 会动态地消耗它们。它们一起为你所有的容器和虚拟机需求提供灵活的原生云解决方案。高可用性集群和一些专门的操作系统在一定程度上弥合了这一差距，但在计算中通常是一个边缘情况。
OpenStack是一种Iaas（基础架构即服务），用于将现有服务器转换为云。OpenShift是一种Paas（平台即服务），它运行在AWS，Google Cloud Platform等提供的现有云服务之上。因此，OpenShift可以用作OpenStack上的基于云的服务。这是可能的，因为两种技术彼此独立。因此，OpenStack可以用于服务器基础架构，而OpenShift可以用作第三方API服务。
OpenStack
作为Iaas（基础架构即服务）的 OpenStack 可以将传统平台转换为基于云的平台。它允许基于客户的应用程序自动化其日常工作流程（如资源分配），从而使客户除了使用其他服务外，还可以使用虚拟存储服务（如VPS，块存储，对象存储等）获得更多优势。它主要用作VPS。通常，它使用VMWare之类的管理程序来打开虚拟机。
OpenShift
就其用途而言，作为Paas（平台即服务）的OpenShift可以像Google Compute平台，Amazon Web服务，Microsoft Azure等一样使用。它还通过确保开发人员不必担心在需要时在物理服务器和虚拟服务器之间进行切换而简化了应用程序的开发和测试工作流程，从而为开发人员提供了支持。因此，它有助于以减少的维护成本来提高现有应用程序工作流程的生产率和效率。
OpenShift和OpenStack可以在单个客户应用程序工作流程中结合使用。由于OpenShift是PaaS（平台即服务），因此可以在Iaas（基础架构即服务）的OpenStack平台上部署的现有云服务上使用。这样可以减少部分客户的安装成本，并提高现有应用程序工作流程的效率和生产率。这也确保了现有应用程序工作流程的可伸缩性。另外，由于这两种技术都构成了云平台的组成部分，因此可以独立使用。
OpenStack和OpenShift之间的主要区别
1.容器
OpenStack使用称为虚拟机管理程序的虚拟机形式的容器，可以是VMWare，Xen或KVM。可以选择在其中使用容器，因为客户将其用作VPS。当与它们一起使用时，虚拟机管理程序是最好的选择。另一方面，OpenShift依赖于容器，用法不是可选的。它使用像Kubernetes这样定义DevOps平台的想法，从而使最终客户可以轻松地在云平台上开发和测试其应用程序。Docker是基于容器的流行技术之一。
2.分布式环境
OpenStack用作基于单点云的平台。它可以控制关联的数据中心，但与Kubernetes等基于流行DevOps的平台进行比较时，它是最小的，因为Kubernetes可以处理全局集群中的关联数据中心。OpenStack还提供Glusterfs和Ceph作为分布式平台上的存储技术。但是由于它们是第三方，因此它并不完全依赖它们。另一方面，由于OpenShift使用Kubernetes，因此广泛使用了分布式系统的概念。它适用于主从概念，即存在一个控制器节点，该控制器节点是控制工作节点的主节点。封装了一个网络层，以简化主节点和从节点之间的通信。
3.云平台服务
OpenStack使用基础架构作为一项服务，有助于服务器管理将其与流行的基于云的VPS提供商（例如Google Cloud，Microsoft Azure，Digital Ocean，Amazon Web Services等）的相似性归因于此。最终客户可以使用OpenStack并将现有的服务器基础架构转变为云基于。另一方面，OpenShift使用平台作为服务，可简化开发和测试最终客户应用程序的过程。这些应用程序可以在像Docker这样的容器上运行。因此，可以将应用程序简化为基于DevOps的云应用程序，其中包括持续集成/持续开发管道。
4.基于混合云的平台
OpenStack和OpenShift的使用也可以并驾齐驱。如果必须从其他交互服务中抽象该应用程序，则可以使用OpenShift。它确保客户数据保存在私有云上。这可以通过使OpenStack在私有节点数据上运行与数据存储相关的Pod来完成。它还可以确保负载平衡，因为其他数据可以在公共云上进行处理。因此，以上两种技术都是可扩展的并且易于使用。
