docs: restructure xinfra deck, add requirements and features sections

- Remove 名词概述 and 架构描述 sections
- Add 需求与边界 section: system boundaries, user stories, key decisions
- Add 关键功能 section: resource management, service delivery, subsystem features
- Update table of contents and section numbering (4 sections total)
This commit is contained in:
2026-07-17 17:57:29 +08:00
parent 0439beec65
commit 4dfe3de9f3
+620 -264
View File
@@ -9,7 +9,7 @@ drawings:
persist: false persist: false
--- ---
# XINFRA 平台架构 # XINFRA 平台需求与架构
<div class="text-xl mt-4 text-gray-400"> <div class="text-xl mt-4 text-gray-400">
统一基础设施管理平台 · 总体架构设计 统一基础设施管理平台 · 总体架构设计
@@ -32,15 +32,25 @@ layout: default
<div class="grid grid-cols-4 gap-8 mt-8"> <div class="grid grid-cols-4 gap-8 mt-8">
<div> <div>
### 一、名词概述 ### 一、需求与边界
- 组内约定 - 系统边界
- 通用术语 - 用户故事
- 关键决策
</div> </div>
<div> <div>
### 二、架构图 ### 二、关键功能
- 资源纳管
- 服务交付
- 子系统功能
</div>
<div>
### 三、架构图
- 平台分层架构 - 平台分层架构
- 部署架构 - 部署架构
@@ -50,129 +60,648 @@ layout: default
</div> </div>
<div> <div>
### 三、对接子系统 ### 四、对接子系统
- Wayne - Wayne · CloudDM
- CloudDM - CacheCloud · Apollo
- CacheCloud - Grafana · qpass
- Apollo
- Grafana </div>
- qpass </div>
---
section: 需求与边界
layout: center
---
# 一、需求与边界
<div class="text-gray-400 mt-2">系统边界 · 用户故事 · 关键决策 · 关键功能</div>
---
# 系统边界
<div class="mt-2">
```mermaid
graph TB
subgraph XINFRA["XINFRA 平台边界"]
Portal["统一门户<br/>SSO 跳转入口"]
Resource["资源纳管<br/>物理机/虚机/云主机/K8s"]
Service["服务交付入口<br/>跳转 Wayne/CloudDM/Apollo"]
BasicSvc["基础服务交付<br/>Ansible 编排部署"]
DBReview["数据库审核<br/>SQL 工单审批"]
Monitor["监控纳管<br/>对接夜莺展示"]
Config["配置中心接入<br/>Apollo 配置管理"]
Audit["审计中心<br/>登录/操作/任务审计"]
TaskCenter["任务中心<br/>Ansible 执行记录"]
end
subgraph External["专业系统(不在平台内重做)"]
Wayne["Wayne<br/>容器管理"]
CloudDM["CloudDM<br/>SQL 审核"]
Apollo["Apollo<br/>配置中心"]
Grafana["Grafana<br/>监控可视化"]
Nightingale["夜莺<br/>告警引擎"]
CacheCloud["CacheCloud<br/>Redis 管理"]
end
subgraph OutOfScope["不在范围内"]
AI["AI 排障<br/>其他项目负责"]
VMCreate["虚机创建<br/>统一走线下"]
MonitorEngine["自研监控引擎<br/>成本高非重点"]
end
Portal --> Resource & Service & Monitor & Audit
Service -.->|SSO 跳转| Wayne & CloudDM & Apollo
Monitor -.->|数据接入| Nightingale
BasicSvc -.->|自动注册| CloudDM & CacheCloud
style XINFRA fill:#e0f2fe,stroke:#0284c7
style External fill:#f3e8fd,stroke:#9333ea
style OutOfScope fill:#fee2e2,stroke:#dc2626
```
</div>
<div class="mt-2 text-sm text-gray-400">
> **边界原则**:XINFRA 做入口聚合和统一纳管,不替代专业系统;虚机创建走线下,AI 排障由其他项目负责。
</div>
---
# 系统边界 — 做什么 vs 不做什么
<div class="grid grid-cols-2 gap-6 mt-4 text-sm">
<div>
### ✅ 做什么
| 范围 | 说明 |
|------|------|
| 统一入口 | 一个入口登录,集中展示各子系统和平台能力 |
| 资源台账 | 统一查看物理机、虚机、云主机、K8s 资源 |
| 容器纳管 | 管理 K8s 集群、Namespace、配额和业务线归属 |
| 业务交付 | 跳转 Wayne、CloudDM、Apollo 等系统 |
| 基础服务交付 | 标准化模板 + Ansible 编排 |
| 数据库审核 | SQL 工单、审批、审计 |
| 监控纳管 | 对接夜莺,按业务线展示告警 |
| 权限管理 | 业务线维度授权、子系统角色管理 |
| 审计 | 记录登录、跳转、审批和自动化执行 |
</div> </div>
<div> <div>
### 四、架构描述 ### ❌ 不做什么
- 技术选型 | 范围 | 不做原因 |
- 安全机制 |------|---------|
- 运维模型与风险 | 替代 Wayne、Apollo、CloudDM、夜莺 | 专业系统继续保留 |
| 全量自研监控和告警引擎 | 成本高,非当前重点 |
| 复杂 AI 排障 | 由其他项目负责 |
| 虚机创建主流程 | 统一走线下流程 |
| 大而全的运维平台 | 两个月内不现实,也不必要 |
</div> </div>
</div> </div>
---
section: 名词概述
layout: center
--- ---
# 一、名词概述 # 用户故事 — 资源查看
<div class="text-gray-400 mt-2">平台核心概念与通用术语</div> <div class="mt-4">
```mermaid
sequenceDiagram
actor SRE as 业务 SRE
participant XINFRA as XINFRA 主系统
participant CMDB as SINA CMDB
participant Cloud as 云平台 API
participant K8s as RKE2 集群
SRE->>XINFRA: 登录,选择业务线
XINFRA->>CMDB: 同步物理机/虚机数据
XINFRA->>Cloud: 同步云主机数据
XINFRA->>K8s: 查询集群节点状态
XINFRA-->>SRE: 展示全量资源分布<br/>业务线归属 · 节点状态 · 容量概览
```
</div>
<div class="mt-4 p-4 bg-blue-50 rounded-lg text-sm text-blue-800">
> **场景**:运维人员登录 XINFRA 后,直接看到全量资源分布、业务线归属、节点状态和容量概览,不需要在多个 CMDB 和云平台之间来回切换。
</div>
--- ---
layout: default
# 用户故事 — 业务交付
<div class="mt-4">
```mermaid
sequenceDiagram
actor SRE as 业务 SRE
participant XINFRA as XINFRA 业务交付
participant Wayne as Wayne
participant CloudDM as CloudDM
participant Apollo as Apollo
SRE->>XINFRA: 进入业务交付,选择业务线
XINFRA-->>SRE: 展示可用子系统入口
alt 容器部署
SRE->>XINFRA: 点击 Wayne 卡片
XINFRA->>Wayne: SSO 跳转 + 上下文传递
Wayne-->>SRE: 免登录进入 Wayne
else 数据库变更
SRE->>XINFRA: 点击 CloudDM 卡片
XINFRA->>CloudDM: SSO 跳转 + 上下文传递
CloudDM-->>SRE: 免登录进入 CloudDM
else 配置管理
SRE->>XINFRA: 点击 Apollo 卡片
XINFRA->>Apollo: SSO 跳转 + 上下文传递
Apollo-->>SRE: 免登录进入 Apollo
end
XINFRA->>XINFRA: 记录跳转审计日志
```
</div>
<div class="mt-2 text-sm text-gray-400">
> **场景**:业务 SRE 在 XINFRA 中进入"业务交付",选择对应业务线后跳转到 Wayne、CloudDM 或 Apollo 完成实际操作,平台保留入口、上下文和审计。
</div>
--- ---
# 组内约定 # 用户故事 — 基础服务交付
<div class="mt-4">
```mermaid
sequenceDiagram
actor Ops as 运维人员
participant XINFRA as XINFRA 服务目录
participant Ansible as Ansible 控制中心
participant Target as 目标主机/RKE2
participant Reg as 子系统注册
Ops->>XINFRA: 选择 MySQL/Redis/Nginx 服务卡片
XINFRA-->>Ops: 展示标准化模板,填写业务线、规格
Ops->>XINFRA: 确认提交
XINFRA->>Ansible: 提交 playbook 任务
Ansible->>Target: 执行标准化部署
Ansible-->>XINFRA: WebSocket 实时日志推送
XINFRA-->>Ops: 任务中心查看执行进度
Target-->>Reg: 部署完成,自动注册至 CloudDM/CacheCloud
XINFRA-->>Ops: 部署完成通知
```
</div>
<div class="mt-2 text-sm text-gray-400">
> **场景**:运维人员在 XINFRA 中提交 MySQL、Redis 等基础服务交付任务,平台调用 Ansible 控制中心执行标准化部署,并在任务中心查看日志和结果。
</div>
---
# 用户故事 — 数据库审核
<div class="mt-4">
```mermaid
sequenceDiagram
actor Dev as 开发/运维
participant XINFRA as XINFRA 审核入口
participant CloudDM as CloudDM
participant DB as 目标数据库
Dev->>XINFRA: 提交 SQL 工单
XINFRA->>CloudDM: 转发工单至 CloudDM
CloudDM-->>XINFRA: 返回审核状态
actor Reviewer as 审核人
Reviewer->>XINFRA: 查看待审核工单
XINFRA->>CloudDM: 获取工单详情
Reviewer->>XINFRA: 审批通过
XINFRA->>CloudDM: 执行变更
CloudDM->>DB: Sidecar 代理执行 SQL
CloudDM-->>XINFRA: 返回执行结果
XINFRA->>XINFRA: 记录审计日志
XINFRA-->>Dev: 通知执行完成
```
</div>
<div class="mt-2 text-sm text-gray-400">
> **场景**:开发或运维提交 SQL 工单后,审核人可以在 XINFRA 中完成审批、查看执行记录和审计信息,减少线下沟通和手工操作。
</div>
---
# 用户故事 — 业务线切换场景
<div class="grid grid-cols-2 gap-6 mt-4 text-sm">
<div>
### 场景一:系统运维查看全局
| 步骤 | 操作 |
|------|------|
| 1 | 系统运维登录 XINFRA |
| 2 | 业务线选择器显示"全部业务线" |
| 3 | 资源大盘展示 Kodo、LAS、灵矽、LTOKEN、MAAS 全量数据 |
| 4 | 可切换到任意业务线查看详细资源 |
### 场景二:业务 SRE 切换业务线
| 步骤 | 操作 |
|------|------|
| 1 | 业务 SRE 登录,默认归属业务线(如 Kodo) |
| 2 | 资源大盘仅展示 Kodo 相关资源 |
| 3 | 点击业务线切换器,切换到 LAS |
| 4 | 资源大盘、子系统入口、监控数据同步切换至 LAS |
</div>
<div>
### 场景三:跨业务线操作
| 步骤 | 操作 |
|------|------|
| 1 | 运维人员需要为灵矽部署 Redis |
| 2 | 切换业务线至"灵矽" |
| 3 | 进入服务目录,选择 Redis 卡片 |
| 4 | 提交部署任务,自动关联灵矽 Namespace |
### 场景四:只读用户查看状态
| 步骤 | 操作 |
|------|------|
| 1 | 只读用户登录,仅能查看授权业务线 |
| 2 | 资源大盘展示授权范围内的只读数据 |
| 3 | 子系统入口灰显,点击提示"无权限" |
| 4 | 可查看监控告警,不可执行操作 |
</div>
</div>
---
# 关键决策 — 入口聚合而非替代
<div class="grid grid-cols-2 gap-6 mt-4"> <div class="grid grid-cols-2 gap-6 mt-4">
<div> <div>
### 主系统 ### 决策
XINFRA 平台自身的统管层,负责子系统无法覆盖的能力:
- 统一门户(SSO 跳转入口)
- 资源大盘、运维终端
- 登录审计与运维操作审计
- 资源指标面板
</div> XINFRA 做**入口聚合**,不替代 Wayne、CloudDM、Apollo 等专业系统。
<div>
### 子系统 ### 背景
XINFRA 纳管的专项平台(独立 WebUI + API):
- **Wayne** — 多集群容器管理
- **CloudDM** — 数据库管理与 SQL 审核
- **CacheCloud** — Redis 缓存管理
- **Apollo** — 配置中心
- **Grafana** — 监控可视化
- **qpass** — 密码管理平台
</div> | 现状 | 问题 |
</div>
<div class="grid grid-cols-2 gap-6 mt-6">
<div>
### 工具层
纳管的 CLI / IaC 工具,无常驻 WebUI:
- **Ansible Playbook** — 自动化部署与基础设施即代码
</div>
<div>
### 监控告警层
聚合异构告警源,统一去重、收敛、分级:
- **Nightingale(夜莺)** — 告警聚合引擎
- **VictoriaMetrics** — 容器/业务指标存储
- **Zabbix** — 物理机硬件监控
</div>
</div>
<!--
主系统不替代子系统,只自建子系统无法覆盖的能力
-->
---
# 通用术语
<div class="grid grid-cols-2 gap-x-8 gap-y-3 mt-4 text-sm">
<div>
| 术语 | 说明 |
|------|------| |------|------|
| **APIKey** | Wayne 对外 API 认证密钥,CI/CD 自动化场景使用,最小权限 | | 运维需要登录 6+ 个系统 | 入口分散,效率低 |
| **RBAC** | 基于角色的访问控制,用户与角色关联实现权限隔离 | | 各系统独立认证 | 重复登录,体验差 |
| **RKE2** | Rancher K8s 发行版,CIS 安全加固,支持离线安装 | | 操作记录分散在各系统 | 审计困难,无法追溯 |
| **Calico BGP** | 纯路由模式无隧道开销,每集群独立 AS 号,跨机房扁平网络 | | 新人不知道该用哪个系统 | 上手门槛高 |
| **Ceph RBD** | 分布式块存储,供给 K8s PV 给有状态服务 |
| **Nightingale** | 夜莺,统一告警聚合引擎,去重收敛分级后推送 |
| **Apollo** | 携程开源配置中心,多机房部署、灰度、回滚、审计 |
</div> </div>
<div> <div>
| 术语 | 说明 | ### 方案对比
|------|------|
| **Consul** | 各机房服务注册发现,XINFRA 只读聚合展示 | | 方案 | 优点 | 缺点 |
| **CD** | 持续部署,自动化服务上线流水线 | |------|------|------|
| **WAF** | Web 应用防火墙,防护 SQL 注入、XSS、CSRF | | **入口聚合(选定)** | 开发量小,复用现有系统能力 | 依赖子系统稳定性 |
| **SLA** | 服务等级协议,定义可用性承诺指标 | | 全量自研替代 | 完全可控 | 开发周期长,团队人力不足 |
| **IaC** | 基础设施即代码,通过 Ansible 实现自动化管理 | | 仅做文档指引 | 零开发成本 | 无法解决认证和审计问题 |
| **SINA CMDB** | 公司内部 CMDB,物理机与虚机资产数据基础来源 |
| **SSO** | 单点登录,主系统通过 LDAP 统一认证后跳转子系统 | ### 预期收益
- 运维人员**一个入口**完成所有操作
- **SSO 免登录**跳转子系统
- **统一审计**记录所有跨系统操作
- **降低新人上手门槛**
</div> </div>
</div> </div>
--- ---
# 关键决策 — 业务线作为核心隔离维度
<div class="grid grid-cols-2 gap-6 mt-4">
<div>
### 决策
以**业务线**作为资源、权限、监控的核心隔离维度。
### 背景
| 现状 | 问题 |
|------|------|
| 资源按机房/集群管理 | 无法按业务视角查看成本 |
| 权限按系统独立管理 | 跨系统权限不一致 |
| 监控按技术栈分散 | 排障时需要多系统切换 |
| 业务线有 5+ 条 | Kodo、LAS、灵矽、LTOKEN、MAAS |
</div>
<div>
### 隔离模型
```mermaid
graph TB
BL["业务线<br/>Kodo / LAS / 灵矽 / ..."]
BL --> NS["K8s Namespace<br/>ResourceQuota"]
BL --> Perm["权限隔离<br/>RBAC 业务线维度"]
BL --> Monitor["监控隔离<br/>告警按业务线展示"]
BL --> Resource["资源台账<br/>按业务线统计成本"]
style BL fill:#e0f2fe,stroke:#0284c7
```
### 预期收益
- 资源成本**按业务线可视**
- 权限**一次配置,全系统生效**
- 监控告警**按业务线隔离展示**
- 运维人员**聚焦自己负责的业务线**
</div>
</div>
---
# 关键决策 — Ansible 编排而非自研部署引擎
<div class="grid grid-cols-2 gap-6 mt-4">
<div>
### 决策
基础服务交付采用 **Ansible Playbook** 编排,不自研部署引擎。
### 背景
| 现状 | 问题 |
|------|------|
| 基础服务部署依赖人工操作 | 效率低,容易出错 |
| 不同运维人员操作方式不同 | 缺少标准化 |
| 部署过程不可见 | 排障困难 |
| 跨机房部署需要 SSH 到各机房 | 操作繁琐 |
</div>
<div>
### 方案对比
| 方案 | 优点 | 缺点 |
|------|------|------|
| **Ansible 编排(选定)** | 运维团队熟悉,生态成熟 | 需要自建任务队列 |
| 自研部署引擎 | 完全可控 | 开发周期长,重复造轮子 |
| AWX/Tower | 开源方案 | 引入新组件,增加复杂度 |
### 执行模型
```mermaid
graph LR
XINFRA["XINFRA<br/>任务提交"] --> Queue["任务队列"]
Queue --> Ansible["Ansible 控制中心"]
Ansible -->|SSH| Host1["机房 A 主机"]
Ansible -->|SSH| Host2["机房 B 主机"]
Ansible -.->|WebSocket| XINFRA
style XINFRA fill:#e0f2fe,stroke:#0284c7
```
</div>
</div>
---
# 关键决策 — 对接夜莺而非自建监控引擎
<div class="grid grid-cols-2 gap-6 mt-4">
<div>
### 决策
监控数据**对接夜莺(Nightingale)**,不在 XINFRA 内自建监控和告警引擎。
### 背景
| 现状 | 问题 |
|------|------|
| 告警分散在基础资源和业务系统 | 排障时信息割裂 |
| 夜莺已有告警聚合能力 | 重复建设浪费资源 |
| 监控分析和告警治理复杂 | 非当前重点 |
| 业务线需要隔离查看告警 | 缺少统一视图 |
</div>
<div>
### 方案对比
| 方案 | 优点 | 缺点 |
|------|------|------|
| **对接夜莺(选定)** | 复用现有能力,开发量小 | 依赖夜莺稳定性 |
| 自建监控引擎 | 完全可控 | 成本高,非核心能力 |
| 仅做文档指引 | 零成本 | 无法统一视图 |
### 数据流
```mermaid
graph LR
VM["VictoriaMetrics<br/>指标存储"] --> Nightingale["夜莺<br/>告警聚合"]
Zabbix["Zabbix<br/>硬件监控"] --> Nightingale
Nightingale --> XINFRA["XINFRA<br/>按业务线展示"]
Nightingale --> IM["企业 IM 推送"]
style XINFRA fill:#e0f2fe,stroke:#0284c7
```
</div>
</div>
---
# 关键功能 — 资源纳管
<div class="grid grid-cols-2 gap-6 mt-4">
<div>
### 功能概述
统一展示和管理物理机、虚机、云主机、K8s 节点等资源,形成可视化资源台账。
### 核心能力
| 能力 | 说明 |
|------|------|
| 资源统一展示 | 物理机、虚机、云主机、K8s 节点统一视图 |
| 业务线关联 | 资源与业务线绑定,支持按业务线筛选 |
| 多维度筛选 | 机房、集群、状态、业务线组合筛选 |
| 容量统计 | 资源使用率、剩余容量、成本概览 |
| 数据同步 | CMDB + 云平台 API 自动同步 |
</div>
<div>
### 资源类型
```mermaid
graph TB
subgraph 资源纳管
Physical["物理机<br/>CMDB 同步"]
VM["虚机<br/>CMDB 同步"]
Cloud["云主机<br/>云平台 API 同步"]
K8sNode["K8s 节点<br/>RKE2 集群同步"]
end
XINFRA["XINFRA 资源大盘"] --> Physical & VM & Cloud & K8sNode
style XINFRA fill:#e0f2fe,stroke:#0284c7
```
### 页面入口
- **资源管理** — 资源台账列表,支持筛选和导出
- **资源状态看板** — 机房健康度、告警汇总
- **业务配额** — 按业务线划分 K8s 命名空间与资源配额
</div>
</div>
---
# 关键功能 — 服务交付
<div class="grid grid-cols-2 gap-6 mt-4">
<div>
### 基础服务交付
通过 Ansible 编排实现基础服务标准化部署,支持任务提交、执行状态、日志和历史记录。
| 服务 | 交付方式 | 自动注册 |
|------|---------|---------|
| MySQL | Ansible Playbook | 部署完成自动注册至 CloudDM |
| PostgreSQL | Ansible Playbook | 部署完成自动注册至 CloudDM |
| Redis | Ansible Playbook | 部署完成自动注册至 CacheCloud |
| Nginx | Ansible Playbook | — |
### 业务交付入口
在"业务交付"菜单下提供统一入口,跳转到专业系统完成实际操作。
| 目标系统 | 用途 | 上下文传递 |
|---------|------|-----------|
| Wayne | 容器应用部署 | 业务线 + Namespace |
| CloudDM | 数据库管理与 SQL 审核 | 业务线 + 数据库实例 |
| Apollo | 配置管理 | 业务线 + 应用 |
</div>
<div>
### 交付流程
```mermaid
graph TB
User["运维人员"] --> Catalog["服务目录<br/>选择服务卡片"]
Catalog --> Template["标准化模板<br/>填写业务线、规格"]
Template --> Submit["提交任务"]
Submit --> Ansible["Ansible 控制中心"]
Ansible --> Deploy["执行部署"]
Deploy --> Register["自动注册<br/>CloudDM/CacheCloud"]
Deploy --> Log["任务中心<br/>实时日志"]
style Catalog fill:#e0f2fe,stroke:#0284c7
style Ansible fill:#ecfdf5,stroke:#059669
```
### 任务中心
- 任务列表:所有 Ansible 任务执行记录
- 执行详情:实时日志、执行结果、耗时
- 历史回溯:支持任务重跑和结果对比
</div>
</div>
---
# 关键功能 — 子系统功能
<div class="grid grid-cols-2 gap-6 mt-4 text-sm">
<div>
### 子系统导航
XINFRA 提供统一的子系统入口卡片列表,支持 SSO 免登录跳转。
| 子系统 | 功能定位 | XINFRA 集成方式 |
|--------|---------|----------------|
| Wayne | 多集群容器管理 | SSO 跳转 + APIKey |
| CloudDM | 数据库管理与 SQL 审核 | SSO 跳转 + 自动注册 |
| CacheCloud | Redis 缓存管理 | SSO 跳转 + 自动注册 |
| Apollo | 配置中心 | SSO 跳转 |
| Grafana | 监控可视化 | SSO 跳转 |
| qpass | 密码管理 | SSO 跳转 |
</div>
<div>
### 子系统赋权
用户首次跳转子系统时,XINFRA 自动完成角色授权。
| 子系统 | 授权模型 | 说明 |
|--------|---------|------|
| Wayne | Namespace 映射 | 业务线 → Wayne Namespace |
| CloudDM | 角色分配 | 业务线 → 数据库访问权限 |
| Apollo | 环境权限 | 业务线 → 配置环境访问 |
| Grafana | 仪表盘权限 | 业务线 → 监控面板 |
### 审计记录
所有子系统跳转和操作均记录审计日志:
- 跳转时间、用户、目标系统
- 操作类型、操作结果
- 支持按业务线、用户、时间筛选
</div>
</div>
---
section: 关键功能
layout: center
---
# 二、关键功能
<div class="text-gray-400 mt-2">资源纳管 · 服务交付 · 子系统功能</div>
---
section: 架构图 section: 架构图
layout: center layout: center
--- ---
# 二、架构图 # 三、架构图
<div class="text-gray-400 mt-2">平台分层 · 部署 · 监控 · 安全</div> <div class="text-gray-400 mt-2">平台分层 · 部署 · 监控 · 安全</div>
@@ -486,7 +1015,7 @@ section: 对接子系统
layout: center layout: center
--- ---
# 三、对接子系统 # 四、对接子系统
<div class="text-gray-400 mt-2">Wayne · CloudDM · CacheCloud · Apollo · Grafana · qpass</div> <div class="text-gray-400 mt-2">Wayne · CloudDM · CacheCloud · Apollo · Grafana · qpass</div>
@@ -702,176 +1231,3 @@ graph LR
</div> </div>
</div> </div>
---
section: 架构描述
layout: center
---
# 四、架构描述
<div class="text-gray-400 mt-2">技术选型 · 安全机制 · 运维模型</div>
---
layout: default
---
# 技术选型
<div class="grid grid-cols-2 gap-6 mt-4 text-sm">
<div>
| 层级 | 选型 |
|------|------|
| 前端框架 | Vue 3 + Element Plus |
| 后端框架 | Go + Gin |
| 前后端通信 | REST/JSON,URL 路径版本 |
| 主系统数据库 | MySQL 8.0 |
| 缓存 | Redis |
| 前端部署 | Nginx |
| 主系统部署 | K8s Deployment |
</div>
<div>
| 层级 | 选型 |
|------|------|
| SSO 协议 | OAuth 2.0 + SAML |
| 告警数据源 | Nightingale + Zabbix API |
| Ansible 调度 | SSH 直接执行 |
| 实时推送 | 原生 WebSocket |
| 接口文档 | Swagger/OpenAPI |
| 界面语言 | 纯中文 |
| 测试策略 | 后端单元 + 集成测试 |
</div>
</div>
### 选型依据
| 选型 | 理由 | 备选淘汰原因 |
|------|------|------------|
| Vue 3 + Element Plus | 七牛内部技术栈统一,团队有 Vue 2 迁移经验 | React + Ant Design — 学习成本更高 |
| Go + Gin | Wayne/CloudDM 同生态,可复用 Client-Go、GORM | Java Spring Boot — 部署资源占用更大 |
| MySQL 8.0 | 运维团队已有经验和工具链,CloudDM 原生支持 | PostgreSQL — 团队运维经验不足 |
---
# 安全机制
<div class="grid grid-cols-2 gap-6 mt-4">
<div>
### 认证与授权
| 层面 | 机制 |
|------|------|
| 身份认证 | SAML + OAuth 2.0 |
| 访问控制 | RBAC + 业务线维度 |
| 传输安全 | HTTPS + TLS 1.2+ |
| 数据加密 | AES-256,敏感字段加密存储 |
| APIKey 管理 | SHA-256 哈希存储,scope 粒度授权 |
</div>
<div>
### 审计与隔离
| 层面 | 机制 |
|------|------|
| 审计留痕 | 登录/运维/API 全程记录,不可篡改 |
| 网络隔离 | BGP + 防火墙,管理面与数据面分离 |
| 凭证管理 | 禁止默认凭证,Vault / K8s Secret |
| Ansible/SSH | 仅管理员可见,普通用户菜单不包含 |
</div>
</div>
<div class="mt-6 p-4 bg-blue-50 rounded-lg text-sm text-blue-800">
> **RBAC 二维模型**:权限维度(角色能力)× 业务线维度(资源范围),遵循最小权限原则。
> 所有跨层操作全程审计留痕。
</div>
---
# 运维分层模型
<div class="mt-4">
| 故障层级 | 处理方 | 工具链 | 权限要求 |
|---------|--------|--------|---------|
| 应用发布异常 | 子系统自愈 | Wayne 一键回滚 | 项目成员 |
| 中间件故障 | 子系统自恢复 | CacheCloud / CloudDM 内置能力 | 子系统运维角色 |
| 配置变更异常 | Apollo 回滚 | Apollo 版本回滚 + 灰度发布 | 配置管理员 |
| 基础设施故障 | 主系统管理员 | Ansible Playbook / SSH 终端 | 仅主系统管理员 |
| 机房级故障 | 主系统管理员 | Ansible + 大内网链路切换 | 仅主系统管理员 |
</div>
<div class="mt-6 p-4 bg-amber-50 rounded-lg text-sm text-amber-800">
> 故障按层级自愈,跨层操作需主系统管理员权限。Ansible / SSH 终端等基础设施级操作仅对管理员角色可见,所有跨层操作全程审计留痕。
</div>
---
# 风险与约束
<div class="grid grid-cols-2 gap-6 mt-4 text-sm">
<div>
| 风险 | 缓解措施 |
|------|---------|
| RKE2 版本升级不兼容 | 测试环境验证,灰度发布 |
| Wayne 开源维护不确定 | 内部 Fork,保持核心可维护 |
| 七机房网络链路故障 | 网络冗余 + BGP 自动切换 |
| SQL 审核规则误判 | 白名单机制 + 规则持续调优 |
| Redis 大 Key / 热 Key | CacheCloud 诊断 + 应用侧治理 |
</div>
<div>
| 风险 | 缓解措施 |
|------|---------|
| Apollo 多机房配置一致性 | 本地缓存降级 + 灰度发布 |
| Consul 跨机房同步延迟 | 30 秒轮询 + 健康状态标注 |
| 云平台 API 限流 | 增量同步 + 重试 + 状态告警 |
| AWX 未引入,Ansible 直调 | 自建任务队列 + WebSocket 日志 |
| Go/Gin 开发人力 | 复用 Wayne/CloudDM 生态降低学习成本 |
</div>
</div>
---
layout: center
---
# 总结
<div class="grid grid-cols-3 gap-8 mt-8 text-sm">
<div class="text-center">
### 🏗 四层架构
用户层 → 主系统层<br/>→ 子系统层 → 基础设施层
</div>
<div class="text-center">
### 🔐 统一安全
LDAP SAML 认证<br/>RBAC + 业务线隔离<br/>全程审计留痕
</div>
<div class="text-center">
### 🚀 自动化运维
Ansible IaC 交付<br/>WebSocket 实时日志<br/>故障分层自愈
</div>
</div>
<div class="mt-12 text-gray-400 text-center">
XINFRA — 统一基础设施管理平台
</div>