mirror of
https://github.com/LCTT/TranslateProject.git
synced 2025-01-25 23:11:02 +08:00
Merge branch 'master' of https://github.com/LCTT/TranslateProject into translating
This commit is contained in:
geekpi
commit
a6e8cf33e7
@ -3,14 +3,14 @@
|
||||
[#]: author: "Krishna Mohan Koyya https://www.opensourceforu.com/author/krishna-mohan-koyya/"
|
||||
[#]: collector: "lkxed"
|
||||
[#]: translator: "MjSeven"
|
||||
[#]: reviewer: " "
|
||||
[#]: publisher: " "
|
||||
[#]: url: " "
|
||||
[#]: reviewer: "wxy"
|
||||
[#]: publisher: "wxy"
|
||||
[#]: url: "https://linux.cn/article-15154-1.html"
|
||||
|
||||
在 Kubernetes 上使用 Flask 的 Python 微服务
|
||||
在 Kubernetes 上使用 Flask 搭建 Python 微服务
|
||||
======
|
||||
|
||||
![Python 微服务][6]
|
||||
|
||||
|
||||
*微服务遵循领域驱动设计（DDD），与开发平台无关。Python 微服务也不例外。Python3 的面向对象特性使得按照 DDD 对服务进行建模变得更加容易。本系列的第 10 部分演示了如何将用户管理系统的查找服务作为 Python 微服务部署在 Kubernetes 上。*
|
||||
|
||||
@ -24,17 +24,17 @@
|
||||
|
||||
Python 是一种通用编程语言，已经存在了大约 30 年。早期，它是自动化脚本的首选。然而，随着 Django 和 Flask 等框架的出现，它的受欢迎程度越来越高，现在各种领域中都在应用它，如企业应用程序开发。数据科学和机器学习进一步推动了它的发展，Python 现在是三大编程语言之一。
|
||||
|
||||
许多人将 Python 的成功归功于它容易编码。这只是一部分原因。只要你的目标是开发小型脚本，Python 就像一个玩具，你会非常喜欢它。然而，当你进入严肃的大规模应用程序开发领域时，你将不得不处理大量的 if 和 else，Python 变得与任何其他平台一样好或一样坏。例如，采用一种面向对象的方法！许多 Python 开发人员甚至可能没意识到 Python 支持类、继承等功能。Python 确实支持成熟的面向对象开发，但是有它自己的方式 -- Pythonic！让我们探索一下！
|
||||
许多人将 Python 的成功归功于它容易编码。这只是一部分原因。只要你的目标是开发小型脚本，Python 就像一个玩具，你会非常喜欢它。然而，当你进入严肃的大规模应用程序开发领域时，你将不得不处理大量的 `if` 和 `else`，Python 变得与任何其他平台一样好或一样坏。例如，采用一种面向对象的方法！许多 Python 开发人员甚至可能没意识到 Python 支持类、继承等功能。Python 确实支持成熟的面向对象开发，但是有它自己的方式 -- Pythonic！让我们探索一下！
|
||||
|
||||
### 领域模型
|
||||
|
||||
添加服务通过将数据保存到一个 MySQL 数据库中来将用户添加到系统中。查找服务的目标是提供一个 REST API 按用户名查找用户。域模型如图 1 所示。它主要由一些值对象组成，如用户实体的用户名、电话以及 UserRepository。
|
||||
`AddService` 通过将数据保存到一个 MySQL 数据库中来将用户添加到系统中。`FindService` 的目标是提供一个 REST API 按用户名查找用户。域模型如图 1 所示。它主要由一些值对象组成，如 `User` 实体的`Name`、`PhoneNumber` 以及 `UserRepository`。
|
||||
|
||||
![图 1: 查找服务的域模型][1]
|
||||
|
||||
让我们从用户名开始。由于它是一个值对象，因此必须在创建时进行验证，并且必须保持不可变。基本结构如所示：
|
||||
让我们从 `Name` 开始。由于它是一个值对象，因此必须在创建时进行验证，并且必须保持不可变。基本结构如所示：
|
||||
|
||||
```python
|
||||
```
|
||||
class Name:
|
||||
value: str
|
||||
def __post_init__(self):
|
||||
@ -42,11 +42,11 @@ class Name:
|
||||
raise ValueError("Invalid Name")
|
||||
```
|
||||
|
||||
如你所见，用户名包含一个字符串类型的值。作为后期初始化的一部分，我们会验证它。
|
||||
如你所见，`Name` 包含一个字符串类型的值。作为后期初始化的一部分，我们会验证它。
|
||||
|
||||
Python 3.7 提供了 @dataclass 装饰器，它提供了许多开箱即用的数据承载类的功能，如构造函数、比较运算符等。如下是装饰后的 Name 类：
|
||||
Python 3.7 提供了 `@dataclass` 装饰器，它提供了许多开箱即用的数据承载类的功能，如构造函数、比较运算符等。如下是装饰后的 `Name` 类：
|
||||
|
||||
```python
|
||||
```
|
||||
from dataclasses import dataclass
|
||||
|
||||
@dataclass
|
||||
@ -57,30 +57,30 @@ class Name:
|
||||
raise ValueError("Invalid Name")
|
||||
```
|
||||
|
||||
以下代码可以创建一个 Name 对象：
|
||||
以下代码可以创建一个 `Name` 对象：
|
||||
|
||||
```python
|
||||
```
|
||||
name = Name("Krishna")
|
||||
```
|
||||
|
||||
value 属性可以按照如下方式读取或写入：
|
||||
`value` 属性可以按照如下方式读取或写入：
|
||||
|
||||
```python
|
||||
```
|
||||
name.value = "Mohan"
|
||||
print(name.value)
|
||||
```
|
||||
|
||||
可以很容易地与另一个 Name 对象比较，如下所示：
|
||||
可以很容易地与另一个 `Name` 对象比较，如下所示：
|
||||
|
||||
```python
|
||||
```
|
||||
other = Name("Mohan")
|
||||
if name == other:
|
||||
print("same")
|
||||
```
|
||||
|
||||
如你所见，对象比较的是值而不是引用。这一切都是开箱即用的。我们还可以通过冻结对象使对象不可变。这是 Name 值对象的最终版本：
|
||||
如你所见，对象比较的是值而不是引用。这一切都是开箱即用的。我们还可以通过冻结对象使对象不可变。这是 `Name` 值对象的最终版本：
|
||||
|
||||
```python
|
||||
```
|
||||
from dataclasses import dataclass
|
||||
|
||||
@dataclass(frozen=True)
|
||||
@ -91,9 +91,9 @@ class Name:
|
||||
raise ValueError("Invalid Name")
|
||||
```
|
||||
|
||||
电话也遵循类似的方法，因为它也是一个值对象：
|
||||
`PhoneNumber` 也遵循类似的方法，因为它也是一个值对象：
|
||||
|
||||
```python
|
||||
```
|
||||
@dataclass(frozen=True)
|
||||
class PhoneNumber:
|
||||
value: int
|
||||
@ -102,9 +102,9 @@ class PhoneNumber:
|
||||
raise ValueError("Invalid Phone Number")
|
||||
```
|
||||
|
||||
用户类是一个实体，不是一个值对象。换句话说，用户是可变的。以下是结构：
|
||||
`User` 类是一个实体，不是一个值对象。换句话说，`User` 是可变的。以下是结构：
|
||||
|
||||
```python
|
||||
```
|
||||
from dataclasses import dataclass
|
||||
import datetime
|
||||
|
||||
@ -121,11 +121,11 @@ class User:
|
||||
self.since = datetime.datetime.now()
|
||||
```
|
||||
|
||||
你能观察到用户并没有冻结，因为我们希望它是可变的。但是，我们不希望所有属性都是可变的。标识字段如 _name 和 _since 是希望不会修改的。那么，这如何做到呢？
|
||||
你能观察到 `User` 并没有冻结，因为我们希望它是可变的。但是，我们不希望所有属性都是可变的。标识字段如 `_name` 和 `_since` 是希望不会修改的。那么，这如何做到呢？
|
||||
|
||||
Python3 提供了所谓的描述符协议，它会帮助我们正确定义 getters 和 setters。让我们使用 @property 装饰器将 getter 添加到 User 的所有三个字段中。
|
||||
Python3 提供了所谓的描述符协议，它会帮助我们正确定义 getter 和 setter。让我们使用 `@property` 装饰器将 getter 添加到 `User` 的所有三个字段中。
|
||||
|
||||
```python
|
||||
```
|
||||
@property
|
||||
def name(self) -> Name:
|
||||
return self._name
|
||||
@ -139,9 +139,9 @@ def since(self) -> datetime.datetime:
|
||||
return self._since
|
||||
```
|
||||
|
||||
电话字段的 setter 可以使用 @<字段>.setter 来装饰：
|
||||
`phone` 字段的 setter 可以使用 `@<字段>.setter` 来装饰：
|
||||
|
||||
```python
|
||||
```
|
||||
@phone.setter
|
||||
def phone(self, phone: PhoneNumber) -> None:
|
||||
if phone is None:
|
||||
@ -149,25 +149,25 @@ def phone(self, phone: PhoneNumber) -> None:
|
||||
self._phone = phone
|
||||
```
|
||||
|
||||
通过重写 \_\_str\_\_() 函数，也可以为 User 提供一个简单的打印方法：
|
||||
通过重写 `__str__()` 函数，也可以为 `User` 提供一个简单的打印方法：
|
||||
|
||||
```python
|
||||
```
|
||||
def __str__(self):
|
||||
return self.name.value + " [" + str(self.phone.value) + "] since " + str(self.since)
|
||||
```
|
||||
|
||||
这样，域模型的实体和值对象就准备好了。创建异常类如下所示：
|
||||
|
||||
```python
|
||||
```
|
||||
class UserNotFoundException(Exception):
|
||||
pass
|
||||
```
|
||||
|
||||
域模型现在只剩下 UserRepository 了。Python 提供了一个名为 abc 的有用模块来创建抽象方法和抽象类。因为 UserRepository 只是一个接口，所以我们可以使用 abc 模块。
|
||||
域模型现在只剩下 `UserRepository` 了。Python 提供了一个名为 `abc` 的有用模块来创建抽象方法和抽象类。因为 `UserRepository` 只是一个接口，所以我们可以使用 `abc` 模块。
|
||||
|
||||
任何继承自 abc.ABC 的类都将变为抽象类，任何带有 @abc.abstractmethod 装饰器的函数都会变为一个抽象函数。下面是 UserRepository 的结构：
|
||||
任何继承自 `abc.ABC` 的类都将变为抽象类，任何带有 `@abc.abstractmethod` 装饰器的函数都会变为一个抽象函数。下面是 `UserRepository` 的结构：
|
||||
|
||||
```python
|
||||
```
|
||||
from abc import ABC, abstractmethod
|
||||
|
||||
class UserRepository(ABC):
|
||||
@ -176,9 +176,9 @@ class UserRepository(ABC):
|
||||
pass
|
||||
```
|
||||
|
||||
UserRepository 遵循仓储模式。换句话说，它在 User 实体上提供适当的 CRUD 操作，而不会暴露底层数据存储语义。在本例中，我们只需要 fetch() 操作，因为查找服务只查找用户。
|
||||
`UserRepository` 遵循仓储模式。换句话说，它在 `User` 实体上提供适当的 CRUD 操作，而不会暴露底层数据存储语义。在本例中，我们只需要 `fetch()` 操作，因为 `FindService` 只查找用户。
|
||||
|
||||
因为 UserRepository 是一个抽象类，我们不能从抽象类创建实例对象。创建对象必须依赖于一个具体类实现这个抽象类。数据层 UserRepositoryImpl 提供了 UserRepository 的具体实现：
|
||||
因为 `UserRepository` 是一个抽象类，我们不能从抽象类创建实例对象。创建对象必须依赖于一个具体类实现这个抽象类。数据层 `UserRepositoryImpl` 提供了 `UserRepository` 的具体实现：
|
||||
|
||||
```
|
||||
class UserRepositoryImpl(UserRepository):
|
||||
@ -186,9 +186,9 @@ class UserRepositoryImpl(UserRepository):
|
||||
pass
|
||||
```
|
||||
|
||||
由于添加服务将用户数据存储在一个 MySQL 数据库中，因此 UserRepositoryImpl 也必须连接到相同的数据库去检索数据。下面是连接到数据库的代码。主要，我们正在使用 MySQL 的连接库。
|
||||
由于 `AddService` 将用户数据存储在一个 MySQL 数据库中，因此 `UserRepositoryImpl` 也必须连接到相同的数据库去检索数据。下面是连接到数据库的代码。注意，我们正在使用 MySQL 的连接库。
|
||||
|
||||
```python
|
||||
```
|
||||
from mysql.connector import connect, Error
|
||||
|
||||
class UserRepositoryImpl(UserRepository):
|
||||
@ -211,9 +211,9 @@ class UserRepositoryImpl(UserRepository):
|
||||
raise e
|
||||
```
|
||||
|
||||
在上面的片段中，我们使用 root 用户，admin 密码连接到一个名为 mysqldb 的数据库服务器，使用名为 glarimy 的数据库（模式）。在演示代码中是可以包含这些信息的，但在生产中不建议这么做，因为这会暴露敏感信息。
|
||||
在上面的片段中，我们使用用户 `root` / 密码 `admin` 连接到一个名为 `mysqldb` 的数据库服务器，使用名为 `glarimy` 的数据库（模式）。在演示代码中是可以包含这些信息的，但在生产中不建议这么做，因为这会暴露敏感信息。
|
||||
|
||||
fetch() 操作的逻辑非常直观，它对 ums_users 表执行 SELECT 查询。回想一下，添加服务正在将用户数据写入同一个表中。如果 SELECT 查询没有返回记录，fetch() 函数将抛出 UserNotFoundException 异常。否则，它会从记录中构造 User 实体并将其返回给调用者。这没有什么特殊的。
|
||||
`fetch()` 操作的逻辑非常直观，它对 `ums_users` 表执行 SELECT 查询。回想一下，`AddService` 正在将用户数据写入同一个表中。如果 SELECT 查询没有返回记录，`fetch()` 函数将抛出 `UserNotFoundException` 异常。否则，它会从记录中构造 `User` 实体并将其返回给调用者。这没有什么特殊的。
|
||||
|
||||
### 应用层
|
||||
|
||||
@ -221,9 +221,9 @@ fetch() 操作的逻辑非常直观，它对 ums_users 表执行 SELECT 查询
|
||||
|
||||
![图 2: 添加服务的应用层][2]
|
||||
|
||||
众所周知，一个 DTO 只是一个没有任何业务逻辑的数据容器。它主要用于在查找服务和外部服务之间传输数据。我们只是提供了在 REST 层中将 UserRecord 转换为字典以便用于 JSON 传输：
|
||||
众所周知，一个 DTO 只是一个没有任何业务逻辑的数据容器。它主要用于在 `FindService` 和外部之间传输数据。我们只是提供了在 REST 层中将 `UserRecord` 转换为字典以便用于 JSON 传输：
|
||||
|
||||
```python
|
||||
```
|
||||
class UserRecord:
|
||||
def toJSON(self):
|
||||
return {
|
||||
@ -233,9 +233,9 @@ class UserRecord:
|
||||
}
|
||||
```
|
||||
|
||||
控制器的工作是将 DTO 转换为用于域服务的域对象，反之亦然。可以从 find() 操作中观察到这一点。
|
||||
控制器的工作是将 DTO 转换为用于域服务的域对象，反之亦然。可以从 `find()` 操作中观察到这一点。
|
||||
|
||||
```python
|
||||
```
|
||||
class UserController:
|
||||
|
||||
def __init__(self):
|
||||
@ -253,11 +253,11 @@ class UserController:
|
||||
return None
|
||||
```
|
||||
|
||||
find() 操作接收一个字符串作为用户名，然后将其转换为 Name 对象，并调用 UserRepository 获取相应的 User 对象。如果找到了，则使用检索到的 User 对象创建 UserRecord。回想一下，将域对象转换为 DTO 是很有必要的，这样可以对外部服务隐藏域模型。
|
||||
`find()` 操作接收一个字符串作为用户名，然后将其转换为 `Name` 对象，并调用 `UserRepository` 获取相应的 `User` 对象。如果找到了，则使用检索到的 `User`` 对象创建 `UserRecord`。回想一下，将域对象转换为 DTO 是很有必要的，这样可以对外部服务隐藏域模型。
|
||||
|
||||
UserController 不需要有多个实例，它也可以是单例的。通过重写 \_\_new\_\_，可以将其建模为一个单例。
|
||||
`UserController` 不需要有多个实例，它也可以是单例的。通过重写 `__new__`，可以将其建模为一个单例。
|
||||
|
||||
```python
|
||||
```
|
||||
class UserController:
|
||||
def __new__(self):
|
||||
if not hasattr(self, ‘instance’):
|
||||
@ -279,11 +279,11 @@ class UserController:
|
||||
return None
|
||||
```
|
||||
|
||||
我们已经完全实现了查找服务的模型，剩下的唯一任务是将其作为 REST 服务公开。
|
||||
我们已经完全实现了 `FindService` 的模型，剩下的唯一任务是将其作为 REST 服务公开。
|
||||
|
||||
### REST API
|
||||
|
||||
查找服务只提供一个 API，那就是通过用户名查找用户。显然 URI 如下所示：
|
||||
`FindService` 只提供一个 API，那就是通过用户名查找用户。显然 URI 如下所示：
|
||||
|
||||
```
|
||||
GET /user/{name}
|
||||
@ -294,26 +294,26 @@ GET /user/{name}
|
||||
我们可以使用 Flask 框架来构建 REST API，它最初的目的是使用 Python 开发 Web 应用程序。除了 HTML 视图，它还进一步扩展到支持 REST 视图。我们选择这个框架是因为它足够简单。
|
||||
创建一个 Flask 应用程序：
|
||||
|
||||
```python
|
||||
```
|
||||
from flask import Flask
|
||||
app = Flask(__name__)
|
||||
```
|
||||
|
||||
然后为 Flask 应用程序定义路由，就像函数一样简单：
|
||||
|
||||
```python
|
||||
```
|
||||
@app.route('/user/<name>')
|
||||
def get(name):
|
||||
pass
|
||||
```
|
||||
|
||||
注意 @app.route 映射到 API /user/<name>，与之对应的函数的 get()。
|
||||
注意 `@app.route` 映射到 API `/user/<name>`，与之对应的函数的 `get()`。
|
||||
|
||||
如你所见，每次用户访问 API 如 http://server:port/user/Krishna 时，都将调用这个 get() 函数。Flask 足够智能，可以从 URL 中提取 'Krishna' 作为用户名，并将其传递给 get() 函数。
|
||||
如你所见，每次用户访问 API 如 `http://server:port/user/Krishna` 时，都将调用这个 `get()` 函数。Flask 足够智能，可以从 URL 中提取 `Krishna` 作为用户名，并将其传递给 `get()` 函数。
|
||||
|
||||
get() 函数很简单。它要求控制器找到该用户，并将其与通常的 HTTP 头一起打包为 JSON 格式后返回。如果控制器返回 None，则 get() 函数返回合适的 HTTP 状态码。
|
||||
`get()` 函数很简单。它要求控制器找到该用户，并将其与通常的 HTTP 头一起打包为 JSON 格式后返回。如果控制器返回 `None`，则 `get()` 函数返回合适的 HTTP 状态码。
|
||||
|
||||
```python
|
||||
```
|
||||
from flask import jsonify, abort
|
||||
|
||||
controller = UserController()
|
||||
@ -326,17 +326,16 @@ else:
|
||||
return resp
|
||||
```
|
||||
|
||||
最后，我们需要 Flask 应用程序提供服务，可以使用 waitress 服务：
|
||||
最后，我们需要 Flask 应用程序提供服务，可以使用 `waitress` 服务：
|
||||
|
||||
```python
|
||||
```
|
||||
from waitress import serve
|
||||
serve(app, host="0.0.0.0", port=8080)
|
||||
```
|
||||
|
||||
在上面的片段中，应用程序在本地主机的 8080 端口上提供服务。
|
||||
最终代码如下所示：
|
||||
在上面的片段中，应用程序在本地主机的 8080 端口上提供服务。最终代码如下所示：
|
||||
|
||||
```python
|
||||
```
|
||||
from flask import Flask, jsonify, abort
|
||||
from waitress import serve
|
||||
|
||||
@ -358,11 +357,11 @@ serve(app, host="0.0.0.0", port=8080)
|
||||
|
||||
### 部署
|
||||
|
||||
查询服务的代码已经准备完毕。除了 REST API 之外，它还有域模型、数据层和应用程序层。下一步是构建此服务，将其容器化，然后部署到 Kubernetes 上。此过程与部署其他服务妹有任何区别，但有一些 Python 特有的步骤。
|
||||
`FindService` 的代码已经准备完毕。除了 REST API 之外，它还有域模型、数据层和应用程序层。下一步是构建此服务，将其容器化，然后部署到 Kubernetes 上。此过程与部署其他服务妹有任何区别，但有一些 Python 特有的步骤。
|
||||
|
||||
在继续前进之前，让我们来看下文件夹和文件结构：
|
||||
|
||||
```bash
|
||||
```
|
||||
+ ums-find-service
|
||||
+ ums
|
||||
- domain.py
|
||||
@ -373,11 +372,11 @@ serve(app, host="0.0.0.0", port=8080)
|
||||
- kube-find-deployment.yml
|
||||
```
|
||||
|
||||
如你所见，整个工作文件夹都位于 ums-find-service 下，它包含了 ums 文件夹中的代码和一些配置文件，例如 Dockerfile、requirements.txt 和 kube-find-deployment.yml。
|
||||
如你所见，整个工作文件夹都位于 `ums-find-service` 下，它包含了 `ums` 文件夹中的代码和一些配置文件，例如 `Dockerfile`、`requirements.txt` 和 `kube-find-deployment.yml`。
|
||||
|
||||
domain.py 包含域模型，data.py 包含 UserRepositoryImpl，app.py 包含剩余代码。我们已经阅读过代码了，现在我们来看看配置文件。
|
||||
`domain.py` 包含域模型，`data.py` 包含 `UserRepositoryImpl`，`app.py` 包含剩余代码。我们已经阅读过代码了，现在我们来看看配置文件。
|
||||
|
||||
第一个是 requirements.txt，它声明了 Python 系统需要下载和安装的外部依赖项。我们需要用查找服务中用到的每个外部 Python 模块来填充它。如你所见，我们使用了 MySQL 连接器、Flask 和 Waitress 模块。因此，下面是 requirements.txt 的内容。
|
||||
第一个是 `requirements.txt`，它声明了 Python 系统需要下载和安装的外部依赖项。我们需要用查找服务中用到的每个外部 Python 模块来填充它。如你所见，我们使用了 MySQL 连接器、Flask 和 Waitress 模块。因此，下面是 `requirements.txt` 的内容。
|
||||
|
||||
```
|
||||
Flask==2.1.1
|
||||
@ -386,7 +385,7 @@ mysql-connector-python
|
||||
waitress
|
||||
```
|
||||
|
||||
第二步是在 Dockerfile 中声明一些必要显示（to 校正：这里不太理解该如何翻译），如下：
|
||||
第二步是在 `Dockerfile` 中声明 Docker 相关的清单，如下：
|
||||
|
||||
```
|
||||
FROM python:3.8-slim-buster
|
||||
@ -401,7 +400,7 @@ ENTRYPOINT ["python"]
|
||||
CMD ["/ums/app.py"]
|
||||
```
|
||||
|
||||
总的来说，我们使用 Python 3.8 作为基线，除了移动 requirements.txt 之外，我们还将代码从 ums 文件夹移动到 Docker 容器中对应的文件夹中。然后，我们指示容器运行 pip3 install 命令安装对应模块。最后，我们向外暴露 8080 端口（因为 waitress 运行在此端口上）。
|
||||
总的来说，我们使用 Python 3.8 作为基线，除了移动 `requirements.txt` 之外，我们还将代码从 `ums` 文件夹移动到 Docker 容器中对应的文件夹中。然后，我们指示容器运行 `pip3 install` 命令安装对应模块。最后，我们向外暴露 8080 端口（因为 waitress 运行在此端口上）。
|
||||
|
||||
为了运行此服务，我们指示容器使用使用以下命令：
|
||||
|
||||
@ -409,7 +408,7 @@ CMD ["/ums/app.py"]
|
||||
python /ums/app.py
|
||||
```
|
||||
|
||||
一旦 Dockerfile 准备完成，在 ums-find-service 文件夹中运行以下命令，创建 Docker 镜像：
|
||||
一旦 `Dockerfile` 准备完成，在 `ums-find-service` 文件夹中运行以下命令，创建 Docker 镜像：
|
||||
|
||||
```
|
||||
docker build -t glarimy/ums-find-service
|
||||
@ -430,7 +429,7 @@ docker push glarimy/ums-find-service
|
||||
|
||||
最后一步是为 Kubernetes 部署构建清单。
|
||||
|
||||
在之前的文章中，我们已经介绍了如何建立 Kubernetes 集群、部署和使用服务的方法。我假设仍然使用之前文章中的 manifest 文件来部署添加服务、MySQL、Kafka 和 Zookeeper。我们只需要将以下内容添加到 kube-find-deployment.yml 文件中：
|
||||
在之前的文章中，我们已经介绍了如何建立 Kubernetes 集群、部署和使用服务的方法。我假设仍然使用之前文章中的清单文件来部署添加服务、MySQL、Kafka 和 Zookeeper。我们只需要将以下内容添加到 `kube-find-deployment.yml` 文件中：
|
||||
|
||||
```
|
||||
apiVersion: apps/v1
|
||||
@ -469,9 +468,9 @@ selector:
|
||||
app: ums-find-service
|
||||
```
|
||||
|
||||
上面 manifest 的第一部分声明了 glarimy/ums-find-service 镜像的查找服务，它包含三个副本。它还暴露 8080 端口。manifet 的后半部分声明了一个Kubernetes 服务作为查找服务部署的前端。请记住，在之前文章中，mysqldb 服务已经是上述清单的一部分了。
|
||||
上面清单文件的第一部分声明了 `glarimy/ums-find-service` 镜像的 `FindService`，它包含三个副本。它还暴露 8080 端口。清单的后半部分声明了一个 Kubernetes 服务作为 `FindService` 部署的前端。请记住，在之前文章中，mysqldb 服务已经是上述清单的一部分了。
|
||||
|
||||
运行以下命令在 Kubernetes 集群上部署 manifest：
|
||||
运行以下命令在 Kubernetes 集群上部署清单文件：
|
||||
|
||||
```
|
||||
kubectl create -f kube-find-deployment.yml
|
||||
@ -487,7 +486,7 @@ kubectl get services
|
||||
|
||||
![图 3: Kubernetes 服务][3]
|
||||
|
||||
它会列出集群上运行的所有服务。注意查找服务的外部 ip，使用 curl 调用此服务：
|
||||
它会列出集群上运行的所有服务。注意查找服务的外部 IP，使用 `curl` 调用此服务：
|
||||
|
||||
```
|
||||
curl http://10.98.45.187:8080/user/KrishnaMohan
|
||||
@ -495,17 +494,17 @@ curl http://10.98.45.187:8080/user/KrishnaMohan
|
||||
|
||||
注意：10.98.45.187 对应查找服务，如图 3 所示。
|
||||
|
||||
如果我们使用添加服务创建一个名为 KrishnaMohan 的用户，那么上面的 curl 命令看起来如图 4 所示：
|
||||
如果我们使用 `AddService` 创建一个名为 `KrishnaMohan` 的用户，那么上面的 `curl` 命令看起来如图 4 所示：
|
||||
|
||||
![图 4: 查找服务][4]
|
||||
|
||||
用户管理系统（UMS）的体系结构包含添加服务和查找服务，以及存储和消息传递所需的后端服务，如图 5 所示。可以看到终端用户使用 ums 添加服务的 IP 地址添加新用户，使用 ums 查找服务的 IP 地址查找已有用户。每个 Kubernetes 服务都由三个对应容器的节点支持。还要注意：同样的 mysqldb 服务用于存储和检索用户数据。
|
||||
用户管理系统（UMS）的体系结构包含 `AddService` 和 `FindService`，以及存储和消息传递所需的后端服务，如图 5 所示。可以看到终端用户使用 `ums-add-service` 的 IP 地址添加新用户，使用 `ums-find-service` 的 IP 地址查找已有用户。每个 Kubernetes 服务都由三个对应容器的节点支持。还要注意：同样的 mysqldb 服务用于存储和检索用户数据。
|
||||
|
||||
![图 5: UMS 的添加服务和查找服务][5]
|
||||
|
||||
### 其他服务
|
||||
|
||||
UMS 系统还包含两个服务：查找服务和日志服务。在本系列的下一部分中，我们将在 Node 平台上设计这些服务，并将它们部署到同一个 Kubernetes 集群，以演示多语言微服务架构的真正魅力。最后，我们将观察一些与微服务相关的设计模式。
|
||||
UMS 系统还包含两个服务：`SearchService` 和 `JournalService`。在本系列的下一部分中，我们将在 Node 平台上设计这些服务，并将它们部署到同一个 Kubernetes 集群，以演示多语言微服务架构的真正魅力。最后，我们将观察一些与微服务相关的设计模式。
|
||||
|
||||
--------------------------------------------------------------------------------
|
||||
|
||||
@ -514,7 +513,7 @@ via: https://www.opensourceforu.com/2022/09/python-microservices-using-flask-on-
|
||||
作者：[Krishna Mohan Koyya][a]
|
||||
选题：[lkxed][b]
|
||||
译者：[MjSeven](https://github.com/MjSeven)
|
||||
校对：[校对者ID](https://github.com/校对者ID)
|
||||
校对：[wxy](https://github.com/wxy)
|
||||
|
||||
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
|
||||
|
||||
@ -3,37 +3,38 @@
|
||||
[#]: author: "Arindam https://www.debugpoint.com/author/admin1/"
|
||||
[#]: collector: "lkxed"
|
||||
[#]: translator: "geekpi"
|
||||
[#]: reviewer: " "
|
||||
[#]: publisher: " "
|
||||
[#]: url: " "
|
||||
[#]: reviewer: "wxy"
|
||||
[#]: publisher: "wxy"
|
||||
[#]: url: "https://linux.cn/article-15155-1.html"
|
||||
|
||||
Xubuntu 22.10：热门新功能
|
||||
======
|
||||
这是 Xubuntu 22.10 Kinetic Kudu 及其新功能的快速总结。
|
||||
|
||||
> 这是 Xubuntu 22.10 Kinetic Kudu 及其新功能的快速总结。
|
||||
|
||||
![Xubuntu 22.10 桌面][1]
|
||||
|
||||
质量需要时间来建立。它适用于生活的所有阶段，包括软件。
|
||||
质量需要时间来建立。它适用于生活的各个方面，包括软件。
|
||||
|
||||
自 Xfce 4.16 发布以来，Xfce 4.17（开发版）已经被添加了许多新功能。这包括核心 Xfce、原生应用，GNOME 43、MATE 1.26 和 libadwaita。由于 Xfce 也是 GNOME 和 MATE 的组合，正确地合并和测试这些更改需要时间。
|
||||
|
||||
在 Xubuntu 22.10 Kinetic Kudu 版本中，你将体验到自 2020 年 12 月以来所做的所有改进：将近两年的错误修复和增强。
|
||||
|
||||
让我们快速查看一下时间表。目前，Xubuntu 22.10 beta 已经发布并正在测试中（本页末尾的 ISO 链接）。最终版本预计于 2022 年 10 月 20 日发布。
|
||||
让我们快速查看一下时间表。目前，Xubuntu 22.10 beta 已经发布，并正在测试中（本问末尾提供了 ISO 链接）。最终版本预计于 2022 年 10 月 20 日发布。
|
||||
|
||||
### Xubuntu 22.10 新功能
|
||||
|
||||
#### 核心更新和 GNOME 框架
|
||||
|
||||
Xubuntu 22.10 的核心是基于 Ubuntu 22.10 的 Linux Kernel 5.19。另外，Xfce 桌面版是 Xfce 4.17。
|
||||
在其核心，Xubuntu 22.10 同其基于的 Ubuntu 22.10 一样，采用 Linux 内核 5.19。另外，Xfce 桌面版本是 Xfce 4.17。
|
||||
|
||||
4.17 版本是一个开发标签，因为它是下一个大版本 Xfce 4.18 的垫脚石，该版本 [计划在今年圣诞节发布][2]。
|
||||
4.17 版本是一个开发版，因为它是下一个大版本 Xfce 4.18 的基础，该版本 [计划在今年圣诞节发布][2]。
|
||||
|
||||
让我们谈谈 GNOME 和相关应用。 Xubuntu 22.10 中的 Xfce 4.17 首次获得了带有 GNOME 43 更新的 libadwaita。这意味着默认的 GNOME 应用程序可以在 Xfce 桌面下正确呈现。
|
||||
|
||||
话虽如此，GNOME Software 43 在 Xubuntu 22.10 的 Xfce 桌面下看起来很棒。如果你将其与 Xfce 原生外观和带有 CSD/SSD（例如 Disk）的 GNOME 应用进行比较，它们看起来都很整洁。
|
||||
这就是说，GNOME <ruby>软件应用<rt>Software</rt></ruby> 43 在 Xubuntu 22.10 的 Xfce 桌面下看起来很棒。如果你将其与 Xfce 原生外观和带有 CSD/SSD（例如 “<ruby>磁盘应用<rt>Disk</rt></ruby>”）的 GNOME 应用进行比较，它们看起来都很顺眼。
|
||||
|
||||
我对 GNOME Software 43 在 Xfce 桌面下的 libadwaita/GTK4 渲染效果如此之好感到惊讶。
|
||||
我对 GNOME 软件应用 43 在 Xfce 桌面下的 libadwaita/GTK4 渲染效果如此之好感到惊讶。
|
||||
|
||||
![在 Xubuntu 22.10 中一起使用三种不同的窗口][3]
|
||||
|
||||
@ -41,11 +42,11 @@ Xubuntu 22.10 的核心是基于 Ubuntu 22.10 的 Linux Kernel 5.19。另外，X
|
||||
|
||||
Xfce 桌面带来了自己的原生应用集。在此版本中，所有应用都从 4.16 升级到 4.17 版本。
|
||||
|
||||
值得注意的变化包括 Xfce 面板获得了对任务列表插件的中键单击支持和托盘时钟中的二进制时间模式。pulse 音频插件引入了一个新的录音指示器，可以过滤掉多个按钮按下事件。
|
||||
值得注意的变化包括：Xfce 面板获得了对任务列表插件的中键单击支持，和托盘时钟中的二进制时间模式。PulseAudio 插件引入了一个新的录音指示器，可以过滤掉多个按钮按下事件。
|
||||
|
||||
Thunar 文件管理器获得了大量的底层功能和错误修复。如果你将 Thunar 4.16 与 Thunar 4.17 进行比较，它是变化巨大的。更改包括更新的上下文菜单、路径栏、搜索、导航等。你可以在[此处][4]阅读 Thunar 的所有更改日志。
|
||||
Thunar 文件管理器获得了大量的底层功能和错误修复。如果你将 Thunar 4.16 与 Thunar 4.17 进行比较，它是变化巨大的。更改包括更新的上下文菜单、路径栏、搜索、导航等。你可以在 [此处][4] 阅读 Thunar 的所有更改日志。
|
||||
|
||||
此外，截屏应用 screenshooter 默认支持 WebP。蓝牙管理器 Blueman 在系统托盘新增配置文件切换器并更新 Catfish 文件搜索工具。
|
||||
此外，截屏应用 ScreenShooter 默认支持 WebP。蓝牙管理器 Blueman 在系统托盘新增配置文件切换器，并更新了 Catfish 文件搜索工具。
|
||||
|
||||
这是 Xfce 应用版本的更新列表和指向其更改日志的链接（如果你想进一步挖掘）。
|
||||
|
||||
@ -64,30 +65,30 @@ Thunar 文件管理器获得了大量的底层功能和错误修复。如果你
|
||||
|
||||
默认的 elementary-xfce 图标集（浅色和深色）得到了更新，带有额外的精美图标，让你的 Xfce 桌面焕然一新。默认的 Greybird GTK 主题对窗口装饰进行了必要的改进，并添加了 Openbox 支持。
|
||||
|
||||
你可能会注意到的重要且可见的变化之一是 ALT+TAB 外观。图标更大一些，眼睛更舒适，可以在深色背景下更快地切换窗口。
|
||||
你可能会注意到的重要且可见的变化之一是 `ALT+TAB` 外观。图标更大一些，眼睛更舒适，可以在深色背景下更快地切换窗口。
|
||||
|
||||
![在 Xubuntu 22.10 的 elementary-xfce 中更新的图标集示例][15]
|
||||
|
||||
![ALT TAB 有更大的图标][16]
|
||||
|
||||
上述更改使默认应用与基础 [Ubuntu 22.10 版本][17]保持一致。以下是 Xubuntu 22.10 中的更改概括。
|
||||
上述更改使默认应用与其所基于的 [Ubuntu 22.10 版本][17] 保持一致。以下是 Xubuntu 22.10 中的更改概括。
|
||||
|
||||
### 概括
|
||||
|
||||
* Linux Kernel 5.19 和基于 Ubuntu 22.10
|
||||
* Linux 内核 5.19，基于 Ubuntu 22.10
|
||||
* Xfce 桌面版 4.17
|
||||
* 原生应用全部更新到 4.17
|
||||
* 核心与 GNOME 43、libadwaita、GTK4 保持一致
|
||||
* MATE 应用程序升级到 1.26
|
||||
* Mozilla Firefox 网络浏览器 105.0
|
||||
* Mozilla Firefox 网页浏览器 105.0
|
||||
* Thunderbird 邮件客户端 102.3
|
||||
* LibreOffice 7.4.4.2
|
||||
|
||||
### 总结
|
||||
|
||||
Xfce 桌面作为一个整体最关键的变化是在 4.18 版本中到来的。例如，最初的 Wayland 支持、更新的 glib 和 GTK 包。如果一切顺利，你可以在明年 4 月发布的 Xubuntu 中期待这些最好的变化。
|
||||
Xfce 桌面最关键的整体变化将在 4.18 版本中到来。例如，最初的 Wayland 支持、更新的 glib 和 GTK 包。如果一切顺利，你可以在明年 4 月发布的 Xubuntu 中期待这些最好的变化。
|
||||
|
||||
最后，如果你想试用，可以从[这个页面][18]下载 beta 镜像。
|
||||
最后，如果你想试用，可以从 [这个页面][18] 下载 Beta 镜像。
|
||||
|
||||
--------------------------------------------------------------------------------
|
||||
|
||||
@ -96,7 +97,7 @@ via: https://www.debugpoint.com/xubuntu-22-10-features/
|
||||
作者：[Arindam][a]
|
||||
选题：[lkxed][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,38 +0,0 @@
|
||||
[#]: subject: "World’s First Open Source Wi-Fi 7 Access Points Are Now Available"
|
||||
[#]: via: "https://www.opensourceforu.com/2022/10/worlds-first-open-source-wi-fi-7-access-points-are-now-available/"
|
||||
[#]: author: "Laveesh Kocher https://www.opensourceforu.com/author/laveesh-kocher/"
|
||||
[#]: collector: "lkxed"
|
||||
[#]: translator: " "
|
||||
[#]: reviewer: " "
|
||||
[#]: publisher: " "
|
||||
[#]: url: " "
|
||||
|
||||
World’s First Open Source Wi-Fi 7 Access Points Are Now Available
|
||||
======
|
||||
*The first Open source Wi-Fi 7 products in the world will be released by HFCL in conjunction with Qualcomm under its IO product line.*
|
||||
|
||||
The world’s first Open source Wi-Fi 7 Access Points will be introduced by HFCL Limited, the top high-tech enterprise and integrated next-gen communication product and solution provider, in collaboration with Qualcomm Technologies, Inc. on October 1, 2022 at the India Mobile Congress in Pragati Maidan, New Delhi.
|
||||
|
||||
Based on IEEE 802.11be, a ground-breaking Wi-Fi technology that is intended to give Extremely High Throughput (EHT), increased spectrum efficiency, better interference mitigation, and support for Real Time Applications (RTA), HFCL becomes the first OEM to release Open source Wi-Fi 7 Access Points. In order to provide a better user experience while yet using less power, Wi-Fi 7 uses faster connections with 320MHz and 4kQAM, numerous connections with Multi Link operation, and Adaptive Connections for adaptive interference puncturing.
|
||||
|
||||
Wi-Fi 7 promises a significant technological advance above all prior Wi-Fi standards updates, providing a more immersive user experience and paving the way for a more robust digital future. The peak data speeds supported by HFCL’s Wi-Fi 7 APs will exceed 10 Gbps, and they will have latency under 2 ms as opposed to the 5 Gbps and 10 ms of existing Wi-Fi 6 products.
|
||||
|
||||
Technology providers like telecom operators, Internet service providers, system integrators, and network administrators will be able to offer mission-critical and real-time application services and provide a better user experience than ever before thanks to HFCL’s Wi-Fi 7 product line, which is supported by a strong R&D focus. A wide variety of dual band and tri-band indoor and outdoor variations may be found in the new Wi-Fi 7 product portfolio.
|
||||
|
||||
Being the first Wi-Fi 7 Access points in the market to embrace Open standards, all Wi-Fi 7 variations will come pre-installed with open source software. With the goal of providing improved global connectivity and maintaining interoperability in multi-vendor scenarios, open standards support disaggregated Wi-Fi systems delivered as free open source software.
|
||||
|
||||
The introduction of Wi-Fi 7 will primarily support the country’s upcoming 5G rollout, particularly for enhancing inside coverage. Additionally, the technology will make it easier to construct a variety of apps because to its increased throughput, dependable network performance, and lower latency. The Internet of Things (IoT) and Industrial Internet of Things (IIoT) applications including surveillance, remote industrial automation, AV/VR/XR, and other video-based applications will benefit from Wi-Fi 7 technology for businesses. With numerous developments in Cloud/Edge Computing and Cloud gaming, it will also increase the number of remote offices, real-time collaborations, and online video conferencing.
|
||||
|
||||
--------------------------------------------------------------------------------
|
||||
|
||||
via: https://www.opensourceforu.com/2022/10/worlds-first-open-source-wi-fi-7-access-points-are-now-available/
|
||||
|
||||
作者：[Laveesh Kocher][a]
|
||||
选题：[lkxed][b]
|
||||
译者：[译者ID](https://github.com/译者ID)
|
||||
校对：[校对者ID](https://github.com/校对者ID)
|
||||
|
||||
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
|
||||
|
||||
[a]: https://www.opensourceforu.com/author/laveesh-kocher/
|
||||
[b]: https://github.com/lkxed
|
||||
@ -1,77 +0,0 @@
|
||||
[#]: subject: "Blender 3.4 to Enable Native Wayland Support for Linux"
|
||||
[#]: via: "https://news.itsfoss.com/blender-3-4-release/"
|
||||
[#]: author: "Sourav Rudra https://news.itsfoss.com/author/sourav/"
|
||||
[#]: collector: "lkxed"
|
||||
[#]: translator: " "
|
||||
[#]: reviewer: " "
|
||||
[#]: publisher: " "
|
||||
[#]: url: " "
|
||||
|
||||
Blender 3.4 to Enable Native Wayland Support for Linux
|
||||
======
|
||||
Blender is bringing in native Wayland support soon. Learn more here.
|
||||
|
||||
![Blender 3.4 to Enable Native Wayland Support for Linux][1]
|
||||
|
||||
Blender is a popular 3D creation suite that many professionals use.
|
||||
|
||||
The developers of Blender have recently added native Wayland support for Linux in the daily builds, and have confirmed adding the support in the upcoming Blender 3.4 release.
|
||||
|
||||
This is probably one of the significant development progress after [Blender 3.0 release][2] last year!
|
||||
|
||||
### Blender With Native Wayland
|
||||
|
||||
[Wayland][3] is a replacement to the X11 [display server][4] that aims to be a simpler and more modern solution.
|
||||
|
||||
Providing native Wayland support has become necessary, mainly because many distros now come with that kind of support out of the box.
|
||||
|
||||
With more Wayland support in the works and users switching to a distro with native support, this move was a given.
|
||||
|
||||
[Linux Laptops - Powered by Open Source][5]
|
||||
|
||||
With the daily builds, the **libdecor** library has made this possible. If you want to test it out, you need to have it installed for Blender to work correctly with native Wayland support.
|
||||
|
||||
While initial support for Wayland was present in Blender since 2020, it was not ready for prime time. It had a lot of issues, such as no tablet support, no NDOF support, no Hi-DPI support, and similar.
|
||||
|
||||
Now, it looks like most of those issues are gone.
|
||||
|
||||
### Expect it With Blender 3.4
|
||||
|
||||
A blog post by one of Blender's developers *Campbell Barton,* reveals that if all goes well with the daily builds, the Wayland support is coming to Blender 3.4.
|
||||
|
||||
Here's what he mentions:
|
||||
|
||||
> Now Wayland is enabled in our official builds, I hope to validate it for the up coming release. So unless issues arise which we’re unable to resolve, it will be officially supported in Blender 3.4x onward.
|
||||
|
||||
At this point, I can only hope that no significant issues affect its integration.
|
||||
|
||||
Otherwise, it may push back to a later release cycle.
|
||||
|
||||
Blender 3.4 will release in early **December 2022**, with improvements across the board and new features such as headless rendering for Linux, improvements for Sculpt, Intel Open PGL integration, and more.
|
||||
|
||||
> 💡 Blender with Wayland has some technical limitations. You can find more details on that in the [blog post][9].
|
||||
|
||||
💬*Are you excited to try out native Wayland support on Blender?*
|
||||
|
||||
--------------------------------------------------------------------------------
|
||||
|
||||
via: https://news.itsfoss.com/blender-3-4-release/
|
||||
|
||||
作者：[Sourav Rudra][a]
|
||||
选题：[lkxed][b]
|
||||
译者：[译者ID](https://github.com/译者ID)
|
||||
校对：[校对者ID](https://github.com/校对者ID)
|
||||
|
||||
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
|
||||
|
||||
[a]: https://news.itsfoss.com/author/sourav/
|
||||
[b]: https://github.com/lkxed
|
||||
[1]: https://news.itsfoss.com/content/images/size/w1200/2022/10/blender-3-4-release.png
|
||||
[2]: https://news.itsfoss.com/blender-3-0-release/
|
||||
[3]: https://wayland.freedesktop.org/
|
||||
[4]: https://itsfoss.com/display-server/
|
||||
[5]: https://starlabs.systems/?rfsn=4790429.bdbc07
|
||||
[6]: https://starlabs.systems/?rfsn=4790429.bdbc07
|
||||
[7]: https://itsfoss.com/open-source-video-editors/
|
||||
[8]: https://itsfoss.com/open-source-video-editors/
|
||||
[9]: https://code.blender.org/2022/10/wayland-support-on-linux/
|
||||
@ -2,7 +2,7 @@
|
||||
[#]: via: "https://itsfoss.com/bash-command-not-found/"
|
||||
[#]: author: "Abhishek Prakash https://itsfoss.com/author/abhishek/"
|
||||
[#]: collector: "lujun9972"
|
||||
[#]: translator: " "
|
||||
[#]: translator: "chai001125"
|
||||
[#]: reviewer: " "
|
||||
[#]: publisher: " "
|
||||
[#]: url: " "
|
||||
|
||||
Loading…
Reference in New Issue
Block a user