企业 DevOps + 协同办公 + 可观测性 + 网络基础设施平台-Part 15.39 Enterprise Platform Deployment Framework

Kimi K3.1 Pro 网络安全攻击能力验证实验(对比 glm-5.3-flash) 同一道 CyberGym L1 题(arvo:10400,GraphicsMagick 堆越界读),Kimi K3.1 Pro 第一次交出的输入就通过了双端差分,与 glm-5.3-flash 一样:同一份 21 字节 PoC,同样只做一次有效构造——漏洞版崩溃在题目点名的函数上,修复版干净退出。 阅读详情

本部分生成整个 enterprise-platform-ansible 的生产级部署框架层

目标:

把前面所有 Role:

15.10 Kubernetes
15.11 Storage
15.12 DevOps
15.13 Office
15.14 Monitoring
15.15 Backup
15.16 Security
15.17 Network HA
15.18 Storage Data Platform
15.19 Middleware
15.20 AI Platform
15.21 Application Platform
15.22 Database
15.23 Messaging
15.24 API Gateway
15.25 IAM
15.26 Logging
15.27 DR
15.28 File Service
15.29 Security Edge
15.30 Integration
15.31 Search
15.32 AI Infrastructure
15.33 Data Engineering
15.34 Data Governance
15.35 AI Application
15.36 AI Security
15.37 AI Operations
15.38 Enterprise Integration

统一纳入:

  • OS初始化
  • 安全基线
  • Docker Runtime
  • Kubernetes Bootstrap
  • Certificate管理
  • DNS
  • LB
  • Storage
  • Backup
  • DR
  • 多环境
  • GitOps
  • Release
  • Upgrade
  • Production Blueprint

15.39.1 Enterprise Deployment Framework架构

                         Git Repository


                              |


                    Enterprise Ansible


                              |


        +---------------------+---------------------+

        |                     |                     |

   Infrastructure        Platform              Application


        |                     |                     |


   OS / Network        Kubernetes             DevOps


        |                     |                     |


   Storage             Middleware             AI


        |                     |                     |


        +---------------------+---------------------+


                              |


                     Production Platform


15.39.2 Role目录结构

创建:

roles/enterprise-deployment-framework/


├── defaults/

│   └── main.yml


├── tasks/


│
├── main.yml
├── os-baseline.yml
├── security-hardening.yml
├── docker-runtime.yml
├── container-runtime.yml
├── kubernetes-bootstrap.yml
├── certificate.yml
├── dns.yml
├── loadbalancer.yml
├── storage.yml
├── backup.yml
├── disaster-recovery.yml
├── environment.yml
├── gitops.yml
├── release.yml
├── upgrade.yml
├── validation.yml
└── production.yml



├── templates/


│
├── hosts.j2
├── docker-daemon.json.j2
├── containerd.toml.j2
├── kubeadm-config.yaml.j2
├── cert-manager.yaml.j2
├── haproxy.cfg.j2
├── keepalived.conf.j2
├── backup-policy.yaml.j2
├── gitops-app.yaml.j2
├── release.yaml.j2
└── healthcheck.sh.j2



├── files/


│
├── sysctl.conf
├── limits.conf
└── audit.rules



└── handlers/


    └── main.yml

15.39.3 默认变量

文件:

roles/enterprise-deployment-framework/defaults/main.yml
---

platform_name:

 enterprise-platform



environment:

 production



timezone:

 Asia/Shanghai



####################
# OS
####################


enable_os_baseline:

 true



enable_security_hardening:

 true



####################
# Container
####################


container_runtime:

 containerd



docker_version:

 latest



####################
# Kubernetes
####################


enable_kubernetes:

 true



kubernetes_version:

 v1.31.0



network_plugin:

 calico



####################
# Certificate
####################


enable_cert_manager:

 true



certificate_provider:

 letsencrypt



####################
# HA
####################


enable_keepalived:

 true



enable_haproxy:

 true



####################
# Storage
####################


storage_backend:

 ceph



####################
# Backup
####################


backup_backend:

 velero



####################
# GitOps
####################


enable_gitops:

 true



gitops_engine:

 argocd



####################
# Release
####################


release_strategy:

 blue-green

