DevOps on Liangweidong's blog

Go 应用领域与生态：云原生时代的瑞士军刀

Mon, 15 Jan 2024 00:00:00 +0800

前置知识

Go 基础语法
跑过 go run / go build
了解 Docker / Kubernetes 基本概念

为什么 Go 是云原生时代的"钦定语言"

2024 年的云原生生态，几乎所有基础设施都是 Go 写的：

项目	类别	起源
Docker	容器引擎	2013-03 dotCloud 开源
Kubernetes	容器编排	2014-06 Google 开源
etcd	分布式 KV	2013 CoreOS 开源
Consul	服务发现	2014 HashiCorp
Prometheus	监控	2016-05 CNCF 毕业
Terraform	IaC	2014 HashiCorp
InfluxDB	时序数据库	2013
TiDB	分布式数据库	2015 豌豆荚
CockroachDB	分布式 SQL	2015
Hugo	静态网站	2013
Caddy	Web 服务器	2015
Traefik	反向代理	2015

为什么是 Go？

部署简单——编译成单个二进制，无运行时依赖，5MB 级别镜像
并发原生——goroutine + channel 写并发代码像写同步代码
性能接近 C——编译型、GC 极短（亚毫秒）
跨平台编译——GOOS=linux GOARCH=amd64 一行打 Docker 镜像
静态类型——IDE 友好、编译期查错

一、Go 的六大应用领域

1.1 云计算基础设施

1

代表项目：docker、kubernetes、etcd、consul、cloudflare CDN、七牛云存储等

容器、K8s、服务发现、CDN——Go 的统治区。CNCF 基金会 90%+ 的项目都是 Go 写的。

1.2 基础软件

1

代表项目：tidb、influxdb、cockroachdb、VictoriaMetrics、TimescaleDB（部分）

分布式数据库、时序数据库、KV 存储——Go 在 OLTP + 监控领域占据绝对优势。

1.3 微服务

1

代表项目：go-kit、micro、monzo bank 的 typhon、bilibili、字节跳动 kitex

字节跳动 Kitex、bilibili Kratos、哔哩哔哩 bfs（文件系统）——国内大厂微服务框架 Go 化趋势明显。

1.4 互联网基础设施

1

代表项目：以太坊（go-ethereum）、hyperledger fabric、cosmos、polkadot

区块链公链 50%+ 是 Go 写的（eth、btcd、cosmos、polkadot-substrate）。

1.5 DevOps 工具

Go 在运维中的优势：

高性能：编译成机器码，适合处理大量数据和高并发
并发支持：goroutine + channel 简化并发编程
静态编译：单个可执行文件，易部署
丰富标准库：网络、文件、OS 调用齐全

常用 Go 库：

库	用途
`os` / `os/exec`	操作系统交互、外部命令
`net` / `net/http`	TCP/UDP、HTTP 服务/客户端
`io` / `io/ioutil`	I/O 操作
`strings`	字符串处理
`time`	时间
`flag`	命令行参数
`github.com/spf13/cobra`	CLI 框架
`github.com/go-ini/ini`	INI 配置
`github.com/prometheus/client_golang`	Prometheus 指标
`github.com/shirou/gopsutil`	CPU/内存/磁盘
`github.com/go-sql-driver/mysql`	MySQL 驱动
`github.com/robfig/cron`	定时任务
`golang.org/x/crypto/ssh`	SSH 远程
`github.com/sirupsen/logrus`	日志

DevOps 常见场景：

系统监控：gopsutil + Prometheus client_golang 暴露指标
自动化部署：os/exec + SSH 远程执行，K8s Operator
日志分析：io/ioutil + strings 正则解析
配置管理：ini / yaml 解析
网络工具：ping / traceroute / 端口扫描

1.6 CLI 工具

1

代表项目：hugo、kubectl、docker、gh、terraform、minikube、kind、k9s

几乎所有现代 CLI 都是 Go 写的——一个二进制、零依赖、跨平台。

二、GoFrame：国产工程化框架

GoFrame 是国产 Go 框架的代表——类似 Java 的 Spring Boot，提供了"全家桶"。

2.1 安装

1
2
3


git clone https://github.com/gogf/gf && cd gf/cmd/gf && go install
gf -v
# GoFrame CLI Tool v2.5.4, https://goframe.org

2.2 创建项目

1
2
3
4


gf init gf-kafka-mysql -u
# -u 更新项目中的 goframe 为最新
cd gf-kafka-mysql
gf run main.go

