云原生·DevOps

[wxb]

什么是云原生

AWS：云原生是在云计算环境中构建、部署和管理现代应用程序的软件方法

云原生开发

我认为：云原生开发是 在云计算环境中开发和测试 应用程序；这个云计算 目前可以等他 Kubernets

云原生开发趋势

开发环境搭建更加简单、高效和统一
隔离不同应用开发之间的干扰
开发环境和将来的生产环境更加相近：上线后环境问题更少；平时的开发中也能积累更多的k8s devops经验
更加轻量，随用随删

[wxb]

Taskfile

Task

Task is a task runner / build tool that aims to be simpler and easier to use than, for example, GNU Make.

See taskfile.dev for the documentation.

[wxb]

Taskfile VS Makefile，构建工具哪家强？Taskfile 敢称王

Taskfile 通过 yaml 来描述各种执行任务, 其核心采用 go 编写; 相较于 Makefile 的 tab 分割和 bash 结合语法 Taskfile 显得更加现代化和易于使用(虽然会变成 yaml 工程师). Taskfile 内置了动态变量、操作系统等环境变量识别等高级功能都更贴合现代化的 Coding 方式。

总体来说如果你是一个对 Makefile 不太熟悉的人, 又期望通过类似 Makefile 的工具完成一些批量任务, 那么相对于 Makefile 来说 Taskfile 会更加便于入门, 学习曲线更低且速度也足够快。

[wxb]

Make

[wxb]

Makefile Tutorial

[wxb]

跟我一起写Makefile

[wxb]

Nocalhost

Nocalhost 是一款开源的基于 IDE 的云原生应用开发工具：

• 直接在 Kubernetes 集群中构建、测试和调试应用程序
• 提供易于使用的 IDE 插件（支持 VS Code 和 JetBrains），即使在 Kubernetes 集群中进行开发和调试，Nocalhost 也能保持和本地开发一样的开发体验
• 使用即时文件同步进行开发： 即时将您的代码更改同步到远端容器，而无需重建镜像或重新启动容器。

[wxb]

Nocalhost配置config.yaml更新

• Nocalhost配置支持多粒度并且有优先级
  

• Local配置：源码目录下，创建 .nocalhost 目录，再在这个目录下创建 config.yaml
  

• Nocalhost进入DevMode时，会把这个文件copy到secret中

• 如果不想要local的配置了，想改成DevConfig，删除local配置文件config.yaml并没有用（我遇到了）；可以删除上面说的secret的值就会彻底清理

[wxb]

dex

Dex 是一种身份服务，它使用 OpenID Connect 为其他应用程序提供身份验证支持。Dex 通过“连接器”充当其他身份提供商的门户。这使得 Dex 能够将身份验证委托给 LDAP 服务器、SAML 提供商，或 GitHub、Google 和 Active Directory 等成熟的身份提供商。

[wxb]

1. Dex 是一个 OIDC 中间层（认证网关）：

• 上游：对接各种外部身份源（LDAP、GitHub、Google、SAML…）
• 下游：给你的应用 / Kubernetes / 内部系统提供统一 OIDC 认证

---

2. 架构图（文本版，可直接转成画图工具）

┌─────────────────────────────────────────────────────────────┐
│                      你的应用 / 客户端                        │
│  (Web App / Mobile / Kubernetes Dashboard / 内部服务)         │
└───────────────────────────┬─────────────────────────────────┘
                            │
                            ▼
┌─────────────────────────────────────────────────────────────┐
│                           Dex                                │
│  ┌─────────────────┐         ┌─────────────────────────────┐  │
│  │   OIDC Provider │◄────────┤     Connector 插件体系      │  │
│  └─────────────────┘         └──────────────┬──────────────┘  │
└─────────────────────────────────────────────┼─────────────────┘
                                              │
                     ┌────────────────────────┼────────────────────────┐
                     │                        │                        │
                     ▼                        ▼                        ▼
┌───────────────────────┐    ┌───────────────────────┐    ┌───────────────────────┐
│      GitHub           │    │      Google           │    │      LDAP / AD        │
│      GitLab           │    │      Microsoft        │    │      SAML IDP         │
│      Gitea            │    │      OIDC IDP         │    │      其他企业身份源    │
└───────────────────────┘    └───────────────────────┘    └───────────────────────┘
        社交身份                     云厂商身份                   企业身份源

---

3. 角色说明

• 下游（你的系统）

  • 业务应用
  • Kubernetes Dashboard / K8s 认证
  • 内部工具、网关、SSO 入口
  • 只对接 Dex 的 OIDC 接口

• 中间层（Dex）

  • 对外暴露标准 OIDC：/authorize /token /userinfo /keys
  • 内部通过 Connector 对接各种外部身份系统
  • 不存储用户密码，只做身份代理与转换

• 上游（外部身份源）

  • GitHub / GitLab / Google / 企业微信/钉钉（通过OIDC/SAML）
  • LDAP / Active Directory
  • 企业内部 SAML IDP
  • 其他 OAuth2 / OIDC 服务商

---

4. 标准交互流程（极简版）

1. 用户访问你的应用
2. 应用重定向到 Dex 的 /authorize
3. Dex 展示登录选项（GitHub / LDAP / Google…）
4. 用户选择一种，跳去对应外部身份源登录
5. 外部身份源验证通过，回调 Dex
6. Dex 生成 OIDC ID Token / Access Token
7. Dex 把 Token 发给你的应用
8. 应用用 Token 识别用户，完成登录

---

5. 最关键特点（架构层面）

• 应用只认 OIDC，不用关心后端是什么身份库
• 身份源可插拔，加一个登录方式只配 Connector，不改应用
• K8s 天然适配，常用于给 apiserver / dashboard 做认证