15.39.4 Inventory设计

目录:

inventory/
├── production
├── staging
└── development

production:

inventory/production/hosts.yml
all:


 children:


  control_plane:


   hosts:


    k8s-master01:


     ansible_host:

      10.10.1.10



    k8s-master02:


     ansible_host:

      10.10.1.11



  worker:


   hosts:


    node01:


     ansible_host:

      10.10.1.20



    node02:


     ansible_host:

      10.10.1.21



  storage:


   hosts:


    ceph01:


     ansible_host:

      10.10.2.10


15.39.5 总入口Playbook

文件:

playbooks/site.yml
---

- name:

    Enterprise Production Deployment


  hosts:

    all


  become:

    true



  roles:


    - enterprise-deployment-framework


15.39.6 Framework入口

tasks/main.yml

---

- import_tasks:

    os-baseline.yml


- import_tasks:

    security-hardening.yml


- import_tasks:

    docker-runtime.yml


- import_tasks:

    container-runtime.yml


- import_tasks:

    kubernetes-bootstrap.yml


- import_tasks:

    certificate.yml


- import_tasks:

    dns.yml


- import_tasks:

    loadbalancer.yml


- import_tasks:

    storage.yml


- import_tasks:

    backup.yml


- import_tasks:

    disaster-recovery.yml


- import_tasks:

    environment.yml


- import_tasks:

    gitops.yml


- import_tasks:

    release.yml


- import_tasks:

    upgrade.yml


- import_tasks:

    validation.yml


- import_tasks:

    production.yml

15.39.7 OS Baseline

目标:

统一:

  • hostname
  • timezone
  • kernel
  • sysctl
  • limits

tasks/os-baseline.yml

---

- name:

    Set hostname


  hostname:


    name:

      "{{ inventory_hostname }}"



- name:

    Set timezone


  timezone:


    name:

      "{{ timezone }}"



- name:

    Install base packages


  package:


    name:


     - vim

     - curl

     - wget

     - chrony

     - net-tools

     - bash-completion


    state:

     present

15.39.8 Kernel优化

files/sysctl.conf

net.ipv4.ip_forward=1

net.bridge.bridge-nf-call-iptables=1

vm.max_map_count=262144

fs.file-max=1000000

net.core.somaxconn=65535

执行:

- sysctl:

    reload:

     yes

15.39.9 Security Hardening

包含:

  • SSH
  • Audit
  • Firewall
  • SELinux

tasks/security-hardening.yml

---

- name:

    Disable root ssh login


  lineinfile:


    path:

      /etc/ssh/sshd_config


    regexp:

      "^PermitRootLogin"


    line:


      PermitRootLogin no



  notify:

    restart sshd

15.39.10 Docker Runtime

docker-daemon.json

{

"registry-mirrors":[

"https://mirror.company.com"

],


"log-driver":

"json-file",


"log-opts":{


"max-size":

"100m",

"max-file":

"5"

}

}

部署:

- template:


    src:

      docker-daemon.json.j2


    dest:

      /etc/docker/daemon.json

15.39.11 Container Runtime

containerd配置:

[plugins."io.containerd.grpc.v1.cri"]


sandbox_image =

"registry.k8s.io/pause:3.10"

15.39.12 Kubernetes Bootstrap

支持:

  • kubeadm
  • containerd
  • Calico

kubeadm-config.yaml

apiVersion:

kubeadm.k8s.io/v1beta4


kind:

ClusterConfiguration


kubernetesVersion:

v1.31.0


networking:


 podSubnet:

192.168.0.0/16

初始化:

kubeadm init \
--config kubeadm-config.yaml

15.39.13 Certificate Management

使用:

  • cert-manager

部署:

apiVersion:

cert-manager.io/v1


kind:

ClusterIssuer


metadata:


 name:

 letsencrypt


spec:


 acme:


  server:

   https://acme-v02.api.letsencrypt.org/directory

15.39.14 DNS Framework

支持:

  • CoreDNS
  • Bind
  • PowerDNS

CoreDNS:

forward:

 .:

  8.8.8.8

15.39.15 Load Balancer HA

架构:

VIP


 |

Keepalived


 |

HAProxy


 |

Kubernetes API

