From 6c94400f8e875325228ab0ef5f8d07517dd2a87c Mon Sep 17 00:00:00 2001 From: windsonsea Date: Fri, 10 May 2024 09:18:53 +0800 Subject: [PATCH] [zh] Add two glossary for reference --- .../glossary/immutable-infrastructure.md | 55 +++++++++++++++++++ .../reference/glossary/sidecar-container.md | 45 +++++++++++++++ 2 files changed, 100 insertions(+) create mode 100644 content/zh-cn/docs/reference/glossary/immutable-infrastructure.md create mode 100644 content/zh-cn/docs/reference/glossary/sidecar-container.md diff --git a/content/zh-cn/docs/reference/glossary/immutable-infrastructure.md b/content/zh-cn/docs/reference/glossary/immutable-infrastructure.md new file mode 100644 index 0000000000000..b9062d794eba8 --- /dev/null +++ b/content/zh-cn/docs/reference/glossary/immutable-infrastructure.md @@ -0,0 +1,55 @@ +--- +title: 不可变基础设施 +id: immutable-infrastructure +date: 2024-03-25 +full_link: +short_description: > + 不可变基础设施指的是一旦部署就不能变更的计算机基础设施(虚拟机、容器和网络设施) + +aka: +tags: +- architecture +--- + + + + +不可变基础设施指的是一旦部署就不能变更的计算机基础设施(虚拟机、容器和网络设施)。 + + + + +不可变性可以通过某个自动化进程或某种系统来强制执行,前者会覆盖未经授权的变更,而后者从源头上就不允许进行变更。 +{{< glossary_tooltip text="容器" term_id="container" >}}是不可变基础设施的一个很好的例子, +这是因为对容器的持久变更只能通过创建新版本的容器或从其镜像重新创建现有容器来进行。 + + +通过防止或识别未经授权的变更,不可变基础设施可以更容易地识别和缓解安全风险。 +操作此类系统变得更加简单明了,因为管理员可以对其作一些假设。 +毕竟,他们可以确认没有人犯错,也没人做了变更而又忘记沟通。 +不可变基础设施与基础设施即代码关系紧密,后者将所有创建基础设施所需的自动化都存储在版本控制中(如 Git)。 +不可变性和版本控制的结合意味着对系统的每个经过授权的变更都会对应一个持久的审计日志记录。 diff --git a/content/zh-cn/docs/reference/glossary/sidecar-container.md b/content/zh-cn/docs/reference/glossary/sidecar-container.md new file mode 100644 index 0000000000000..cb57a15793aa1 --- /dev/null +++ b/content/zh-cn/docs/reference/glossary/sidecar-container.md @@ -0,0 +1,45 @@ +--- +title: 边车容器 +id: sidecar-container +date: 2018-04-12 +full_link: +short_description: > + 在 Pod 的整个生命期内保持运行的辅助容器。 + +full_link: /zh-cn/docs/concepts/workloads/pods/sidecar-containers/ +tags: +- fundamental +--- + + + + +通常在任意应用容器运行之前启动的一个或多个{{< glossary_tooltip text="容器" term_id="container" >}}。 + + + + +边车容器与常规应用容器类似,但目的不同:边车为主应用容器提供了一个 Pod 内的本地服务。 +与{{< glossary_tooltip text="Init 容器" term_id="init-container" >}}不同,边车容器在 Pod 启动后继续运行。 + +更多细节参阅[边车容器](/zh-cn/docs/concepts/workloads/pods/sidecar-containers/)。