修改deployment的镜像有三种方式 使用 edit 命令修改 Yaml 文件中的 image。（常用）kubectl edit deployment -n business wf-ai-engine-portal-ui -o yaml 使用 patch 命令kubectl patch deployment image-deployment --patch '{"spec

官方文档：https://kubernetes.io/zh-cn/docs/concepts/overview/working-with-objects/labels/ Lable、Selector当 Kubernetes 对系统中任何 API 对象（如 Pod 和节点）进行 “分组” 时，会为其添加 Label（键值对格式 key=value）用以精准的选择对应的 API 对象。而 Se

官方文档：https://kubernetes.io/docs/concepts/configuration/manage-compute-resources-container/ Pod 概述Pod 是 Kubernetes 系统中可以创建和管理的最小单元，是资源对象模型中由用户创建或部署的最小资源对象模型，也是在 Kubernetes 上运行容器化应用的资源对象，其它的资源对象都是用来

官方文档：https://kubernetes.io/zh-cn/docs/concepts/workloads/controllers/ 什么是 Controller你的应用以容器的形式在 Pods 中运行；但是直接管理单个 Pod 的工作量将会非常繁琐。例如，如果一个 Pod 失败了，你可能希望运行一个新的 Pod 来替换它。Kubernetes 可以为你完成这些操作。这个就是 Cont

官方文档：https://kubernetes.io/zh-cn/docs/concepts/workloads/controllers/deployment/ Deployment 控制器应用 Deployment 控制器可以部署无状态应用。 管理 Pod 和 ReplicaSet（副本控制、更新回滚）。 具有上线部署、副本设定、滚动升级、回滚等功能。 提供声明式更新，例如只更新一个新的

官方文档：https://kubernetes.io/zh-cn/docs/concepts/workloads/controllers/deployment/ Replication Controller(RC)Replication Controller(RC) 是 Kubernetes 系统中核心概念之一，当我们定义了一个 RC 并提交到 K8s 集群中以后，Master 节点上的

官方文档：https://kubernetes.io/zh-cn/docs/concepts/workloads/controllers/statefulset/ StatefulsetStatefulset 主要是用来部署有状态应用。StatefulSet 是一个有序的、可标识的 Pod 组，并且每个 Pod 都有一个独特的标识符。 这使得 StatefulSet 能够管理有状态应用程序

官方文档：https://kubernetes.io/zh-cn/docs/concepts/workloads/controllers/daemonset/ DaemonSetDaemonSet 即后台支撑型服务，主要是用来部署守护进程。 长期伺服型和批处理型的核心在业务应用，可能有些节点运行多个同类业务的 Pod，有些节点上又没有这类的 Pod 运行； 而后台支撑型服务的核心关注点在

Job 官方文档：https://kubernetes.io/docs/concepts/workloads/controllers/jobs-run-to-completion/ CronJob 官方文档：https://kubernetes.io/docs/tasks/job/automated-tasks-with-cron-jobs/ Job 和 CronJob job：一次性任务

官方文档：https://kubernetes.io/zh-cn/docs/concepts/services-networking/service/ 前言我们知道 Deployment 只是保证了支撑服务的微服务 Pod 的数量，但是没有解决如何访问这些服务的问题。 一个 Pod 是一个运行服务的实例，Pod 可能随时在一个节点上停止运行，在另一个节点上以一个新的 IP 启动，因此不能以

官方文档：https://kubernetes.io/zh-cn/docs/concepts/services-networking/service/ 前言我们知道 Deployment 只是保证了支撑服务的微服务 Pod 的数量，但是没有解决如何访问这些服务的问题。 一个 Pod 是一个运行服务的实例，Pod 可能随时在一个节点上停止运行，在另一个节点上以一个新的 IP 启动，因此不能以

官方文档：https://kubernetes.io/docs/tasks/configure-pod-container/configure-pod-configmap/ Kubernetes configMap（配置文件存储）与 Secret 类似，区别在于 ConfigMap 保存的是不需要加密配置信息。 应用场景：应用配置 创建测试配置文件1.创建测试配置文件1234# vim r

官方文档：https://kubernetes.io/zh-cn/docs/concepts/configuration/secret/#creating-a-secret SecretSecret 的主要作用就是加密数据，然后存在 etcd 里面，让 Pod 容器以挂载 Volume 方式进行访问。 场景：用户名 和 密码进行加密 一般情况下 secret 的加密是对某个字符串进行base6

官方文档：https://kubernetes.io/docs/concepts/services-networking/ingress/ 部署文档：https://github.com/kubernetes/ingress-nginx/blob/master/docs/deploy/index.md 1、前言一般情况下，如果我们部署 web 应用，我们需要将端口号对外暴露，通过 ip +

前言之前我们有提到数据卷：emptydir 是本地存储，Pod 重启，数据就不存在了，需要对数据持久化存储。 对于数据持久化存储【pod 重启，数据还存在】，有两种方式 nfs：网络存储【通过一台服务器来存储】 pv 和 pvc nfs 示例1、持久化服务器上操作 找一台新的服务器nfs服务端，安装nfs 设置挂载路径 使用命令安装 nfs 1yum install -y nfs-utils

业务架构图：如何为用户提供价值，以及企业可以通过什么方式来实现盈利的问题，强调的是我们能为用户提供什么，为了实现这一目标，我们需要做什么。 比如新浪微博，其在营收业务层面，新浪微博主要依靠流量变现业务，比如广告业务等；在用户增长业务方面，微博主要的思路就是通过扶持KOL来产生内容和社交关系，从而做大垂直领域的流量。基本上微博就是以社交为支撑，发力垂直业务来增加用户活跃，带来广告的变现。在此基础

官方文档：https://c4model.com/#SystemContextDiagram 概述最近在设计系统中，需要一种方式来构建对于当前系统的理解和细化，UML是我一下子映入脑海的方式，但是很久不再接触了，刚好在前段时间看到关于C4model相关文章，记录一下。 为什么画架构图还需要一个模型呢？当我们看一个软件系统时，不同的人或角色会有不同的视角，所看到的也会是不同的方面。BA/

参考来源：字节跳动技术团队：春节钱包大流量奖励系统入账及展示的设计与实现 1. 背景&挑战&目标1.1 业务背景（1）支持八端： 2022 年字节系产品春节活动需要支持八端 APP 产品（包含抖音/抖音火山/抖音极速版/西瓜/头条/头条极速版/番茄小说/番茄畅听）的奖励互通。用户在上述任意一端都可以参与活动，

RPC（Remote Procedure Call Protocol）RPC 使用 C/S 方式，采用http协议,发送请求到服务器，等待服务器返回结果。这个请求包括一个参数集和一个文本集，通常形成“classnam.methodname”形式。优点是跨语言跨平台，C端、S端有更大的独立性，缺点是不支持对象，不支持异步调用，无法在编译器检查错误，只能在运行期检查。 Web Service

什么是架构 在百度百科中的定义是：架构，又名软件架构，是有关软件整体结构与组件的抽象描述，用于指导大型软件系统各个方面的设计。 在维基百科中的定义是：软件体系结构是指软件系统的基本结构，创建此类结构的规则以及这些结构的文档。需要这些结构来推断软件系统。每个结构包括软件元素，它们之间的关系，元素和关系的属性，以及每个元素的引入和配置的基本原理。软件系统的体系结构是一种隐喻，类似于建筑物的体系结构