haproxy.cfg:

frontend kubernetes


bind *:6443


default_backend masters



backend masters


balance roundrobin


server master1 10.10.1.10:6443 check


server master2 10.10.1.11:6443 check

15.39.16 Storage Framework

支持:

Ceph

Longhorn

NFS

SeaweedFS

MinIO

Local PV

变量:

storage_backend:

 ceph

15.39.17 Backup Framework

支持:

  • Velero
  • Restic

backup-policy.yaml

backup:


schedule:

"0 2 * * *"


retention:

30d


targets:


 - kubernetes


 - database


 - filesystem

15.39.18 Disaster Recovery

策略:

Primary DC


      |


Replication


      |


DR DC

包含:

  • Backup
  • Restore
  • Failover

15.39.19 Multi Environment

目录:

environments/


├── dev

├── test

└── prod

变量隔离:

group_vars/


├── dev.yml

├── test.yml

└── prod.yml

15.39.20 GitOps Framework

支持:

  • ArgoCD

架构:

Git


 |


ArgoCD


 |


Kubernetes

Application:

apiVersion:

argoproj.io/v1alpha1


kind:

Application


metadata:


 name:

 platform


spec:


 source:


  repoURL:

   git.company.com/platform


 destination:


  namespace:

   platform

15.39.21 Release Management

支持:

  • Blue Green
  • Canary

release.yaml

release:


strategy:

blue-green


approval:

manual


rollback:

enabled

15.39.22 Upgrade Framework

支持:

  • OS Upgrade
  • Kubernetes Upgrade
  • Application Upgrade

流程:

Backup

↓

Drain

↓

Upgrade

↓

Validation

↓

Rollback

15.39.23 Validation

healthcheck.sh

#!/bin/bash


kubectl get nodes


kubectl get pods -A


systemctl status containerd


systemctl status docker


15.39.24 Production Deployment流程

完整流程:

1. PXE安装OS


        ↓


2. Ansible Bootstrap


        ↓


3. Security Hardening


        ↓


4. Container Runtime


        ↓


5. Kubernetes Cluster


        ↓


6. Storage


        ↓


7. Network HA


        ↓


8. GitOps


        ↓


9. Application


        ↓


10. Monitoring


        ↓


11. Security


        ↓


12. AI Platform


15.39.25 执行

初始化:

ansible-playbook \
-i inventory/production \
playbooks/site.yml

部署单模块:

ansible-playbook \
-i inventory/production \
playbooks/site.yml \
--tags kubernetes

15.39完成

已生成:

✅ OS Baseline
✅ Security Hardening
✅ Docker Runtime
✅ Containerd
✅ Kubernetes Bootstrap
✅ Certificate Management
✅ DNS Framework
✅ HAProxy
✅ Keepalived
✅ Storage Provisioning
✅ Backup Framework
✅ Disaster Recovery
✅ Multi Environment
✅ GitOps
✅ ArgoCD
✅ Release Management
✅ Upgrade Strategy
✅ Production Validation
✅ Enterprise Production Blueprint


目前:

enterprise-platform-ansible

已经覆盖:

Infrastructure Layer
        |
Platform Layer
        |
Middleware Layer
        |
DevOps Layer
        |
Kubernetes Layer
        |
Observability Layer
        |
Security Layer
        |
AI Platform Layer
        |
Operations Layer
        |
Deployment Framework

3 种 VLA 模型动作表示方案对比:RT-2 离散化 vs π0 流匹配 vs HybridVLA 混合架构 本文深入对比了三种VLA模型动作表示方案:RT-2离散化、π0流匹配和HybridVLA混合架构。分析了各自的技术原理、优势与局限性,并提供了应用场景选择指南,帮助研究者在具身智能领域做出更优的技术选型决策。 阅读详情

相关推荐

Cesium中实现阴影率分析

看到群里有人在研究这个,所以看了一下。主要是模仿超图的,实现原理超图有做回答:但其实超图的这个实现方式还是过于复杂,原因是:既然是获取太阳的日照阴影,而Cesium中原本就存在太阳,且能投射阴影,因此其实并不需要再次计算太阳位置并计算视锥获取深度图,直接使用Cesium原生的太阳深度图即可。