2.3 目录结构

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24


gf-kafka-mysql/
├── api/ # 对外接口数据结构
│ └── user/
│ └── v1/
├── hack/ # 工具脚本
├── internal/ # 业务逻辑（外部不可见）
│ ├── cmd/ # 命令行入口
│ ├── consts/ # 常量
│ ├── controller/ # 接口处理层
│ ├── dao/ # 数据访问
│ ├── logic/ # 业务封装
│ ├── model/ # 数据模型
│ │ ├── do/ # 领域对象
│ │ └── entity/ # 数据模型
│ └── service/ # 业务接口
├── manifest/ # 交付清单
│ ├── config/ # 配置文件
│ ├── docker/ # 镜像相关
│ ├── deploy/ # 部署（K8s YAML）
│ └── protobuf/ # GRPC 协议文件
├── resource/ # 静态资源
├── utility/ # 工具
├── go.mod
└── main.go # 入口

2.4 生成 DAO

hack/config.yaml：

1
2
3
4
5
6


gfcli:
 gen:
 dao:
 - link: "mysql:root:password@tcp(127.0.0.1:3306)/go_sync_dev"
 removePrefix: "t_"
 jsonCase: "CamelLower"

1

gf gen dao

自动在三个目录生成：

internal/dao/internal
internal/model/do
internal/model/entity

2.5 生成 Service

IDEA 装 File Watchers 插件
导入 watchers.xml（GoFrame 官方提供）
在 logic/ 写代码
自动生成 service 接口 + 注入

logic/user.go：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18


package logic

import (
 "context"
 "github.com/gogf/gf/v2/frame/g"
 "github.com/yourname/gf-kafka-mysql/internal/dao"
 "github.com/yourname/gf-kafka-mysql/internal/model/entity"
)

func (l *Logic) GetUser(ctx context.Context, id int) (*entity.User, error) {
 var user *entity.User
 err := dao.User.Ctx(ctx).Where(g.Map{"id": id}).Scan(&user)
 return user, err
}

func init() {
 service.RegisterSourceOrigin(New())
}

三、Go CLI 工具：cobra

cobra 是 Go 生态最流行的 CLI 框架——kubectl、docker、gh、hugo 都用它。

3.1 安装

1
2


go install github.com/spf13/cobra-cli@latest
cobra-cli

3.2 初始化项目

1
2


cobra-cli init
# 生成 LICENSE + cmd/root.go

3.3 添加子命令

1
2
3


cobra-cli add version
cobra-cli add serve
cobra-cli add config

3.4 完整示例

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21


// cmd/serve.go
package cmd

import (
 "fmt"
 "github.com/spf13/cobra"
)

var serveCmd = &cobra.Command{
 Use: "serve",
 Short: "启动 HTTP 服务",
 Run: func(cmd *cobra.Command, args []string) {
 port, _ := cmd.Flags().GetString("port")
 fmt.Printf("服务启动在 :%s\n", port)
 },
}

func init() {
 rootCmd.AddCommand(serveCmd)
 serveCmd.Flags().StringP("port", "p", "8080", "服务端口")
}

1
2


./myapp serve --port 9000
# 服务启动在 :9000

四、Go 必读开源项目（按学习曲线）

4.1 入门级（500-2000 行）

rsc.io/quote——官方教程示例
spf13/cobra——CLI 框架
gin-gonic/gin——Web 框架

4.2 中级（5000-20000 行）

gogf/gf——国产工程化框架
go-kratos/kratos——bilibili 微服务框架
cloudwego/kitex——字节跳动 RPC 框架
go-admin-team/go-admin——前后端分离 RBAC

4.3 高级（数万-数十万行）

moby/moby——Docker
kubernetes/kubernetes——K8s
etcd-io/etcd——分布式 KV
prometheus/prometheus——监控系统
hashicorp/terraform——IaC

4.4 工具链

golangci/golangci-lint——50+ linter 集成
stretchr/testify——测试断言
spf13/viper——配置管理
uber-go/zap——结构化日志
go-redis/redis——Redis 客户端

五、Go 经典书籍

5.1 入门

《Go 程序设计语言》（The Go Programming Language）——Alan A. A. Donovan / Brian W. Kernighan
- Go 圣经，作者是 C 语言圣经作者 K&R 中的 K
《Go 语言圣经》（中文版）：https://gopl-zh.github.io/

5.2 进阶

