mirror of
https://github.com/LCTT/TranslateProject.git
synced 2024-12-29 21:41:00 +08:00
Merge remote-tracking branch 'LCTT/master'
This commit is contained in:
Xingyu Wang
commit
84e4e1557d
@ -1,8 +1,8 @@
|
||||
[#]: collector: (lujun9972)
|
||||
[#]: translator: (wxy)
|
||||
[#]: reviewer: ( )
|
||||
[#]: publisher: ( )
|
||||
[#]: url: ( )
|
||||
[#]: reviewer: (wxy)
|
||||
[#]: publisher: (wxy)
|
||||
[#]: url: (https://linux.cn/article-12007-1.html)
|
||||
[#]: subject: (Basic kubectl and Helm commands for beginners)
|
||||
[#]: via: (https://opensource.com/article/20/2/kubectl-helm-commands)
|
||||
[#]: author: (Jessica Cherry https://opensource.com/users/jrepka)
|
||||
@ -10,23 +10,23 @@
|
||||
适用于初学者的基本 kubectl 和 Helm 命令
|
||||
======
|
||||
|
||||
> 像去杂货店购物一样，你需要用这些命令入门 Kubernetes。
|
||||
> 去杂货店“采购”这些命令，你需要用这些 Kubernetes 工具来入门。
|
||||
|
||||
![A person working.][1]
|
||||
|
||||
|
||||
最近，我丈夫告诉我他即将要去参加一个工作面试，面试时他需要在计算机上运行一些基本命令。他对这场面试感到焦虑，但是对于他来说，学习和记住事情的最好方法是将不了解的事物比喻为非常熟悉的事物。因为我们的谈话是在我逛杂货店试图决定当晚要烹饪的食物之后进行的，所以这启发我用一次去杂货店的行程来描述 `kubectl` 和 `helm` 命令。
|
||||
最近，我丈夫告诉我他即将要去参加一个工作面试，面试时他需要在计算机上运行一些基本命令。他对这场面试感到焦虑，但是对于他来说，学习和记住事情的最好方法是将不了解的事物比喻为非常熟悉的事物。因为我们的谈话是在我逛杂货店试图决定当晚要烹饪的食物之后进行的，所以这启发我用一次去杂货店的行程来介绍 `kubectl` 和 `helm` 命令。
|
||||
|
||||
[Helm][2]（“舵轮”）是在 Kubernetes（来自希腊语，意思是“舵手” 或 “领航员”）中管理应用程序的工具。你可以轻松地使用你的应用程序信息来部署“<ruby>海图<rt>chart</rt></ruby>”，从而可以在你的 Kubernetes 环境中几分钟之内让它们就绪并预配置好。在学习新知识时，查看示例的“海图”以了解其用法总是很有帮助的，因此，如果有时间，请查看这些稳定版的“[海图][3]”。
|
||||
[Helm][2]（“舵轮”）是在 Kubernetes（来自希腊语，意思是“舵手” 或 “领航员”）中管理应用程序的工具。你可以轻松地使用你的应用程序信息来部署“<ruby>海图<rt>chart</rt></ruby>”，从而可以在你的 Kubernetes 环境中几分钟之内让它们就绪并预配置好。在学习新知识时，查看示例的“海图”以了解其用法总是很有帮助的，因此，如果有时间，请查看这些成型的“[海图][3]”。（LCTT 译注：Kubernetes 生态中大量使用了和航海有关的比喻，因此本文在翻译时也采用了这些比喻）
|
||||
|
||||
[kubectl][4] 是与 Kubernetes 环境的命令行界面，允许你配置和管理集群。它需要一些配置才能在环境中工作，因此请仔细阅读其[文档][5]以了解你需要做什么。
|
||||
[kubectl][4] 是与 Kubernetes 环境交互的命令行界面，允许你配置和管理集群。它需要一些配置才能在环境中工作，因此请仔细阅读其[文档][5]以了解你需要做什么。
|
||||
|
||||
我将在示例中使用命名空间，你可以在我的文章《[Kubernetes 命名空间入门][6]》中了解它。
|
||||
我会在示例中使用命名空间，你可以在我的文章《[Kubernetes 命名空间入门][6]》中了解它。
|
||||
|
||||
现在我们已经准备好了，让我们开始 `kubectl`和 `helm` 基本命令的购物之旅！
|
||||
|
||||
### 用 Helm 列出清单
|
||||
|
||||
你去商店之前要做的第一件事是什么？好吧，如果你做事有条理，就可以创建一个“清单”。同样，这是我将解释的第一个基本的 Helm 命令。
|
||||
你去商店之前要做的第一件事是什么？好吧，如果你做事有条理，会创建一个“清单”。同样，这是我将解释的第一个基本的 Helm 命令。
|
||||
|
||||
在一个用 Helm 部署的应用程序中，`list` 命令提供有关应用程序当前版本的详细信息。在此示例中，我有一个已部署的应用程序：Jenkins CI/CD 应用程序。运行基本的 `list` 命令总是会显示默认的命名空间。由于我没有在默认的命名空间中部署任何内容，因此不会显示任何内容：
|
||||
|
||||
@ -51,11 +51,11 @@ NAME NAMESPACE REVISION UPDATED STATUS
|
||||
jenkins jenkins 1 2020-01-18 16:18:07 EST deployed jenkins-1.9.4 lts
|
||||
```
|
||||
|
||||
现在我有了一个清单，并且知道该清单上有什么，我可以使用 `get` 命令来“获取”我的物品！我将从 Kubernetes 集群开始，我能从中获取到什么？
|
||||
现在我有了一个清单，并且知道该清单上有什么，我可以使用 `get` 命令来“获取”我的物品！我会从 Kubernetes 集群开始，看看我能从中获取到什么？
|
||||
|
||||
### 用 Kubectl 获取物品
|
||||
|
||||
`kubectl get` 命令提供有关 Kubernetes 中许多事物的信息，包括“<ruby>吊舱<rt>Pod</rt></ruby>”、节点和命名空间。同样，没有指定命名空间标志，你就会使用默认的命名空间。首先，我获取集群中的命名空间以查看正在运行的命名空间：
|
||||
`kubectl get` 命令提供了有关 Kubernetes 中许多事物的信息，包括“<ruby>吊舱<rt>Pod</rt></ruby>”、节点和命名空间。同样，如果没有指定命名空间标志，就会使用默认的命名空间。首先，我获取集群中的命名空间以查看正在运行的命名空间：
|
||||
|
||||
```
|
||||
$kubectl get namespaces
|
||||
@ -67,7 +67,7 @@ kube-public Active 53m
|
||||
kube-system Active 53m
|
||||
```
|
||||
|
||||
现在我已经知道了在我的环境中运行的命名空间了，接下来将获取节点并查看有多少个正在运行：
|
||||
现在我已经知道了在我的环境中运行的有哪些命名空间了，接下来获取节点并查看有多少个节点正在运行：
|
||||
|
||||
```
|
||||
$kubectl get nodes
|
||||
@ -75,7 +75,7 @@ NAME STATUS ROLES AGE VERSION
|
||||
minikube Ready master 55m v1.16.2
|
||||
```
|
||||
|
||||
我有一个节点正在运行，这主要是因为我的 Minikube 运行在一台小型服务器上。要得到在我的这一个节点上运行的“吊舱”：
|
||||
我有一个节点正在运行，这主要是因为我的 Minikube 运行在一台小型服务器上。要得到在我的这一个节点上运行的“吊舱”可以这样：
|
||||
|
||||
```
|
||||
$kubectl get pods
|
||||
@ -90,11 +90,11 @@ NAME READY STATUS RESTARTS AGE
|
||||
jenkins-7fc688c874-mh7gv 1/1 Running 0 40m
|
||||
```
|
||||
|
||||
好消息！这里有个“吊舱”，它还没有重新启动过，已运行了 40 分钟了。好的，我知道“吊舱”已经装好，所以我想看看用 Helm 命令可以得到什么。
|
||||
好消息！这里发现了一个“吊舱”，它还没有重新启动过，已运行了 40 分钟了。好的，如今我知道“吊舱”已经装好，所以我想看看用 Helm 命令可以得到什么。
|
||||
|
||||
### 用 Helm 获取信息
|
||||
|
||||
`helm get` 稍微复杂一点，因为这个“获取”命令所需要的不仅仅是一个应用程序名称，而且你可以从应用程序中请求多个内容。我将从获取用于制作应用程序的值开始，然后展示“获取全部”的操作结果的片段，该操作将提供与该应用程序相关的所有数据。
|
||||
`helm get` 命令稍微复杂一点，因为这个“获取”命令所需要的不仅仅是一个应用程序名称，而且你可以从应用程序中请求多个内容。我会从获取用于制作该应用程序的值开始，然后展示“获取全部”的操作结果的片段，该操作将提供与该应用程序相关的所有数据。
|
||||
|
||||
```
|
||||
$helm get values jenkins -n jenkins
|
||||
@ -102,7 +102,7 @@ USER-SUPPLIED VALUES:
|
||||
null
|
||||
```
|
||||
|
||||
由于我最小限度的只安装了稳定版，因此配置没有更改。如果我运行“获取全部”命令，我将得到所有“海图”：
|
||||
由于我只安装了最小限度的稳定版，因此配置没有更改。如果我运行“获取全部”命令，我将得到所有的“海图”：
|
||||
|
||||
```
|
||||
$helm get all jenkins -n jenkins
|
||||
@ -116,7 +116,7 @@ $helm get all jenkins -n jenkins
|
||||
|
||||
### 用 kubectl 查看描述
|
||||
|
||||
正如我使用“获取”命令（该命令可以描述 Kubernetes 中的几乎所有内容）所做的那样，我将示例限制定命名空间、“吊舱”和节点上。由于我知道它们每一个是什么，因此这很容易。
|
||||
正如我使用“获取”命令（该命令可以描述 Kubernetes 中的几乎所有内容）所做的那样，我将示例限定到命名空间、“吊舱”和节点上。由于我知道它们每一个是什么，因此这很容易。
|
||||
|
||||
```
|
||||
$kubectl describe ns jenkins
|
||||
@ -130,7 +130,7 @@ No resource limits.
|
||||
|
||||
我可以看到我的命名空间的名称，并且它是活动的，没有资源或限额限制。
|
||||
|
||||
`describe pods` 命令会产生大量信息，因此我将提供一小段输出。如果你在不使用“吊舱”名称的情况下运行该命令，它将返回名称空间中所有“吊舱”的信息，这可能会很麻烦。因此，请确保在此命令中始终包含“吊舱”名称。例如：
|
||||
`describe pods` 命令会产生大量信息，因此我这里提供的是一小段输出。如果你在不使用“吊舱”名称的情况下运行该命令，它将返回名称空间中所有“吊舱”的信息，这可能会很麻烦。因此，请确保在此命令中始终包含“吊舱”名称。例如：
|
||||
|
||||
```
|
||||
$kubectl describe pods jenkins-7fc688c874-mh7gv --namespace jenkins
|
||||
@ -138,7 +138,7 @@ $kubectl describe pods jenkins-7fc688c874-mh7gv --namespace jenkins
|
||||
|
||||
![output of kubectl-describe-pods][8]
|
||||
|
||||
这提供容器的状态、管理方式、标签以及“吊舱”中使用的镜像（还有很多其他信息）。不在这个简化过的输出中的数据包括资源请求和限制以及在 Helm 配置值文件中应用的任何条件、初始化容器和存储卷信息。如果你的应用程序由于资源不足而崩溃，或者是运行前置脚本进行配置的已初始化配置的容器，或者生成不应该存在于纯文本 YAML 文件中的隐藏密码，则此数据很有用。
|
||||
这会提供容器的状态、管理方式、标签以及“吊舱”中所使用的镜像（还有很多其它信息）。没有在这个简化过的输出中包括的数据有：在 Helm 配置值文件中应用的各种条件下的资源请求和限制、初始化容器和存储卷信息。如果你的应用程序由于资源不足而崩溃，或者是一个需要运行前置脚本进行配置的初始配置容器，或者生成不应该存储于纯文本 YAML 文件中的隐藏密码，则此数据很有用。
|
||||
|
||||
最后，我将使用 `describe node` 命令，当然，它是用来描述节点的。由于本示例只有一个名为 Minikube 的示例，因此我将使用这个名字。如果你的环境中有多个节点，则必须包含你想查找的的节点名称。
|
||||
|
||||
@ -150,11 +150,11 @@ $kubectl describe node minikube
|
||||
|
||||
![output of kubectl describe node][9]
|
||||
|
||||
注意，`describe node` 是更重要的基本命令之一。如此图所示，该命令返回统计信息，该信息指示节点何时资源用尽，并且该数据非常适合在需要扩展时（如果你的环境中没有自动扩展）向你发出警报。此输出片段中未包含的其他内容包括对所有资源和限制的请求所占的百分比，以及资源的使用期限和分配（例如，对于我的应用程序而言）。
|
||||
注意，`describe node` 是更重要的基本命令之一。如此图所示，该命令返回统计信息，该信息指示节点何时资源用尽，并且该数据非常适合在需要扩展时（如果你的环境中没有自动扩展）向你发出警报。此输出片段中未包含的其它内容包括：对所有资源和限制的请求所占的百分比，以及资源的使用期限和分配（例如，对于我的应用程序而言）。
|
||||
|
||||
### 买单
|
||||
|
||||
使用这些命令，我完成了购物并得到了我想要的一切。希望这些基本命令也能在你使用 Kubernetes 的日常工作中提供帮助。
|
||||
使用这些命令，我完成了“购物”并得到了我想要的一切。希望这些基本命令也能在你使用 Kubernetes 的日常工作中提供帮助。
|
||||
|
||||
我鼓励你经常使用命令行并学习“帮助”部分中的速记标志，你可以通过运行以下命令来查看这些标志：
|
||||
|
||||
@ -170,7 +170,7 @@ $kubectl -h
|
||||
|
||||
### 花生酱和果冻
|
||||
|
||||
有些东西像花生酱和果冻一样混在一起。Helm 和 `kubectl` 就有点像那样。
|
||||
有些东西像花生酱和果冻一样混在一起。Helm 和 `kubectl` 就有点像那样交错在一起。
|
||||
|
||||
我经常在自己的环境中使用这些工具。因为它们在很多地方都有很多相似之处，所以在使用其中一个之后，我通常需要跟进另一个。例如，我可以进行 Helm 部署，并使用 `kubectl` 观察它是否失败。一起试试它们，看看它们能为你做什么。
|
||||
|
||||
@ -181,7 +181,7 @@ via: https://opensource.com/article/20/2/kubectl-helm-commands
|
||||
作者：[Jessica Cherry][a]
|
||||
选题：[lujun9972][b]
|
||||
译者：[wxy](https://github.com/wxy)
|
||||
校对：[校对者ID](https://github.com/校对者ID)
|
||||
校对：[wxy](https://github.com/wxy)
|
||||
|
||||
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
|
||||
|
||||
@ -1,22 +1,22 @@
|
||||
[#]: collector: (lujun9972)
|
||||
[#]: translator: (geekpi)
|
||||
[#]: reviewer: ( )
|
||||
[#]: publisher: ( )
|
||||
[#]: url: ( )
|
||||
[#]: reviewer: (wxy)
|
||||
[#]: publisher: (wxy)
|
||||
[#]: url: (https://linux.cn/article-12008-1.html)
|
||||
[#]: subject: (How to Change MAC Address in Linux)
|
||||
[#]: via: (https://itsfoss.com/change-mac-address-linux/)
|
||||
[#]: author: (Community https://itsfoss.com/author/itsfoss/)
|
||||
[#]: author: (Dimitrios Savvopoulos https://itsfoss.com/author/itsfoss/)
|
||||
|
||||
如何在 Linux 中更改 MAC 地址
|
||||
======
|
||||
|
||||
在向你展示如何在 Linux 中更改 Mac 地址之前，让我们首先讨论为什么要更改它。
|
||||
在向你展示如何在 Linux 中更改 MAC 地址之前，让我们首先讨论为什么要更改它。
|
||||
|
||||
可能有几个原因。也许你不希望在公共网络上公开你的实际 [MAC 地址][1]（也称为物理地址）？还有可能是网络管理员可能已在路由器或防火墙中阻止了特定的 MAC 地址。
|
||||
|
||||
一个实用的“好处”是某些公共网络（例如机场 WiFi）允许在有限的时间内免费上网。如果你还想继续使用，那么伪造 Mac 地址可能会欺骗网络，让它认为是一台新设备。这也是一个有名的原因。
|
||||
|
||||
![Airport WiFi Meme][2]
|
||||
|
||||
|
||||
我将展示更改 MAC 地址（也称为欺骗/伪造 MAC 地址）的步骤。
|
||||
|
||||
@ -24,7 +24,7 @@
|
||||
|
||||
让我们一步步来：
|
||||
|
||||
#### 步骤 1：查找你的 MAC 地址和网络接口
|
||||
#### 查找你的 MAC 地址和网络接口
|
||||
|
||||
让我们找出一些[关于 Linux 中网卡的细节][3]。使用此命令获取网络接口详细信息：
|
||||
|
||||
@ -45,11 +45,11 @@ ip link show
|
||||
link/ether 42:02:07:8f:a7:38 brd ff:ff:ff:ff:ff:ff
|
||||
```
|
||||
|
||||
如你所见，在这里，我的网络接口称为 **enp0s31f6**，MAC 地址为 **38:42:f8:8b:a7:68**。
|
||||
如你所见，在这里，我的网络接口称为 `enp0s31f6`，MAC 地址为 `38:42:f8:8b:a7:68`。
|
||||
|
||||
你可能需要在安全的地方记录下来，以便稍后还原到该原始 MAC 地址。
|
||||
|
||||
现在你可以继续更改MAC地址。
|
||||
现在你可以继续更改 MAC 地址。
|
||||
|
||||
注意！
|
||||
|
||||
@ -79,15 +79,15 @@ sudo dnf install macchanger
|
||||
sudo apt install macchanger
|
||||
```
|
||||
|
||||
**重要！**系统会要求你选择是否应将 macchanger 设置为在每次启动或关闭网络设备时自动运行。每当你接到网线或重启 WiFi 时，它都会提供一个新的 MAC 地址。
|
||||
**重要！**系统会要求你选择是否应将 `macchanger` 设置为在每次启动或关闭网络设备时自动运行。每当你接到网线或重启 WiFi 时，它都会提供一个新的 MAC 地址。
|
||||
|
||||
![Not a good idea to run it automatically][6]
|
||||
|
||||
我建议不要自动运行它，除非你确实需要每次更改 MAC 地址。因此，选择 No（按 Tab 键），然后按回车键继续。
|
||||
我建议不要自动运行它，除非你确实需要每次更改 MAC 地址。因此，选择“No”（按 `Tab` 键），然后按回车键继续。
|
||||
|
||||
##### 如何使用 Macchanger 更改 MAC 地址
|
||||
**如何使用 Macchanger 更改 MAC 地址**
|
||||
|
||||
你还记得网络接口名称吗？你在前面的步骤 1 中获得了它。
|
||||
你还记得网络接口名称吗？你在前面的步骤中获得了它。
|
||||
|
||||
现在，要将随机 MAC 地址分配给该网卡，请使用：
|
||||
|
||||
@ -123,7 +123,7 @@ macchanger -p enp0s31f6
|
||||
|
||||
#### 方法 2：使用 iproute2 更改 Mac 地址（中级知识）
|
||||
|
||||
我建议你使用 Macchanger，但如果你不想使用它，那么可以使用另一种方法在 Linux 中更改 MAC 地址。
|
||||
我建议你使用 macchanger，但如果你不想使用它，那么可以使用另一种方法在 Linux 中更改 MAC 地址。
|
||||
|
||||
首先，使用以下命令关闭网卡：
|
||||
|
||||
@ -151,20 +151,14 @@ ip link show enp0s31f6
|
||||
|
||||
就是这些了。你已经成功地在 Linux 中修改了 MAC 地址。敬请期待 FOSS 更多有关 Linux 教程和技巧的文章。
|
||||
|
||||
![][7]
|
||||
|
||||
### Dimitrios Savvopoulos
|
||||
|
||||
Dimitrios 是一名机械工程硕士，但对 Linux 十分热爱。他一直使用 Solus OS，但在好奇心驱使他不断地测试其他发行版。挑战是他个性的一部分，他的业余爱好是 5 公里到马拉松距离的比赛。
|
||||
|
||||
--------------------------------------------------------------------------------
|
||||
|
||||
via: https://itsfoss.com/change-mac-address-linux/
|
||||
|
||||
作者：[Community][a]
|
||||
作者：[Dimitrios Savvopoulos][a]
|
||||
选题：[lujun9972][b]
|
||||
译者：[geekpi](https://github.com/geekpi)
|
||||
校对：[校对者ID](https://github.com/校对者ID)
|
||||
校对：[wxy](https://github.com/wxy)
|
||||
|
||||
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
|
||||
|
||||
@ -1,74 +0,0 @@
|
||||
[#]: collector: (lujun9972)
|
||||
[#]: translator: (messon007)
|
||||
[#]: reviewer: ( )
|
||||
[#]: publisher: ( )
|
||||
[#]: url: ( )
|
||||
[#]: subject: (Containers vs. VMs, Istio in production, and more industry news)
|
||||
[#]: via: (https://opensource.com/article/20/3/survey-istio-industry-news)
|
||||
[#]: author: (Tim Hildred https://opensource.com/users/thildred)
|
||||
|
||||
Containers vs. VMs, Istio in production, and more industry news
|
||||
======
|
||||
A weekly look at open source community and industry trends.
|
||||
![Person standing in front of a giant computer screen with numbers, data][1]
|
||||
|
||||
As part of my role as a senior product marketing manager at an enterprise software company with an open source development model, I publish a regular update about open source community, market, and industry trends for product marketers, managers, and other influencers. Here are five of my and their favorite articles from that update.
|
||||
|
||||
## [Tech adoption in the cloud native world: Containers and more][2]
|
||||
|
||||
> * Adoption of containers in production rose to from 73% in 2018 to 84% in 2019. Among this group, those running at least 250 containers rose from 46% in 2018 to 58% in 2019. From 2017 to 2019, the number of respondents with more than 50 machines (physical or virtual) in their fleet rose from 77% in 2017 to 81% in 2019.
|
||||
> * Implication: Container adoption appears to have mitigated the growth of VMs that need to be managed. However, be wary of claims that the raw number of machines being managed will decline.
|
||||
>
|
||||
|
||||
|
||||
**The impact**: It intuitively makes sense that virtual machine growth would slow down as container use grows; there are lots of containers being deployed inside VMs to take advantage of the best features of both, and lots of apps that won't be containerized any time soon (looking at you legacy enterprise monoliths).
|
||||
|
||||
## [Everything we learned running Istio in production][3]
|
||||
|
||||
> At HelloFresh we organize our teams into squads and tribes. Each tribe has their own Kubernetes namespace. As mentioned above, we enabled sidecar injection namespace by namespace then application by application. Before enabling applications for Istio we held workshops so that squads understood the changes happening to their application. Since we employ the model of “you build it, you own it”, this allows teams to understand traffic flows when troubleshooting. Not only that, it also raised the knowledge bar within the company. We also created Istio related [OKR’s][4] to track our progress and reach our Istio adoption goals.
|
||||
|
||||
**The impact**: The parts of technology adoption that aren't technology adoption are ignored at your own peril.
|
||||
|
||||
## [Aether: the first open source edge cloud platform][5]
|
||||
|
||||
> Aether is bringing together projects that have been under development and operating in their own sandbox, and under that framework ONF is trying to support a diversity of edge services on a converged platform, Sloane explained. ONF’s various projects will remain separate and continue to be consumable separately, but Aether is its attempt to bring multiple capabilities together to simplify private edge cloud operations for enterprises.
|
||||
>
|
||||
> "We think we’re creating a new collaborative place where the industry and community can come together to help drive some maybe consolidation and critical mass behind a common platform that can then help common functionality proliferate in these edge clouds," he said.
|
||||
|
||||
**The impact**: The problems being solved with technology today are too complex to be solved with a single technology. The business problems being solved on top of that require focus on the truly, value-adding. Taken together, businesses need to find ways to collaborate on their shared needs and compete on what makes them unique in the market. You couldn't find a better way to do that than open source.
|
||||
|
||||
## [Women in cloud careers are challenging the narrative][6]
|
||||
|
||||
> "As cloud is a relatively new technology, my experience of [being a 'woman in tech'][7] may not be typical, as the cloud industry is extremely diverse," Yordanova says. "In fact, my team has an equal gender split with a real mix of personalities, cultures and strengths from people who grew up with this technology."
|
||||
|
||||
**The impact**: One thing I like to think about is the idea of leapfrogging; that you might be able to skip a certain step or stage in a process because the circumstance that caused its existence in the first place no longer applies. The cloud era didn't have as long a period with static stereotypes of who made it and who it was for, so maybe it carries less of the baggage of some previous generations of technology?
|
||||
|
||||
## [How StarlingX shines in the starry sky of open source projects in China][8]
|
||||
|
||||
> Our team is in China, so one of our missions is to help the Chinese community to develop the software, contribute code, documentation, and more. Most of the StarlingX project meetings are held late at night in China, so the presence and participation for the Chinese community members are quite challenging. To overcome these obstacles, together with other community members (like friends in 99cloud) in China, we made some initiatives, such as engaging with other Chinese community members at the meet-ups, hands-on workshops ad-hoc tech meetings in Chinese, translating some documents to Chinese, and continuously interacting in WeChat groups (just like a 24/7 on-call services for and by everyone)
|
||||
|
||||
**The impact**: As Chinese contributions to open source projects continue to grow this seems like a situation that is likely to reverse, or at least equalize. It doesn't really make sense that "learn English" should be a pre-requisite to participating in the open source development process.
|
||||
|
||||
_I hope you enjoyed this list and come back next week for more open source community, market, and industry trends._
|
||||
|
||||
--------------------------------------------------------------------------------
|
||||
|
||||
via: https://opensource.com/article/20/3/survey-istio-industry-news
|
||||
|
||||
作者：[Tim Hildred][a]
|
||||
选题：[lujun9972][b]
|
||||
译者：[译者ID](https://github.com/译者ID)
|
||||
校对：[校对者ID](https://github.com/校对者ID)
|
||||
|
||||
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
|
||||
|
||||
[a]: https://opensource.com/users/thildred
|
||||
[b]: https://github.com/lujun9972
|
||||
[1]: https://opensource.com/sites/default/files/styles/image-full-size/public/lead-images/data_metrics_analytics_desktop_laptop.png?itok=9QXd7AUr (Person standing in front of a giant computer screen with numbers, data)
|
||||
[2]: https://thenewstack.io/cncf-survey-snapshot-tech-adoption-in-the-cloud-native-world/
|
||||
[3]: https://engineering.hellofresh.com/everything-we-learned-running-istio-in-production-part-1-51efec69df65
|
||||
[4]: https://en.wikipedia.org/wiki/OKR
|
||||
[5]: https://www.sdxcentral.com/articles/news/onf-projects-coalesce-for-enterprise-edge-cloud/2020/03/
|
||||
[6]: https://www.cloudpro.co.uk/leadership/cloud-essentials/8446/how-women-in-cloud-are-challenging-the-narrative
|
||||
[7]: https://www.itpro.co.uk/business-strategy/33301/diversity-not-a-company-priority-claim-nearly-half-of-women-in-tech
|
||||
[8]: https://superuser.openstack.org/articles/starlingx-community-interview-how-starlingx-shines-in-the-starry-sky-of-open-source-projects-in-china/
|
||||
@ -0,0 +1,74 @@
|
||||
[#]: collector: "lujun9972"
|
||||
[#]: translator: "messon007"
|
||||
[#]: reviewer: " "
|
||||
[#]: publisher: " "
|
||||
[#]: url: " "
|
||||
[#]: subject: "Containers vs. VMs, Istio in production, and more industry news"
|
||||
[#]: via: "https://opensource.com/article/20/3/survey-istio-industry-news"
|
||||
[#]: author: "Tim Hildred https://opensource.com/users/thildred"
|
||||
|
||||
开源社区和行业趋势观察: 容器vs虚拟机, 生产环境中的Istio等
|
||||
======
|
||||
本文是最近一周开源社区的新闻和行业进展。
|
||||
|
||||
![Person standing in front of a giant computer screen with numbers, data][1]
|
||||
|
||||
我在一家采用开源软件开发模型的企业软件公司任高级产品营销经理，我的一部分职责是为产品营销人员，经理和其他相关人定期发布有关开源社区，市场和业界发展趋势的更新。以下是该更新中我和他们最喜欢的五篇文章。
|
||||
|
||||
## [云原生应用采用的技术：容器等][2]
|
||||
|
||||
> * 在生产环境中采用容器的比例从2018年的73%上升到2019年的84%。其中，运行了至少250个容器的比例从2018年的46%上升到2019年的58%。2017到2019年间, 环境中拥有50台以上计算机（物理或虚拟）的受访者人数从2017年的77％上升到2019年的81％。
|
||||
> * 表明: 容器的引入似乎缓解了需要管理的VM的快速增长。但是，请警惕要管理的原始机器数量会减少的说法。
|
||||
>
|
||||
|
||||
**分析**：从直觉上看，随着容器使用的增长，虚拟机的增长将放缓；有许多容器被部署在虚拟机内部，从而充分利用了两者的优势特性，而且许多应用不会很快被容器化（留意下你所在企业的传统单体式应用）。
|
||||
|
||||
## [在生产环境中运行Istio的经验][3]
|
||||
|
||||
> 在HelloFresh，我们将团队分为分队和部落。 每个部落都有自己的Kubernetes命名空间。如上所述，我们先按名称空间使能sidecar注入，然后再按应用使能sidecar注入。 在将应用添加到Istio之前，我们举办了研讨会，以使分队了解其应用发生的变化。由于我们采用“您构建，您维护”的模型，团队可以在故障定位时了解应用的进出流量。不仅如此，它还提升了公司内部的知识量。我们还创建了Istio相关的 [OKR's][4] ，来跟踪我们的进度并达成我们引入Istio的目的。
|
||||
|
||||
**分析**：引入或是不引入技术，要由自己决定，同时要自行承担相应的后果。
|
||||
|
||||
## [Aether: 首个开源的边缘云平台][5]
|
||||
|
||||
> ONF的营销副主席Sloane这样解释Aether: Aether将多个正在沙箱中开发和运行的项目聚集到一起，ONF试图在该框架下将多种边缘服务在一个融合平台上支持起来。ONF的各个项目将保持独立并可继续单独使用，但是Aether试图将多个能力绑定到一起来简化企业的私有边缘云运营。
|
||||
>
|
||||
> 他说："我们认为我们正在创造一个新的合作空间，工业界和社区可以携手帮助推动通用平台背后的整合和关键工作，然后可以帮助这些边缘云中的通用功能不断发展“。
|
||||
|
||||
**分析**：当今，使用技术解决的问题过于复杂，无法通过单一技术解决。 比技术更重要的是要解决的业务问题需要聚焦于真正增值的部分。 将两者结合起来，就是企业之间需要在他们共同的需求上找到合作的方法，并在它们特有的方面进行竞争。 除了开源，您找不到比这更好的方法了。
|
||||
|
||||
## [在云相关职业的女性正在改变现状][6]
|
||||
|
||||
> Yordanova说:"由于云是一种相对较新的技术，我的经验[成为一名“科技女性”][7]可能并不典型，因为云行业极为多样化" 。“实际上，我的团队中性别比例相当，成员由随着云技术而成长的具体不同个性，文化和优势的人员组成。“
|
||||
|
||||
**分析**：我想考虑的一件事就是跨越式的演进思路。 您可能可以跳过演进过程中的某个步骤或阶段，因为原先导致其存在的条件已不再适用。 云技术时代没有形成"谁发明的以及它是为谁而生"的固有说法，所以也许它所承载的某些前代的技术负担更少？
|
||||
|
||||
## [StarlingX如何在中国开源项目的星空中闪耀][8]
|
||||
|
||||
> 我们的团队在中国，因此我们的任务之一是帮助中国的社区开发软件，贡献代码，文档等。大多数StarlingX项目会议是在中国的深夜举行，因此华人社区成员的出席和参与颇具挑战。 为了克服这些障碍，我们与中国的其他社区成员（例如99cloud的朋友）一起采取了一些措施，例如和其他社区成员一起聚会，一起参加动手实践研讨会和中文特设技术会议，将一些文档翻译成中文，并在微信小组中不断进行互动（就像每个人都可以享受的24/7通话服务一样）
|
||||
|
||||
**分析**：随着中国对开源项目的贡献不断增长，这种情况似乎有可能逆转或至少相当。 “学习英语”根本不是参与开源项目开发的先决条件。
|
||||
|
||||
_希望你喜欢这个列表, 下周再见_。
|
||||
|
||||
--------------------------------------------------------------------------------
|
||||
|
||||
via: https://opensource.com/article/20/3/survey-istio-industry-news
|
||||
|
||||
作者：[Tim Hildred][a]
|
||||
选题：[lujun9972][b]
|
||||
译者：[messon007](https://github.com/译者ID)
|
||||
校对：[校对者ID](https://github.com/校对者ID)
|
||||
|
||||
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
|
||||
|
||||
[a]: https://opensource.com/users/thildred
|
||||
[b]: https://github.com/lujun9972
|
||||
[1]: https://opensource.com/sites/default/files/styles/image-full-size/public/lead-images/data_metrics_analytics_desktop_laptop.png?itok=9QXd7AUr "Person standing in front of a giant computer screen with numbers, data"
|
||||
[2]: https://thenewstack.io/cncf-survey-snapshot-tech-adoption-in-the-cloud-native-world/
|
||||
[3]: https://engineering.hellofresh.com/everything-we-learned-running-istio-in-production-part-1-51efec69df65
|
||||
[4]: https://en.wikipedia.org/wiki/OKR
|
||||
[5]: https://www.sdxcentral.com/articles/news/onf-projects-coalesce-for-enterprise-edge-cloud/2020/03/
|
||||
[6]: https://www.cloudpro.co.uk/leadership/cloud-essentials/8446/how-women-in-cloud-are-challenging-the-narrative
|
||||
[7]: https://www.itpro.co.uk/business-strategy/33301/diversity-not-a-company-priority-claim-nearly-half-of-women-in-tech
|
||||
[8]: https://superuser.openstack.org/articles/starlingx-community-interview-how-starlingx-shines-in-the-starry-sky-of-open-source-projects-in-china/
|
||||
@ -52,7 +52,7 @@
|
||||
|
||||
上面提到的三步过程是一个很有用的框架，对一篇文档“入门”部分的设计和量化评估很有帮助。今后你如果想将你的[开源项目产品化][7]，这个框架还可能对<ruby>实现价值的时间<rt>time-to-value</rt></ruby>产生影响。
|
||||
|
||||
### Other core components
|
||||
### 其它核心部分
|
||||
|
||||
认真写好“入门”部分之后，你的文档中还需要有这五个部分：架构设计、生产环境使用指导、使用案例、参考资料以及未来展望，这五个部分在一份完整的文档中是必不可少的。
|
||||
|
||||
|
||||
Loading…
Reference in New Issue
Block a user