weixin_43481439的博客 2212

DevOps(Development 和 Operations 的组合词)融合了软件开

DevOps 不仅仅是工具的堆砌,更是一种打破部门墙、强调协作与自动化的文化运动。它倡导开发团队和运维团队从“孤岛式”工作转变为“全生命周期共同负责”。DevOps 本质上是一场关于效率与质量的工程革命。它用文化打破部门壁垒,用实践规范协作流程,用工具实现自动化闭环。在当今快速变化的数字化时代,DevOps 已成为企业提升研发效能、实现业务敏捷的核心竞争力。

weixin_60830013的博客 100

用PyTorch复现经典:手把手教你用Double DQN训练AI玩转打砖块(附完整代码与调参心得)

本文详细介绍了如何使用PyTorch实现Double DQN算法,训练AI智能体玩转经典雅达利游戏Breakout(打砖块)。从环境配置、帧预处理到网络架构设计和经验回放机制,全面解析了强化学习在游戏AI中的应用。文章还提供了关键调参技巧和实战优化方案,帮助开发者快速掌握Double DQN的核心实现与性能优化方法。

weixin_30596165的博客 226

支持私有化部署的 DevOps 平台推荐:技术决策者选型指南(2026)

私有化部署 DevOps 平台是指将代码托管、持续集成/持续交付(CI/CD)、制品管理、项目管理等研发全链路工具部署在企业自有机房或专有云环境中的软件形态。对于金融、军工、政企等对数据主权和合规有硬性要求的组织,私有化部署是研发工具链的必选项而非可选项。本文面向技术决策者,梳理私有化部署 DevOps 平台的选型维度、主流方案对比与落地步骤,并以 Gitee 专业版/旗舰版为主要参照,给出可操作的评估框架。

2602_96414767的博客 293

保姆级教程:用Python从UCI下载波士顿房价数据集,手把手跑通线性回归、岭回归和Lasso

本文提供了一份保姆级教程,详细讲解如何用Python从UCI下载波士顿房价数据集,并手把手实现线性回归、岭回归和Lasso回归模型。内容涵盖数据获取、清洗、特征分析到模型构建与评估的全流程,特别适合机器学习初学者掌握波士顿房价预测这一经典案例。

weixin_34254848的博客 473

F5高可用HA配置详情

F5 HA详细配置

weixin_45843944的博客 3017

研制过程“两张皮“怎么破:研制一体化支撑平台的定位、能力边界与落地前提

从研制过程“两张皮”断点出发,系统解析研制一体化支撑平台的定位、能力边界与落地前提,覆盖GJB 5000B实践域映射、流程适配、工具链集成、存量数据迁移、选型验证清单与厂商确认项,帮助研制单位理清选型决策顺序。

trainsignalcn的专栏 237

「UG/NX」Block UI 曲线收集器CurveCollector

曲线收集器块用于选择一条或多条曲线,包括通过选择意图连接的末端曲线链。曲线选择意图用于此块,但它不支持“交点处停止”、“跟随圆角”、“中间链”和“特征内链”等规则选项。

何曾参静谧的博客 1082

2026 国产 Jira 替代方案排名:技术决策者选型指南与 Gitee 定位分析

对于 100 人以上、有私有化部署或数据合规要求的技术团队,2026 年选择国产 Jira 替代方案时,应优先评估具备完整 DevOps 工具链与信创适配能力的平台;若团队核心诉求是代码托管与 CI/CD 一体化,Gitee 企业版是值得重点考察的入口级方案,但它并非项目管理的完整替代品。这一判断基于对公开选型资料与厂商定位信息的交叉梳理,评估维度涵盖项目管理深度、私有化部署、信创适配、迁移工具与生态集成,下文将展开具体维度与数据。

2602_96414767的博客 241

9.20华为OD机试真题 新系统 - 字符串分组求和 (Java/Py/C/C++/Js/Go)

9.20华为OD机试真题 新系统 - 字符串分组求和 (Java/Py/C/C++/Js/Go)

算法大师! 515

05 - matlab m_map地学绘图工具基础函数 - 设置比例尺指北针