《Go 语言高级编程》——柴树杉、曹春晖（CGO、Web 汇编、AST、Web 框架）
《Go 专家编程》——任洪彩（slice 原理、channel 调度、defer 语义、interface、内存管理）
《Go 语言设计与实现》：https://draveness.me/golang/

5.3 源码阅读

Go 源码：runtime/ 目录——goroutine 调度器、GC、内存分配
plan9 汇编：runtime/internal/syscall/ 看 syscall 怎么调
网络库：net/、net/http/、net/http2/

六、Go 1.18+ 新特性

版本	日期	关键特性
1.18	2022-03	泛型、模糊测试、Workspace
1.19	2022-08	泛型类型、内存模型更新
1.20	2023-02	性能优化
1.21	2023-08	PGO、`log/slog`、标准库 `slices/maps/cmp`、WASI
1.22	2024-02	for 循环变量行为改变
1.23	2024-08	安全修复、性能优化
1.24	2025-02	泛型类型别名、Swiss Table map

Go 1.18 泛型示例：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13


// 通用 Map 函数
func Map[T, U any](ts []T, f func(T) U) []U {
 us := make([]U, len(ts))
 for i, t := range ts {
 us[i] = f(t)
 }
 return us
}

// 使用
nums := []int{1, 2, 3}
doubled := Map(nums, func(n int) int { return n * 2 })
// [2, 4, 6]

Go 1.21 PGO（Profile-Guided Optimization）：

1
2
3
4
5
6


# 1. 收集 CPU profile
go test -cpuprofile=default.pprof

# 2. PGO 编译
go build -pgo=default.pprof -o myapp
# 性能提升 2-7%

七、Go 学习路径建议

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21


0. 基础语法（2-3 周）
 ├─ 官方教程 https://go.dev/tour/
 ├─ Go 语言圣经
 └─ 写 5 个小工具（爬虫、CLI、HTTP 客户端）

1. 进阶（2-4 周）
 ├─ goroutine / channel / context
 ├─ interface / reflect / unsafe
 ├─ 测试（testing / testify）
 └─ 写一个完整 CLI 工具

2. 实战（1-2 月）
 ├─ Web 框架（Gin / Echo / GoFrame）
 ├─ ORM（GORM / XORM）
 ├─ 微服务（gRPC / Kitex / Kratos）
 └─ K8s Operator / CRD

3. 源码（持续）
 ├─ runtime/ 调度器、GC
 ├─ 标准库实现
 └─ 阅读 1-2 个大型开源项目

八、下一步

继续深耕：Go 调度器（GMP 模型）、内存分配、GC 三色标记
Web 框架：Gin（轻量）、Echo（极简）、Fiber（类 Express.js 体验）
数据库：GORM（最流行）、Ent（Facebook 出品，类型安全）
微服务：gRPC、Kitex（字节）、Kratos（bilibili）
云原生：Kubernetes Operator、Client-Go、Helm SDK

参考资料

Go 官方：https://go.dev/
Go 中文社区：https://studygolang.com/
GoFrame 官网：https://goframe.org/
Cobra 文档：https://github.com/spf13/cobra
awesome-go（开源项目精选）：https://awesome-go.com/
CNCF 全景图：https://landscape.cncf.io/
《Go 语言高级编程》：https://github.com/chai2010/advanced-go-programming-book

敏捷开发与协作：22 款主流 CI 工具选型指南

Mon, 19 Jun 2023 00:00:00 +0800

选 CI 工具是每个研发团队的"必经之坑"——选错了，每次构建都在消耗工程师的耐心。本文整理了 22 款主流 CI 工具的核心特点，帮你按团队规模、技术栈、部署方式快速圈定候选。

一、为什么选 CI 工具这么难

CI 工具选型不是"哪个最好用"，而是"哪个最适合"：

团队规模：3 人小团队 vs 300 人大厂，工具能力需求天差地别
技术栈：Java/Maven vs Node/Yarn vs Python/Poetry，支持的 runner 生态决定成本
部署方式：自托管 vs SaaS，合规要求决定能不能用云
集成需求：Jira / Slack / Kubernetes / GitHub，集成越深切换成本越高

When to use：当你的团队：

每天有 5+ 次合并
跨 3+ 个服务/模块需要协调测试
需要"提交 → 测试 → 部署"全链路自动化

→ 必须有 CI。否则问题会累积到发布日爆炸。

二、22 款 CI 工具横向对比

