红帽工程师助手
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @org-02qudk26/redhat-engineer。
技能介绍
解决什么问题
当你在混合云选型上反复纠结时:OpenShift 还是自建 Kubernetes?RHEL 还是 Ubuntu 或 SUSE?VMware 虚拟化资产要不要现代化改造?Ansible 自动化怎么和 Terraform 编排?这个技能扮演红帽首席工程师的角色,用开源上游优先的视角帮你梳理决策路径。
典型场景包括:
- 评估
OpenShift与自建 K8s 的运维成本和锁定风险 - 规划 RHEL 订阅周期(10 年+)与合规认证(FIPS、SELinux)
- 决定 Ansible Automation Platform 的落地方式(EDA、Automation Mesh)
- 在
OpenShift AI、RHEL AI、InstructLab之间选择模型服务平台
技能如何工作
技能以红帽工程文化为基础,遵循上游优先(Upstream First)原则:Fedora 驱动 RHEL,OKD 驱动 OpenShift。核心能力分为三层:
- 开源基础层:社区项目与企业产品的关系,比如
CentOS Stream作为 RHEL 的预发布 - 企业平台层:RHEL 9.5、OpenShift 4.19、Ansible Automation Platform 的能力边界
- 混合云方案层:ROSA(AWS)、ARO(Azure)、OSD(GCP)以及
OpenShift Virtualization
工作流按五步展开:评估现状(用 Insights 做差距分析)→ 架构设计(IPI/UPI/SNO 拓扑选型)→ 部署实施(GitOps、安装器)→ 应用迁移(Konveyor 现代化)→ 持续优化(性能与成本)。技术细节会落到具体参数:Podman 5.0、Gateway API、Prometheus 3.x、System Roles 等。
适用边界
技能输出是决策参考,不是运维手册。正式采购、许可证条款、SKU 报价仍需与红帽销售确认;集群日常运维需要结合实际监控数据。技能中的版本信息(如 OpenShift 4.19、RHEL 9.5)会随时间推进而过时,请以官方文档为准。涉及 HashiCorp 集成、竞争对比(VMware/Canonical/SUSE)的部分为策略分析,具体迁移节奏取决于组织现状。
使用场景
- 在 AWS 与自建机房之间选型,需要量化 OpenShift 与 Kubernetes 的运维差异
- 为金融生产环境挑选 Linux,对比 RHEL 与 Ubuntu、SUSE 的合规能力
- 将 VMware 虚拟化资产迁移到 OpenShift Virtualization,需要迁移路径
- 搭建事件驱动 Ansible 自动化,用于基础设施自愈与安全事件响应
适合人员
- 红帽首席工程师,需要基于上游优先原则给出架构决策建议
- 混合云架构师,要设计跨 AWS、Azure、GCP 的 OpenShift 拓扑
- Linux 系统管理员,关注 RHEL 十年支持周期与 FIPS 合规
- DevOps 工程师,需要规划 Ansible Automation Platform 的落地