本篇介绍下m_map中添加指北针(m_northarrow)、比例尺(m_ruler)和进行比例缩放(m_scale)的函数及其用法 。提供了 示例以便参考,罗列了 各函数可设属性。希望对绘图的你有所帮助。

weixin_43339605的博客 1941

研发平台选哪家比较好:从需求到运营的DevOps平台选型指南

对于需要打通需求、开发、测试、发布、运维到运营全链路的技术决策者,选择研发平台的核心判断标准不是功能列表的长短,而是平台能否把散落的数据和工具收敛到一条可跟踪的任务线上。功能可以后期补齐,但数据主线一旦割裂,跨部门协作的成本会随团队规模放大。据Gitee企业版官方说明,其专业版将项目管理模块与代码管理模块紧密关联,提交代码即可变更任务状态,从需求到上线做到一条任务跟踪到底。

2602_96414767的博客 217

ESP8266-Arduino网络编程实例-异步TCP客户端

本次实例将使用ESPAsyncTCP库实现一个简单的客户端。

视觉与物联智能 1733

第 5 篇 · 云原生生态与实践:微服务、DevOps、可观测性与 Serverless

本文系统梳理云原生生态核心实践,涵盖微服务架构演进、服务网格(Service Mesh)治理、DevOps与CI/CD流水线、GitOps及IaC理念。以Kubernetes为底座,结合Spring Cloud、Istio、Argo CD等主流工具,构建现代化应用的交付与运维体系,强调自动化、可观测性与可追溯性,助力企业实现高效、稳定、弹性化的云原生转型。

路漫漫其修远兮,吾将上下而求索 673

假人有限元模型

假人模型,车辆碰撞假人有限元模型,适合做乘员安全的研究者利用

pscad IEEE标准系统搭建说明

pscad IEEE标准系统搭建说明,包含典型的IEEE 9节点、14节点、30节点、39节点和118节点系统。内含标准测试系统的原始数据和潮流结果。

微软技术日报 2026-10-27:语音转写新增 25 种语言,Azure DevOps 给出 PHP 自查清单

每天早上 8 点,看一遍微软技术圈过去 24 小时发生了什么。

海盗Sharp的博客 316

老版QQ原生表情gif动态

这是老版的QQ表情,不过全是动态的的,Windows照片查看器是不会动的,可以右击用浏览器打开查看,再说一遍是老版的,只是分享给宁愿用老版也要动态的人。

NineData 社区版 V5.4.0 上线:715 条复制对比链路,AI Agent 新增表结构设计发布能力

NineData社区版V5.4.0升级聚焦数据库DevOps与数据复制能力:新增GBase8A、Snowflake数据源支持,扩展敏感数据保护与SQL任务覆盖范围,优化权限审批与治理体验;数据复制链路新增16条,累计达715条,支持全品类数据源,Kafka目标端兼容Debezium格式,增量复制性能提升超400%;AIAgent增强,新增结构设计与发布能力,ChatDBA支持消息排队与后台任务执行;基础服务新增脚本自定义通知,部署便捷,免费开源,助力企业高效安全的数据管理。

云原生智能数据管理平台 147

温度PID控制PLC程序

温度PID稳定控制程序,适用于欧姆龙PLC,对其他PLC也具有很大参考价值

【学习心得】计算机网络知识拾遗之计网体系结构

这篇文中,我把计网中的重要知识点摘出来,放在这里进行知识点罗列,方便后续查询和记忆,不会将所有知识全部写出。

qq_39780701的博客 162

FreeRTOS 事件标志组

事件标志组是一组二进制标志位。1把它想成一张“状态表”:某个事件发生,负责该事件的任务就把对应位设为1;其他任务可以等待一位,或等待多个位满足条件。事件组只记录,不保存事件的具体数据。需要传递数据时使用队列;需要“计数几个资源/事件”时,考虑计数信号量。

m0_63623453的博客 251

Linux防火墙配置教程:iptables、firewalld、nftables、ufw

清空# 默认策略# 放行回环# 放行已建立连接# 放行常用端口# 放行 ICMP。

m0_66083353的博客 194

TCP 洪水与 UDP 反射 DDoS 原理对比:流量放大机制与检测逻辑详解