#	工具	类型	核心特点	适用场景
1	Buddy	SaaS	15 分钟配置，100+ ready-to-use actions，YAML 支持	Web 项目快速上手
2	Jenkins	自托管	海量节点、Java 编写、跨平台	大型企业、复杂流水线
3	TeamCity	自托管/SaaS	强大的 DSL、可在代码中配置构建	JetBrains 技术栈
4	Drone	自托管	原生 Docker、Kubernetes 友好	容器化项目
5	Travis CI	SaaS	曾经开源免费（注：2020 年后政策已变）、VM 构建、Slack/钉钉/企业微信通知	开源项目
6	GoCD	自托管	Value Stream Map 端到端可视化	复杂 CD 流水线
7	Bamboo	自托管	JIRA + Bitbucket 无缝集成	Atlassian 全家桶用户
8	GitLab CI	集成	与 GitLab 深度整合、API 丰富	GitLab 用户
9	CircleCI	SaaS/自托管	Docker 支持、并行测试、Android/iOS 商店评级优化	移动端 + 后端
10	Codeship	SaaS	Basic/Pro 两版、CI/CD 高度可定制	中小团队
11	Buildbot	自托管	分布式并行、跨平台 Job	Python 项目、大规模测试
12	Nevercode	SaaS	全自动云构建、无服务器维护	移动端
13	Integrity	自托管	仅 GitHub、HTTP/AMQP/邮件通知	小型 GitHub 项目
14	Strider	自托管	Node.js + MongoDB、插件丰富	JS 团队
15	AutoRABIT	SaaS	Salesforce 专用、120+ 元数据类型	Salesforce 项目
16	FinalBuilder	Windows	图形化逻辑结构、try/catch 错误处理	Windows 桌面应用
17	Wercker	SaaS	容器构建部署、100+ 外部工具集成	中小项目
18	Buildkite	自托管 agent	跨平台、密钥不读源码	安全敏感型项目
19	Semaphore	SaaS	配置简单、市场上最快的 CI 之一	追求速度的团队
20	CruiseControl	自托管	多 SCM 集成、远程管理	老牌 Java/.NET 项目
21	Bitrise	SaaS	移动 CI/CD 专用、虚拟机构建	移动端项目
22	UrbanCode	企业	混合云、审计、拖放自动化	大型企业、IBM 生态

三、按场景选型

3.1 小团队（≤10 人）、追求开箱即用

推荐：Buddy / GitHub Actions / GitLab CI

配置简单，15 分钟出第一条流水线
SaaS 免运维，省心
免费额度通常够用

 1
 2
 3
 4
 5
 6
 7
 8
 9
10


# GitHub Actions 最小示例
name: CI
on: [push, pull_request]
jobs:
 test:
 runs-on: ubuntu-latest
 steps:
 - uses: actions/checkout@v3
 - name: Run tests
 run: npm test

3.2 中型团队（10-50 人）、Java 技术栈

3.3 云原生团队

3.4 移动端团队

3.5 大型企业、合规优先

3.6 安全敏感型

四、CI 工具核心能力 6 维评估

选型时可以按这 6 维打分（1-5 分）：

维度	权重建议	评估点
易用性	中小团队高	配置门槛、文档质量、调试体验
可扩展性	大团队高	节点扩展、并发能力、插件生态
集成度	跨工具多	VCS、IM、制品库、K8s 集成
成本	看预算	免费额度、SaaS 月费、自托管人力
可观测性	重要	构建日志、Metrics、告警
安全性	合规项目高	密钥管理、审计日志、访问控制

五、核心 6 点提炼

CI 是工程效率的水电煤——选错一次，5 年都在为它还债。换 CI 比换语言还痛。
配置文件即代码——CI 脚本必须入库、评审、版本化。否则就是"工程师本机的玄学"。
缓存决定成本——依赖缓存（npm/node_modules、Maven .m2）能砍掉 50% 以上构建时间
并行测试是分水岭——单线程跑完 30 分钟，没人愿意等。拆 4 个 stage 并行 = 8 分钟
失败要快速反馈——编译/单元测试 5 分钟内出结果，否则工程师已经开始刷手机
制品（artifact）必须可追溯——CI 跑出的 jar/docker image，对应哪个 commit、哪个 PR，必须能查

六、常见 5 个坑

