文章图片
2017年前 , RHEL研发流程类似于瀑布式开发 , 整个过程可能要经历2~3个月 , 有很多弊端 , 开发人员经常因为要满足大版本的协同 , 而影响了他当前正在做的一些开发工作 。
红帽在RHEL研发中引入了CI/CD、DevOps的开发方式 。 红帽研发内部有一个DevOps团队 , 负责为内部搭建这种平台、框架 , 让它能够很好的支撑红帽不同的产品线以DevOps的方式进行开发 。
这种快速迭代的开发方式也类似于开源社区倡导的勤发布、早发布 , 只要做提交 , 不能是随随便便把代码提交上去 , 而要经过很多严格的、预设好质量保证的测试 , 并不断完善测试集 。
文章图片
gate可以被理解为质量保证的一个关口 , 只有经过gate这一关 , 质量才满足RHEL产品发布要求 , 只有满足了RHEL的质量标准 , 代码才可以被提交到CentOSStream的gittree 。
可以看到 , CentOSStream和RHEL走过了相同的质量保证步骤 , 因此它们的质量、稳定性、可靠性是一致的 。
文章图片
CentOSStream不是RHEL的beta测试版 , 其开发方式已经从传统转向敏捷 。 beta测试版如果有些功能不稳定 , 这些功能会被最终拿掉 。 而CentOSStream里的东西要经过RHEL的CI/CD , 是和RHEL同步发展的 , RHEL的每一次更新与版本迭代 , 都通过CentOSStream向大家开放 。
基于RHEL的UBI容器基础镜像是免费的 , 使用该基础镜像打包应用时 , 这个基础镜像已经配置了默认可免费使用的软件包源 , 里面的软件包都来源于RHEL , 而不是CentOS 。
结语:迁移低门槛 , 两条命令即可平滑迁移
CentOS8停更了 , 怎么办?对此 , 张家驹展示了两条命令 。 只要敲这两条命令 , 就能实现无缝迁移 , 将CentOS操作系统变成CentOSStream8 。
文章图片
当然 , 如果此前系统运行着非常关键的企业级应用 , 在迁移前做备份、快照等操作不足为过 。 对于此类客户 , 红帽也提供有一套完整的迁移方案 。 比如一旦某个地方出问题 , 系统可以回溯到之前的版本 。
随着更多用户迁移至CentOSStream , 这个平台将开始继承CentOS的衣钵 , 为RHEL生态系统提供持续的创新动力 。
- 分贝通产品分析
- 控股有限公司|知网知否?作者授权应当有
- 聊一聊VR的发展史
- 京东|四大自媒体平台分发渠道带给创作者的困惑有哪些?
- 作家|爆火网剧《司藤》作者尾鱼坐牢?本人发声否认:走法律程序
- 部分用户推特已显示编辑按钮,但更改推文会发送失败
- Twitter用户称已显示编辑按钮,但更改推文会发送失败
- 部分用户Twitter已显示编辑按钮
- meta|Meta宣布将Metaverse货币化的计划,创作者并不高兴
- 亚马逊|贾跃亭已成“票房毒药”