部署应用

在这个章节我们将部署 5 个不同的 Pod，并且我们将应用一些策略来控制它们之间的流量。

  • bookbuyer 是一个 HTTP 客户端，它发送请求给 bookstore。这个流量是允许的。
  • bookthief 是一个 HTTP 客户端，很像 bookbuyer，也会发送 HTTP 请求给 bookstore。这个流量应该被阻止。
  • bookstore 是一个服务器，负责对 HTTP 请求给与响应。同时，该服务器也是一个客户端，发送请求给 bookwarehouse 服务。这个流量是被允许的。
  • bookwarehouse 是一个服务器，应该只对 bookstore 做出响应。bookbuyer 和 bookthief 都应该被其阻止。
  • mysql 是一个 MySQL 数据库，只有 bookwarehouse 可以访问。

我们将通过使用 SMI 来定义并部署流量访问策略，这将带给我们这些 Pod 之间允许的和阻止的最终期望的状态：

from / to: bookbuyer bookthief bookstore bookwarehouse mysql
bookbuyer n/a ❌ ✔ ❌ ❌
bookthief ❌ n/a ❌ ❌ ❌
bookstore ❌ ❌ n/a ✔ ❌
bookwarehouse ❌ ❌ ❌ n/a ✔
mysql ❌ ❌ ❌ ❌ n/a

要展示如何使用 SMI Traffic Split 来拆分流量，我们将部署一个额外的应用。

  • bookstore-v2 —— 这是一个相同的容器，就像我们部署的第一个 bookstore 一样，但是对于这个示例而言，我们将假设这是一个我们需要升级到的新版本。

bookbuyer，bookthief，bookstore 和 bookwarehouse Pod 将被置于独立的 Kubernetes 命名空间，命名空间的名字和它们各自的一样。mysql 将被置于 bookwarehouse 命名空间。在这个服务网格里面的每一个新的 Pod 都将被注入一个 Pipy 的 sidecar 容器。

创建命名空间

kubectl create namespace bookstore
kubectl create namespace bookbuyer
kubectl create namespace bookthief
kubectl create namespace bookwarehouse

添加新的命名空间到 osm-edge 控制平面

osm namespace add bookstore bookbuyer bookthief bookwarehouse

现在，这四个命名空间的每一个都被标注了 openservicemesh.io/monitored-by: osm，并且加了 openservicemesh.io/sidecar-injection: enabled 注解。osm-edge 控制器，注意到了这些命名空间上的标注和注解，将开始为这些新 Pod 注入 Pipy sidecar。

创建 Pod、服务、服务账号

创建 bookbuyer service account 和 deployment：

kubectl apply -f https://raw.githubusercontent.com/flomesh-io/osm-edge-docs/release-v1.1/manifests/apps/bookbuyer.yaml

创建 bookthief 服务 service account 和 deployment：

kubectl apply -f https://raw.githubusercontent.com/flomesh-io/osm-edge-docs/release-v1.1/manifests/apps/bookthief.yaml

创建 bookstore 服务 service account、service 和 deployment：

kubectl apply -f https://raw.githubusercontent.com/flomesh-io/osm-edge-docs/release-v1.1/manifests/apps/bookstore.yaml

创建 bookwarehouse 服务 service account、service 和deployment：

kubectl apply -f https://raw.githubusercontent.com/flomesh-io/osm-edge-docs/release-v1.1/manifests/apps/bookwarehouse.yaml

创建 mysql 服务 service account、service 和 deployment：

kubectl apply -f https://raw.githubusercontent.com/flomesh-io/osm-edge-docs/release-v1.1/manifests/apps/mysql.yaml

检查点：都有哪些被安装了？

一个 Kubernetes 部署，为每个 bookbuyer，bookthief，bookstore 和 bookwarehouse 分配的 Pod，还有一个给 mysql 的状态集。同样，还有给 bookstore，bookwarehouse 和 mysql 的 Kubernetes 服务和端点。

要在集群上查阅这些资源，请运行下面的命令：

kubectl get pods,deployments,serviceaccounts -n bookbuyer
kubectl get pods,deployments,serviceaccounts -n bookthief

kubectl get pods,deployments,serviceaccounts,services,endpoints -n bookstore
kubectl get pods,deployments,serviceaccounts,services,endpoints -n bookwarehouse

另外，Kubernetes service account 也被创建用以每个应用。Service account 作为应用的身份来服务，在这个示例的后面将会被使用到，用来创建服务到服务的访问控制策略。

查阅应用的 UI

建立客户端端口转发，需按照如下步骤，以访问在 Kubernetes 集群中的应用。我们最好开一个新的终端会话来运行端口转发脚本，以维护这个端口转发会话，同时使用原来的终端继续发送命令。port-forward-all.sh 脚本将寻找一个 .env 文件来满足环境变量的需要，从而可以执行该脚本。.env 文件创建必要的变量，目标是之前创建的那些命名空间。我们将使用参考文件 .env.example 然后运行端口转发脚本。

在一个新的终端会话里，运行下面的命令来启用端口转发进入 Kubernetes 集群，这将从项目根目录开始（在本地克隆 https://github.com/flomesh-io/osm-edge ）。

cp .env.example .env
./scripts/port-forward-all.sh

注意：要覆盖默认的端口，提前要把 BOOKBUYER_LOCAL_PORT，BOOKSTORE_LOCAL_PORT，BOOKSTOREv1_LOCAL_PORT，BOOKSTOREv2_LOCAL_PORT，和/或 BOOKTHIEF_LOCAL_PORT 变量在脚本前指派。例如：

BOOKBUYER_LOCAL_PORT=7070 BOOKSTOREv1_LOCAL_PORT=7071 BOOKSTOREv2_LOCAL_PORT=7072 BOOKTHIEF_LOCAL_PORT=7073 BOOKSTORE_LOCAL_PORT=7074 ./scripts/port-forward-all.sh

在一个浏览器中，打开下面的 URL：

注意：如果需要从宿主机访问，需要将 localhost 替换成虚拟机的 IP 地址；或者在宿主机上运行 port-forward-all.sh 脚本。

置放好窗口，将可以同时看到全部四个。网页顶端的页眉指示了应用和其版本。

下一步

现在，示例应用正在运行，为应用间的通信配置流量策略。