Files
k3s-master/README.md
doudou 931f4a5711
Some checks failed
terraform-plan / plan (pull_request) Has been cancelled
docs: rewrite readme in chinese
2025-11-07 16:38:19 +08:00

1.7 KiB
Raw Permalink Blame History

K3s Master 基础设施代码仓库

本仓库用于管理 vSphere 上 K3s 控制平面节点的 Terraform + Ansible 自动化流程。当前提交仅提供骨架结构,后续会逐步补充具体资源定义与配置逻辑。

当前进展

  • 已在 Gitea 组织 iac 下初始化仓库 iac/k3s-mastermain 分支启用只读保护并要求至少一名 Reviewer 审核。
  • terraform/ 目录包含版本约束、vSphere Provider 配置占位以及变量说明文档,便于未来扩展虚拟机资源。
  • ansible/ 中提供控制平面初始化的 Playbook 骨架与动态库存使用指引,为后续配置下发做准备。
  • .gitea/workflows/plan.yml 定义 Terraform Plan 工作流框架,目前以 echo TODO 作为占位,确保流程结构先行落地。

下一步计划

  1. 根据《企业级 K3s Master 虚拟机创建规范流程》MrDoc 文档 ID 588完善 Terraform 数据源与虚拟机资源。
  2. 将 Terraform 输出转化为 Ansible 可消费的动态库存,串联资源编排与配置管理。
  3. 编写操作系统加固、K3s 安装与后续校验等 Ansible 角色,落实安全基线要求。
  4. 在 Gitea Actions 中替换占位命令,串联 terraform fmtterraform initterraform plan 以及状态与工件管理。

依赖与前置条件

  • 具备 vSphere API 访问权限的服务账号,并通过 Gitea Actions Secrets 或 Vault 管理敏感凭据。
  • Terraform CLI ≥ 1.8 与 HashiCorp vSphere Provider ≥ 2.5(可由 CI 镜像预装)。
  • 远端 Terraform state 存储Consul、S3 兼容服务等),确保状态加密与备份。
  • 能访问 K3s 控制平面节点的 Ansible 控制端,用于执行配置与校验任务。