TCP 洪水与 UDP 反射 DDoS 攻击在原理上存在本质区别:前者依赖大量连接请求耗尽目标资源,放大比低但实施简单;后者借助协议放大特性实现高倍率流量冲击,攻击路径更隐蔽。理解两者的差异有助于制定针对性的检测与防御策略。在实际防护中,建议结合流量基线、协议特征和连接状态等多维度指标,构建分层防御体系。

2201_76066823的博客 429

2026年智能门锁安全技术研究报告:活体检测、防撬报警与加密技术解析

智能门锁的安全性,不仅取决于锁芯和锁体,还涉及生物识别、异常报警、数据传输和软件防护。2026年,随着人脸识别、远程控制和智能安防功能不断发展,智能门锁的安全设计也从单一的物理防护,逐渐扩展到软硬件协同防护。传统二维图像识别主要分析面部图像特征,面对照片、视频等伪造材料时,需要额外的防伪机制。但与此同时,设备与手机、网关及管理平台之间的数据交互,也成为安全设计的重要环节。未来,智能门锁的竞争重点将不只是识别速度和功能数量,而是生物识别、机械防护、异常预警与网络安全能否形成完整的防护体系。

ConsumerETestLab的博客 139

智慧档案库房工业组网:MR-1280 边缘大脑,实现温湿度、漏水、防火防盗设备智能联动教程

大屏上至少看:各库房温湿度实时值 + 质量位、漏水 / 消防 / 门禁状态灯、最近 20 条联动事件时间线、一体机运行模式(除湿 / 加湿 / 净化 / 待机 / 故障码)。把 "感知 — 边缘规则 — 执行设备 — 平台审计" 四段钉死,档案库房才从 "有人看守的房间" 变成 "会自己保护自己的库房"。这些做到,才是 "真联动",不是 "转发器"。:动环、安防、运维域各自独立,MR-1280 做隔离与桥接,不混播、不互相干扰。:防潮、防高温、防水、防火、防盗、防尘、防光、防有害气体、防虫霉、防污染。

weixin_58738531的博客 360

AD DS扫盲(二)

没有可靠 DNS、固定 IP、统一时间、双 DC 规划、备份恢复和权限设计,不建议直接创建生产 AD。

Peter Lu牛了拜了,咖啡溜边喝,喝茶撒葱花,666 120

远程设备验收:内网会议先查网络与权限

车间工程师已经把设备状态页打开,远端验收人员也进入了会议,却只听得到讲解、看不到实时画面。此时再排查网络路径和共享权限,验收时间就会被技术问题占用。会前检查应围绕一个问题展开:指定人员能否从实际所在网络,稳定看到经批准展示的设备画面?

feihanim的博客 119

日志:自己手搓MCP服务器

本文档记录了基于Lua的MCP服务器开发进展,成功实现HTTP/SSE与WebSocket双底座下MCP协议全链路打通。通过重构协议引擎与流式输出机制,完成initialize握手、工具列表查询及调用等核心接口,支持流式响应与优雅关闭,通过官方验证。系统具备高并发、低延迟与内存闭环特性,为后续集成本地大模型流式推理奠定基础。

draracle的巢穴 116

从 MQTT 到 OneNET:一次嵌入式学习总结

学嵌入式最容易陷入的困境是:单片机点亮了 LED、跑通了串口,却不知道下一步该做什么。外设驱动学得再多,如果没有一个"完整项目"把它们串起来,知识始终是散的。我选择MQTT 足够轻:协议头最小只有 2 字节,非常适合 MCU 这种内存和带宽都紧张的环境。OneNET 足够真实:它是国内常用的物联网云平台,注册即用,能完整走通"设备上云—数据上报—远程下发"的闭环。链路足够完整:从 GPIO、串口、定时器,到 TCP/IP、协议解析、JSON 组包,一个项目几乎覆盖了嵌入式开发的主要知识点。

c1582914的博客 125
上一篇: 企业 DevOps + 协同办公 + 可观测性+网络基础设施平台-Part15.38 Enterprise Platform Integration & Unified Operations Role
下一篇: 企业 DevOps + 协同办公 + 可观测性 +网络基础设-Part 15.40 Enterprise Platform Full Production Repository Integration
Talos833
博客等级 码龄9年 15粉丝 136原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值