2019年10月，OpenShift 4.2发行了 ，其全部实质将继续朝着自动化和优化云工作的方向发展。
回想一下，我们在2019年5月推出了Red Hat OpenShift 4，这是我们的下一代Kubernetes平台，我们对其进行了重新设计以简化生产环境中容器化应用程序的管理。
该解决方案基于混合云中的软件自动更新和生命周期管理功能而创建，是一个自我管理的平台，它基于成熟的Red Hat Enterprise Linux和Red Hat Enterprise Linux CoreOS。 在4.2版中，重点是使平台对开发人员更方便。 此外，我们通过提供从OpenShift的第3版到第4版的迁移方式，以及在不访问Internet的情况下实现对配置的支持，简化了为集群管理员管理平台和应用程序的工作。
这里的速度在哪里？
4.2版极大地简化了Kubernetes的工作，提供了针对开发任务进行了优化的新OpenShift管理控制台模式，以及用于构建容器，组织CI / CD管道和实现无服务器系统的新工具和插件。 所有这些都有助于程序员更加专注于其主要任务-创建应用程序代码，而不会因Kubernetes的功能而分心。
在开发人员控制台中查看应用程序拓扑。OpenShift控制台的新开发人员模式OpenShift 4.2中的新开发人员工具：
- Web控制台的开发模式可帮助开发人员专注于主要内容，仅显示必要的信息和配置。 用于查看拓扑和构建应用程序的高级UI使得创建，部署和可视化容器化的应用程序和集群资源变得容易。
- odo工具箱是面向开发人员的特殊命令行界面，可简化OpenShift平台上应用程序的开发。 此CLI组织了git push之类的交互，可帮助开发人员在OpenShift平台上创建应用程序而无需付出额外的努力，而无需深入研究Kubernetes的复杂性。
- 用于Microsoft Visual Studio Code，JetBrains IDE（包括IntelliJ）和Eclipse Desktop IDE 的Red Hat OpenShift连接器提供了与所使用工具的轻松集成，并允许您在熟悉的开发人员环境中开发，构建，调试和部署OpenShift应用程序。
- 适用于Microsoft Azure DevOps的Red Hat OpenShift部署扩展 。 使该DevOps工具包的用户能够在Azure Red Hat OpenShift或Microsoft Azure DevOps平台上的任何其他OpenShift群集中部署其应用程序。
Visual Studio插件笔记本电脑上的完整OpenShift
红帽CodeReady容器是为在工作站或便携式计算机上进行部署而优化的现成OpenShift集群，它提供了在本地模式下开发基于云的应用程序的机会。
服务网格服务网格
我们基于Istio，Kiali和Jaeger开源项目以及特殊的
Kubernetes运营商的 OpenShift Service Mesh解决方案简化了OpenShift平台上应用程序的开发，部署和维护，提供了必要的工具并采用了基于现代架构的云应用程序自动化，例如像微服务 该解决方案使程序员摆脱了独立部署和维护创建的应用程序和业务逻辑所需的专用网络服务的需求。
适用于OpenShift 4 的Red Hat OpenShift Service Mesh实际上是为开发人员量身定制的，是“往返”的，并提供诸如跟踪，度量，网络通信的可视化和监视以及一键安装和配置服务网格等功能。 此外，该解决方案还提供了运营管理和安全优势，例如加密数据中心内服务器之间的流量以及与
Red Hat 3scale API网关集成。
使用Kiali工具作为OpenShift Service Mesh的一部分，对集群流量进行高级可视化无服务器计算
我们的其他解决方案
OpenShift Serverless可以帮助您部署和运行可轻松按需扩展至零级的应用程序。 该解决方案基于Knative项目构建，并且在Technology Preview版本中可用，可以使用相应的Kubernetes运算符在任何OpenShift 4集群上激活，这使得启动和安装在OpenShift上部署无服务器应用程序或功能所需的组件变得容易。 在版本4.2中出现的OpenShift控制台的开发人员模式允许您在标准开发过程中使用无服务器选项，例如从Git导入或部署映像，换句话说，您可以直接从控制台创建无服务器应用程序。
在OpenShift控制台中配置无服务器部署除了与开发人员控制台集成外，新版本的OpenShift还具有其他无服务器的改进。 特别是kn-Knative命令行界面，提供了方便直观的操作，使您可以对应用程序所需的对象进行分组； 拍摄代码和配置的快照，还可以将网络端点映射到特定版本或服务。 所有这些功能都可以通过OpenShift无服务器操作员在技术预览版中获得，这些功能可以帮助开发人员开始使用无服务器架构，并在不依赖于特定基础架构的情况下在混合云中灵活地部署其应用程序。
CI / CD云传送带
持续集成和交付（CI / CD）是当今的主要开发实践，可以提高软件部署的速度和可靠性。 良好的CI / CD工具包可使开发团队优化和自动化反馈流程，这对于成功进行敏捷开发至关重要。 在OpenShift中，您可以使用经典的Jenkins或我们新的
OpenShift Pipelines解决方案作为此类工具。
Jenkins是当今事实上的标准，但是我们将容器CI / CD的未来与Tekton开源项目联系在一起。 因此，OpenShift Pipelines是在该项目的基础上构建的，并更好地支持基于云的方法，例如按代码进行管道（“按代码进行管道”）和GitOps。 在OpenShift Pipelines中，每个步骤都在其自己的容器中执行，因此资源仅在执行此步骤期间使用，这使开发人员无需使用中央CI / CD服务器即可完全控制其交付渠道，插件和访问控制。
OpenShift Pipelines仍处于Developer Preview阶段，可以作为适当的运算符使用，可以在任何OpenShift 4集群中使用； Jenkins可以在OpenShift的第3版和第4版中使用。
红帽OpenShift输送机混合云容器管理
从经验的角度来看，OpenShift的自动安装和更新使混合云尽可能接近规范云。 第四个OpenShift以前可用于主要的公共云平台，私有云环境，虚拟化平台和裸机服务器，但是版本4.2在此列表中又添加了两个新的公共云平台-Microsoft Azure和Google Cloud Platform以及私有OpenStack云。
OpenShift 4.2安装程序已经针对各种目标环境完成了安装，并且首次接受了培训，可以使用隔离的（未连接到Internet）配置。 独立安装和强制性代理模式具有提供自己的证书链（CA捆绑包）的能力，有助于确保符合法规标准和内部安全协议。 静默安装模式使您可以始终拥有最新版本的OpenShift容器平台，在其中无法访问Internet或具有严格的图像测试策略的环境中。
此外，使用Red Hat Enterprise Linux的轻量级版本Red Hat Enterprise Linux部署完整的OpenShift堆栈，可让您在安装开始后不到一小时的时间内准备好云。
Red Hat OpenShift允许您统一在云和本地基础架构中创建，部署和管理容器应用程序的过程。 通过更简单，自动化和更快的安装，OpenShift 4.2现在可在AWS，Azure，OpenStack和GCP平台上使用，从而使组织能够在混合云中有效地管理其Kubernetes平台。
轻松从OpenShift 3迁移到OpenShift 4
新的工作负载迁移工具可以轻松地从平台的早期版本升级到OpenShift 4.2。 现在，将负载从旧集群转移到新集群的过程变得更快，更容易，并且手动操作最少。 集群管理员足以选择源OpenShift 3.x集群，在其上标记必要的项目（或名称空间），然后指定如何处理相应的永久卷-将它们复制到目标OpenShift 4.x集群或进行传输。 此后，应用程序将继续在源群集上运行，直到管理员完成其工作为止。
OpenShift 4.2支持各种迁移方案：
- 使用基于Velero项目的中间存储库复制数据。 例如，当在原始群集中使用Gluster而在新群集中使用Ceph时，此选项允许您通过存储系统的更改进行迁移。
- 数据保留在当前存储库中，但连接到新集群（永久卷切换）。
- 通过Restic复制文件系统。
第一个晚上吧
通常，我们的用户希望能够在新版本发布之前很久就试用OpenShift的计划创新。
因此，从OpenShift 4.2开始，我们为客户和合作伙伴提供了每晚构建预构建的权限 。 请注意，这些组件不适用于生产环境，不提供支持，文档记录不充分，功能可能不完整。 这些组件的质量随着您接近最终版本而提高。
夜间构建程序集使客户和合作伙伴可以在开发的早期阶段熟悉新功能，这对于计划部署或将OpenShift与ISV开发人员自己的解决方案集成起来很有用。
OKD社区成员注意事项
OKD 4.3的工作已经开始，OKD 4.3是由开发社区创建的开源Kubernetes发行版，它是Red Hat OpenShift的基础。 我们邀请所有人作为OKD工作组的一部分，对
OKD4 ，Fedora CoreOS（FCOS）和Kubernetes的当前状态进行评估，或者在
OKD.io网站上监视进度。
注意事项：
本出版物中的“合伙”一词并不表示Red Hat，Inc.之间的合法合伙关系或任何其他形式的法律关系。 和其他任何法人实体。