“用一个 YAML 写完所有 stage”——结果 stage 越来越多，构建越来越慢。正确做法：拆 pipeline
没做依赖缓存——每次 npm install 5 分钟，工程师一天等 1 小时。缓存命中 = 30 秒
密钥直接写在 YAML 里——密钥进入 git 历史 = 公开。用 Vault / CI 内置 secret 管理
CI 跑通 ≠ 测试覆盖——CI 绿色但单元测试覆盖 0%，线上还是炸。CI 必须有覆盖率门禁
不清理老构建——半年后构建历史 10 万条，磁盘爆掉。必须设 retention policy

七、CI 工具的"接力赛"

CI 工具不是孤立存在的，它在一个更大的"敏捷/协作"链条里：

1
2
3
4
5
6
7


需求 (Jira) → 代码 (Git) → CI (Jenkins/GitLab CI) 
 ↓ ↓
 评审 (Code Review) 制品 (Nexus/Artifactory) 
 ↓
 部署 (ArgoCD/Spinnaker) 
 ↓
 监控 (Prometheus/Grafana)

CI 工具的下一站是 CD。如果选了 CI 不支持 CD，可以叠加一个部署工具（ArgoCD / Spinnaker / Flux），但配置复杂度会上升。所以一开始就选支持 CD 的 CI 往往更省心。

八、迁移 CI 工具的代价

切换 CI 工具的真实成本（这是大多数团队低估的）：

任务	工作量
重新写所有 pipeline YAML	1-2 周
重写所有自定义脚本/插件	2-4 周
迁移构建历史/Metrics	1 周
培训团队	1-2 周
总代价	1.5-2 个月

建议：选 CI 工具时多花 2 周评估，比用上 2 年再换，省 6 个月。

九、2024+ 视角：5 款近 2 年主流 CI 的"上手 3 步"

2023 年后 CI 工具市场发生了一些显著变化：Travis CI 大幅收缩免费额度、Bitrise 移动端涨价、Drone 维护节奏放缓、GitHub Actions 几乎成了事实标准。下面是 5 款近 2 年仍在持续投入的工具，各给一个"3 步跑通"的最小实战。

9.1 GitHub Actions —— 开源/SaaS 首选

3 步上手：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11


# 1. 在仓库根目录创建 .github/workflows/ci.yml
name: CI
on: [push, pull_request]
jobs:
 test:
 runs-on: ubuntu-latest
 steps:
 - uses: actions/checkout@v4
 - uses: actions/setup-node@v4
 with: { node-version: 20 }
 - run: npm ci && npm test

为什么选它：内置在 GitHub、零运维、海量 marketplace action、Windows/Mac/Linux runner 都免费。

9.2 GitLab CI —— 自托管/合规场景首选

3 步上手：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11


# 1. 仓库根 .gitlab-ci.yml
stages: [test, build]
test:
 stage: test
 image: node:20
 script: npm ci && npm test
build:
 stage: build
 image: docker:24
 services: [docker:24-dind]
 script: docker build -t myapp:$CI_COMMIT_SHA .

为什么选它：和 GitLab 仓库一体、Runner 私有部署方便、CI/CD 还能继续延伸到部署。

9.3 Drone —— 容器原生、轻量

3 步上手：

1
2
3
4
5
6
7
8


# 1. 仓库根 .drone.yml
kind: pipeline
type: docker
name: default
steps:
 - name: test
 image: node:20
 commands: [npm ci, npm test]

Server 端（docker compose）：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15


services:
 drone:
 image: drone/drone:2
 ports: ["8080:80"]
 environment:
 DRONE_GITHUB_CLIENT_ID: xxx
 DRONE_GITHUB_CLIENT_SECRET: xxx
 DRONE_RPC_SECRET: <random>
 DRONE_SERVER_HOST: drone.example.com
 drone-runner:
 image: drone/drone-runner-docker:1
 environment:
 DRONE_RPC_HOST: drone:9000
 DRONE_RPC_SECRET: <random>
 DRONE_RUNNER_CAPACITY: 2

为什么选它：单二进制部署、每步天然在容器中、配置文件和 GitHub Actions 一样简单。

9.4 Buildkite —— 安全敏感/金融/政企

3 步上手：

1
2
3
4
5


# 1. 仓库根 .buildkite/pipeline.yml
steps:
 - label: "Test"
 command: "npm ci && npm test"
 agents: { queue: "default" }

Agent 端（在企业内网跑）：

1
2
3
4
5
6


# 2. 内网机器装 agent
docker run -d \
 -e BUILDKITE_AGENT_TOKEN=<secret> \
 -e BUILDKITE_AGENT_NAME=$(hostname) \
 drone/drone-runner-docker:1
# 等价命令：buildkite-agent start --token <secret>

