-
Notifications
You must be signed in to change notification settings - Fork 14.4k
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
- Loading branch information
1 parent
55318dc
commit 6c94400
Showing
2 changed files
with
100 additions
and
0 deletions.
There are no files selected for viewing
55 changes: 55 additions & 0 deletions
55
content/zh-cn/docs/reference/glossary/immutable-infrastructure.md
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,55 @@ | ||
--- | ||
title: 不可变基础设施 | ||
id: immutable-infrastructure | ||
date: 2024-03-25 | ||
full_link: | ||
short_description: > | ||
不可变基础设施指的是一旦部署就不能变更的计算机基础设施(虚拟机、容器和网络设施) | ||
aka: | ||
tags: | ||
- architecture | ||
--- | ||
|
||
<!-- | ||
title: Immutable Infrastructure | ||
id: immutable-infrastructure | ||
date: 2024-03-25 | ||
full_link: | ||
short_description: > | ||
Immutable Infrastructure refers to computer infrastructure (virtual machines, containers, network appliances) that cannot be changed once deployed | ||
aka: | ||
tags: | ||
- architecture | ||
--> | ||
|
||
<!-- | ||
Immutable Infrastructure refers to computer infrastructure (virtual machines, containers, network appliances) that cannot be changed once deployed. | ||
--> | ||
不可变基础设施指的是一旦部署就不能变更的计算机基础设施(虚拟机、容器和网络设施)。 | ||
|
||
<!--more--> | ||
|
||
<!-- | ||
Immutability can be enforced by an automated process that overwrites unauthorized changes or through a system that won’t allow changes in the first place. | ||
{{< glossary_tooltip text="Containers" term_id="container" >}} are a good example of immutable infrastructure because persistent changes to containers | ||
can only be made by creating a new version of the container or recreating the existing container from its image. | ||
--> | ||
不可变性可以通过某个自动化进程或某种系统来强制执行,前者会覆盖未经授权的变更,而后者从源头上就不允许进行变更。 | ||
{{< glossary_tooltip text="容器" term_id="container" >}}是不可变基础设施的一个很好的例子, | ||
这是因为对容器的持久变更只能通过创建新版本的容器或从其镜像重新创建现有容器来进行。 | ||
|
||
<!-- | ||
By preventing or identifying unauthorized changes, immutable infrastructures make it easier to identify and mitigate security risks. | ||
Operating such a system becomes a lot more straightforward because administrators can make assumptions about it. | ||
After all, they know no one made mistakes or changes they forgot to communicate. | ||
Immutable infrastructure goes hand-in-hand with infrastructure as code where all automation needed | ||
to create infrastructure is stored in version control (such as Git). | ||
This combination of immutability and version control means that there is a durable audit log of every authorized change to a system. | ||
--> | ||
通过防止或识别未经授权的变更,不可变基础设施可以更容易地识别和缓解安全风险。 | ||
操作此类系统变得更加简单明了,因为管理员可以对其作一些假设。 | ||
毕竟,他们可以确认没有人犯错,也没人做了变更而又忘记沟通。 | ||
不可变基础设施与基础设施即代码关系紧密,后者将所有创建基础设施所需的自动化都存储在版本控制中(如 Git)。 | ||
不可变性和版本控制的结合意味着对系统的每个经过授权的变更都会对应一个持久的审计日志记录。 |
45 changes: 45 additions & 0 deletions
45
content/zh-cn/docs/reference/glossary/sidecar-container.md
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -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 | ||
--- | ||
|
||
<!-- | ||
title: Sidecar Container | ||
id: sidecar-container | ||
date: 2018-04-12 | ||
full_link: | ||
short_description: > | ||
An auxilliary container that stays running throughout the lifecycle of a Pod. | ||
full_link: /docs/concepts/workloads/pods/sidecar-containers/ | ||
tags: | ||
- fundamental | ||
--> | ||
|
||
<!-- | ||
One or more {{< glossary_tooltip text="containers" term_id="container" >}} that are typically started before any app containers run. | ||
--> | ||
通常在任意应用容器运行之前启动的一个或多个{{< glossary_tooltip text="容器" term_id="container" >}}。 | ||
|
||
<!--more--> | ||
|
||
<!-- | ||
Sidecar containers are like regular app containers, but with a different purpose: | ||
the sidecar provides a Pod-local service to the main app container. | ||
Unlike {{< glossary_tooltip text="init containers" term_id="init-container" >}}, sidecar containers | ||
continue running after Pod startup. | ||
Read [Sidecar containers](/docs/concepts/workloads/pods/sidecar-containers/) for more information. | ||
--> | ||
边车容器与常规应用容器类似,但目的不同:边车为主应用容器提供了一个 Pod 内的本地服务。 | ||
与{{< glossary_tooltip text="Init 容器" term_id="init-container" >}}不同,边车容器在 Pod 启动后继续运行。 | ||
|
||
更多细节参阅[边车容器](/zh-cn/docs/concepts/workloads/pods/sidecar-containers/)。 |