，其全部本质延续了云环境工作自动化和优化的过程。
让我们回想一下，2019 年 4 月，我们推出了下一代 Kubernetes 平台红帽 OpenShift XNUMX，我们重新设计了该平台，以简化生产环境中容器应用程序的管理。
该解决方案是作为一个自我管理平台创建的，在混合云中具有自动更新和生命周期管理功能，并且基于经过验证的红帽企业 Linux 和红帽企业 Linux CoreOS 构建。 在 4.2 版本中，重点是使平台对开发人员更加友好。 此外，我们通过提供从 OpenShift 3 到 4 的迁移工具以及实现对离线配置的支持，简化了集群管理员管理平台和应用程序的工作。
速度在哪里？
4.2 版本极大地简化了 Kubernetes 的使用，提供了针对开发人员任务进行优化的新 OpenShift 管理控制台模式，以及用于构建容器、组织 CI/CD 管道和实施无服务器系统的新工具和插件。 所有这些都有助于程序员更准确地专注于他们的主要任务 - 创建应用程序代码，而不会被 Kubernetes 的特性分散注意力。
在开发者控制台中查看应用程序拓扑。
OpenShift 控制台的新开发者模式
OpenShift 4.2 中的新开发人员工具：
- Web 控制台仅显示他们需要的信息和配置，帮助开发人员专注于最重要的事情。 用于拓扑查看和应用程序组装的增强 UI 使容器化应用程序和集群资源的创建、部署和可视化变得更加容易。
- 工具 – 为开发人员提供的特殊命令行界面，可简化 OpenShift 平台上应用程序的开发。 通过组织 Git 推送等交互，该 CLI 可以帮助开发人员在 OpenShift 平台上轻松创建应用程序，而无需深入研究 Kubernetes 的复杂性。
- 对于 Microsoft Visual Studio Code、JetBrains IDE（包括 IntelliJ）和 Eclipse Desktop IDE，可轻松与所使用的工具集成，并允许您在开发人员熟悉的 IDE 环境中开发、构建、调试和部署 OpenShift 应用程序。
- 适用于 Microsoft Azure DevOps 的红帽 OpenShift 部署扩展。 使该 DevOps 工具包的用户能够在 Azure Red Hat OpenShift 或 Microsoft Azure DevOps 平台上的任何其他 OpenShift 集群上部署其应用程序。
Visual Studio 插件
笔记本电脑上的完整 OpenShift
，它们是针对在工作站或笔记本电脑上部署进行优化的现成 OpenShift 集群，使本地开发云应用程序成为可能。
服务网格
我们的方案 ，基于开源软件项目 Istio、Kiali 和 Jaeger 以及特殊的 ，通过提供必要的工具并接管基于微服务等现代架构的云应用程序的自动化，简化了OpenShift平台上应用程序的开发、部署和维护。 该解决方案使程序员无需独立部署和维护所创建的应用程序和业务逻辑所需的专门网络服务。
, ，是为开发人员“从头到尾”量身定制的，提供网络通信的跟踪、指标、可视化和监控等功能，以及一键安装和配置服务网格。 此外，该解决方案还具有运营管理和安全性方面的优势，例如数据中心内服务器之间的流量加密以及与 API 网关的集成 .
在 OpenShift Service Mesh 中使用 Kiali 实现集群流量的高级可视化
无服务器计算
我们的另一个解决方案 ，帮助您部署和运行可轻松按需扩展和缩减的应用程序，直至为零。 该解决方案建立在 Knative 项目之上并在技术预览版中提供，可以使用关联的 Kubernetes Operator 在任何 OpenShift 4 集群上激活，从而可以轻松开始并安装在 OpenShift 上部署无服务器应用程序或功能所需的组件。 OpenShift 控制台的开发模式在 4.2 版本中出现，允许您在标准开发流程中使用 Serverless 选项，例如 Import from Git 或 Deployan Image，换句话说，您可以直接从控制台创建 Serverless 应用程序。
在 OpenShift 控制台中设置无服务器部署
除了与开发者控制台的集成之外，新版本的OpenShift在Serverless方面还有其他改进。 特别是，这就是 kn - Knative 命令行界面，它提供了方便直观的操作，允许您对应用程序所需的对象进行分组； 拍摄代码和配置的快照，还提供将网络端点映射到特定版本或服务的功能。 所有这些功能都可以通过 OpenShift Serverless Operator 在技术预览版中使用，帮助开发人员熟悉无服务器架构，并能够灵活地在混合云中部署应用程序，而不必局限于特定的基础设施。
云 CI/CD 管道
持续集成和交付 (CI/CD) 是当今提高软件部署速度和可靠性的关键开发实践。 良好的 CI/CD 工具允许开发团队简化和自动化反馈流程，这对于成功的敏捷开发至关重要。 在 OpenShift 中，您可以使用经典的 Jenkins 或我们的新解决方案作为这样的工具包 .
今天的 Jenkins 是事实上的标准，但我们将容器 CI/CD 的未来与 Tekton 开源软件项目联系起来。 因此，OpenShift Pipelines是专门在此项目的基础上构建的，更好地支持管道即代码（“管道即代码”）和GitOps等云解决方案的典型方法。 在 OpenShift Pipelines 中，每个步骤都在自己的容器中运行，因此仅在该步骤运行时消耗资源，从而允许开发人员完全控制其交付管道、插件和访问控制，而无需依赖中央 CI/CD 服务器。
OpenShift Pipelines 仍处于 Developer Preview 阶段，可作为相应的 Operator 提供，可在任何 OpenShift 4 集群中使用。Jenkins 可以在 OpenShift 3 和 4 版本中使用。
红帽 OpenShift 管道
在混合云中管理容器
OpenShift 的自动安装和更新使混合云在用户体验方面尽可能接近规范云。 OpenShift 4.2 之前适用于主要的公有云平台、私有云、虚拟化平台和裸机服务器，但 XNUMX 版本在此列表中添加了两个新的公有云平台——微软 Azure 和谷歌云平台，以及 OpenStack 私有云。
OpenShift 4.2 安装程序针对各种目标环境进行了改进，并且还首次接受了隔离（未连接到互联网）配置的培训。 沙盒安装和强制代理模式以及提供您自己的 CA 捆绑包的能力有助于确保符合监管标准和内部安全协议。 独立安装模式允许您在没有 Internet 访问的区域或具有严格镜像测试策略的环境中始终拥有最新版本的 OpenShift Container Platform。
此外，通过使用红帽企业 Linux CoreOS（红帽企业 Linux 的轻量级版本）部署完整的 OpenShift 堆栈，您可以在安装后不到一个小时内准备好云。
红帽 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 与 ISV 开发人员自己的解决方案的集成非常有用。
OKD 社区成员请注意
OKD 4.0 的工作已经开始，这是由开发社区创建的开源 Kubernetes 发行版，是 Red Hat OpenShift 的基础。 我们邀请大家对当前状态做出评估 OKD 工作组内的 Fedora CoreOS (FCOS) 和 Kubernetes 或关注网站上的进展 .
注：
本出版物中的“合作伙伴关系”一词并不意味着红帽公司与红帽公司之间存在法律合作伙伴关系或任何其他形式的法律关系。 以及任何其他法律实体。
来源： habr.com