3. Web 后台（buildkite.com）开 Pipeline → 关联仓库 → agent 自动接活。

为什么选它：源代码/密钥不经过 Buildkite SaaS——CI 配置在云端、构建在内网，金融/军工场景的硬要求。

9.5 CircleCI —— Docker/Orb 生态

3 步上手：

1
2
3
4
5
6
7
8
9


# 1. 仓库根 .circleci/config.yml
version: 2.1
jobs:
 build:
 docker: [{ image: cimg/node:20.0 }]
 steps:
 - checkout
 - run: npm ci
 - run: npm test

为什么选它：Orb 复用机制强（类似 GitHub Actions 的 marketplace）、macOS M1 runner 是 iOS/macOS 开发的最优解。

9.6 2024+ 选型速查

场景	第一选择	备选
开源项目 / SaaS	GitHub Actions	CircleCI
自托管 + 合规	GitLab CI	Drone
容器化云原生	Drone	GitLab CI
金融/军工/源代码不出网	Buildkite	Jenkins（自建）
iOS/macOS CI	CircleCI	Bitrise
企业复杂流水线	Jenkins	TeamCity

十、结语

以下段落为引用 Rancher 官方介绍（写作时的产品现状描述，仅作历史背景参考）：

容器技术被越来越多地用于大型项目之中，如何通过一致的流程和工作流来简化大型项目的部署，变得愈发重要。Rancher Kubernetes 管理平台让用户通过一个自动化的过程，即可方便快速地创建及管理多 Kubernetes 集群。Rancher 平台对 Jenkins、GitLab CI、Drone 等流行的 CI 工具都提供了优秀的支持，内嵌的 Rancher Pipeline 也有着极简的操作体验和强大的功能整合。

作为用户，使用场景和需求都不尽相同，选择最适合自己的就好。

参考资料

Erda 云原生 PaaS 平台：DevOps / 微服务 / 多云一站式

Thu, 15 Sep 2022 00:00:00 +0800

从 CI/CD 到微服务治理、从监控告警到快数据分析，企业内部要拉起一套"全功能 PaaS 平台"通常要装 10+ 个开源系统、串起 N 种协议、对接 K8s/VM/边缘节点。Erda 是百度开源的一站式云原生 PaaS 平台，把 DevOps、微服务治理、多云管理、边缘计算、快数据、监控都打包到一个集群里。这篇文章讲清楚容器化部署、四层 RBAC、和"它到底能做什么"。

阅读对象：要给中大型团队搭企业级 DevOps 平台、想整合 K8s + 微服务 + 监控的工具负责人
覆盖范围：Erda 2.2 quick-start 部署清单、平台/组织/项目/应用四层 RBAC、核心能力矩阵

一、为什么是 Erda

开源 PaaS 平台不少，但 Erda 的差异点是"全栈打包"——一个 Erda 集群能直接对外提供：

能力	对应模块
DevOps	流水线、代码质量、制品库、测试管理
微服务治理	注册中心、配置中心、API 网关、调用链
多云管理	多 K8s 集群接入、VM/裸机管理
边缘计算	边缘节点注册、边缘应用编排
快数据	实时计算、离线数仓、BI 报表
监控告警	指标采集、告警规则、通知
协作	工单、协同、权限、审计

When to use：中大型企业（5+ 开发团队、10+ 应用）想"一套平台打天下"；或者已经有一堆 K8s 集群想统一管理。不适合：个人开发者（太重）、纯前端项目（用 Vercel/Netlify 更快）、纯离线数仓（用 ClickHouse + Superset 更专业）。

二、容器化部署

2.1 资源要求

资源	最低	推荐
CPU	4 核	8 核+
内存	8 GB	16 GB+
磁盘	100 GB	500 GB+
Docker	20.10.0+	最新稳定版
Docker Compose	v2	v2

2.2 quick-start 部署

1
2
3
4
5
6


# 下载 erda-release-2.2
# 把 quick-start 目录下载到 /home/docker/erda
cd /home/docker/erda

# 执行安装脚本
sh quick-start.sh

脚本会自动拉起 30+ 容器、初始化 MySQL/ES/Kafka/Redis/etcd/ZK、做服务发现、暴露 UI。

2.3 部署后的容器清单

服务	容器名	镜像
MySQL	erda-mysql	erdaproject/mysql:5.7-quickstart
Elasticsearch	erda-elasticsearch	bitnami/elasticsearch:6-debian-10
Cassandra	erda-cassandra	bitnami/cassandra:3-debian-10
Kafka	erda-kafka	bitnami/kafka:2.8.0
Redis	erda-redis	bitnami/redis:6.0-debian-10
Redis Sentinel	erda-redis-sentinel	bitnami/redis-sentinel:6.0-debian-10
Zookeeper	erda-zookeeper	bitnami/zookeeper:3.7.0
etcd	erda-etcd	bitnami/etcd:3
API 网关	gateway	nginx:latest
UI	erda-ui	registry.erda.cloud/erda/ui-ce:1.3.0
核心服务（多模块）	erda-admin / erda-cmp / erda-collector / erda-core-services / erda-dicehub / erda-dop / erda-ecp / erda-eventbox / erda-gittar / erda-hepa / erda-monitor / erda-msp / erda-openapi / erda-orchestrator / erda-pipeline / erda-streaming	registry.erda.cloud/erda/erda:1.3.0-stable
KMS	erda-kms	erdaproject/kms:20200608
Action Runner Scheduler	erda-action-runner-scheduler	registry.erda.cloud/erda/erda:1.3.0-stable
认证	kratos	oryd/kratos:v0.7.1-alpha.1-sqlite
测试邮件	mailslurper	oryd/mailslurper:latest-smtps

2.4 host 配置

部署完成后，把内部域名指向本机：

1
2


echo "{{HOST_IP}} erda.local one.erda.local collector.erda.local openapi.erda.local" \
 | sudo tee -a /etc/hosts

访问 http://erda.local 进入 Erda 平台首页。

生产环境：上述 quick-start 适合"先跑起来看效果"。生产环境要换 MySQL/ES/Kafka 集群部署、独立 KMS 证书、用外部 LDAP/SSO 替换默认认证。

三、四层 RBAC 模型

Erda 的权限模型分四层——平台 / 组织 / 项目 / 应用，每层都有独立的角色体系：

3.1 平台层

角色	菜单	权限
平台管理员	平台后台管理页面所有菜单	全部操作权限
平台审计成员	审计日志	查看权限
平台成员	无	无后台管理页面访问权限

3.2 组织层

组织（Organization）对应"公司的一个部门"或者"业务线"。

角色	菜单	权限
组织管理员	DevOps 平台 / 微服务治理 / 快数据 / 多云 / 边缘	组织最高权限
组织研发工程师	DevOps / 微服务治理	项目/应用级别权限
数据开发工程师	DevOps / 快数据	项目/应用级别权限
组织运维工程师	多云管理	多云全部权限
边缘运维工程师	边缘计算	边缘全部权限
数据管理员	DevOps / 微服务治理 / 快数据	项目/应用级别权限
报告人员	DevOps	仅"报告人员"角色

3.3 项目层

项目（Project）对应"一组应用"——比如电商系统里的"用户中心"+“订单中心”+“支付中心"是一个项目。

角色	菜单	权限
项目所有者	所有菜单	项目最高权限
研发主管	应用列表/项目协同/测试/项目大盘/扩展服务/资源/工单/项目设置	全部操作权限
项目经理	同上	无应用创建/删除/修改
产品经理	同上（少几个）	无应用管理、无项目成员管理
研发工程师	同上	无应用管理、成员管理；无测试/预发/生产环境编辑和部署
测试工程师	同上	无应用管理、成员管理
报告人员	工单	仅工单提交/查看

3.4 应用层

应用（Application）对应"一个微服务”。

角色	菜单	权限
应用所有者	所有菜单	应用最高权限
应用主管	代码仓库/流水线/API设计/部署/代码质量/制品/应用设置	全部操作权限
运维工程师	同上（少应用设置）	目前与研发工程师一致，无测试/预发/生产环境管理
研发工程师	同上	无应用设置
测试工程师	同上	无应用设置、无开发环境管理

权限传递：上层角色自动继承下层权限，例如"项目所有者"自动获得该项目下所有应用的"应用所有者"权限。

四、核心能力

4.1 DevOps 流水线

可视化编排 CI/CD：

源码（Git）→ 构建（Maven/Gradle/Node.js/Docker）→ 测试 → 制品（Image/Jar/Package）→ 部署（K8s/VM/边缘）
触发方式：Webhook / 定时 / 手动 / API
多环境支持：dev/staging/prod 流水线模板可复用

4.2 微服务治理

基于 K8s Service Mesh + 自研扩展：

注册中心：自动同步 K8s Service
配置中心：Nacos/Spring Cloud Config 适配
API 网关：流量路由、限流、熔断、灰度
调用链：基于 OpenTelemetry/SkyWalking

4.3 多云管理

接入多个 K8s 集群（公有云/私有云/裸金属），统一面板：

集群健康检查
工作负载、存储、网络统一查看
跨集群应用迁移

4.4 边缘计算

把 K8s 节点扩展到边缘设备（工厂车间、零售门店）：

边缘节点注册、离线运行
边缘应用编排、灰度推送
边缘节点监控

4.5 快数据

实时计算 + 离线数仓：

实时：Kafka → Flink → Druid/ClickHouse
离线：Hive/Spark 任务调度
BI 报表：自助拖拽 Dashboard

五、踩坑清单

资源不够起不来——quick-start 至少 4C8G，生产推荐 8C16G+
镜像拉取慢——Erda 用了 registry.erda.cloud，国内需要配 docker mirror
初始化失败——多半是 MySQL/ES 启动顺序问题，看 docker logs erda-migration 找原因
UI 502——gateway 容器没起来，或者 erda.local 域名没指对
升级断裂——Erda 2.x → 3.x 是大版本升级，breaking change 较多，先看 release notes
不熟概念——“平台/组织/项目/应用"四层模型和传统"用户-角色-权限"三元模型有差异，新用户 onboard 建议看官方视频教程

六、参考资料

Erda 官网：https://www.erda.cloud/
GitHub：https://github.com/erda-project/erda
官方文档：https://docs.erda.cloud/
部署指南：https://docs.erda.cloud/2.2/manual/install/docker-install.html

下一步

只想做监控？→ Prometheus 监控告警体系一文
只想做 PaaS 容器管理？→ Portainer 容器可视化管理一文
一站式轻量监控？→ HertzBeat 轻量监控告警一文

DevOps on Liangweidong's blog

Go 应用领域与生态：云原生时代的瑞士军刀

前置知识

为什么 Go 是云原生时代的"钦定语言"

一、Go 的六大应用领域

1.1 云计算基础设施

1.2 基础软件

1.3 微服务

1.4 互联网基础设施

1.5 DevOps 工具

1.6 CLI 工具

二、GoFrame：国产工程化框架

2.1 安装

2.2 创建项目

2.3 目录结构

2.4 生成 DAO

2.5 生成 Service

三、Go CLI 工具：cobra

3.1 安装

3.2 初始化项目

3.3 添加子命令

3.4 完整示例

四、Go 必读开源项目（按学习曲线）

4.1 入门级（500-2000 行）

4.2 中级（5000-20000 行）

4.3 高级（数万-数十万行）

4.4 工具链

五、Go 经典书籍

5.1 入门

5.2 进阶

5.3 源码阅读

六、Go 1.18+ 新特性

七、Go 学习路径建议

八、下一步

参考资料

敏捷开发与协作：22 款主流 CI 工具选型指南

一、为什么选 CI 工具这么难

二、22 款 CI 工具横向对比

三、按场景选型

3.1 小团队（≤10 人）、追求开箱即用

3.2 中型团队（10-50 人）、Java 技术栈

3.3 云原生团队

3.4 移动端团队

3.5 大型企业、合规优先

3.6 安全敏感型

四、CI 工具核心能力 6 维评估

五、核心 6 点提炼

六、常见 5 个坑

七、CI 工具的"接力赛"

八、迁移 CI 工具的代价

九、2024+ 视角：5 款近 2 年主流 CI 的"上手 3 步"

9.1 GitHub Actions —— 开源/SaaS 首选

9.2 GitLab CI —— 自托管/合规场景首选

9.3 Drone —— 容器原生、轻量

9.4 Buildkite —— 安全敏感/金融/政企

9.5 CircleCI —— Docker/Orb 生态

9.6 2024+ 选型速查

十、结语

参考资料

Erda 云原生 PaaS 平台：DevOps / 微服务 / 多云 一站式

一、为什么是 Erda

二、容器化部署

2.1 资源要求

2.2 quick-start 部署

2.3 部署后的容器清单

2.4 host 配置

三、四层 RBAC 模型

3.1 平台层

3.2 组织层

3.3 项目层

3.4 应用层

四、核心能力

4.1 DevOps 流水线

4.2 微服务治理

4.3 多云管理

4.4 边缘计算

4.5 快数据

五、踩坑清单

六、参考资料

下一步

Erda 云原生 PaaS 平台：DevOps / 微服务 / 多云一站式