You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@apisix.apache.org by li...@apache.org on 2021/09/22 10:18:33 UTC
[apisix-website] branch master updated: docs: update Xiaodian
images (#622)
This is an automated email from the ASF dual-hosted git repository.
liuxiran pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/apisix-website.git
The following commit(s) were added to refs/heads/master by this push:
new ef77d11 docs: update Xiaodian images (#622)
ef77d11 is described below
commit ef77d11489cbdbaf0956dd143fdab8f12560af0c
Author: Sylvia <39...@users.noreply.github.com>
AuthorDate: Wed Sep 22 18:18:28 2021 +0800
docs: update Xiaodian images (#622)
---
website/blog/2021-09-18-xiaodian-usercase.md | 14 +++++++-------
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/website/blog/2021-09-18-xiaodian-usercase.md b/website/blog/2021-09-18-xiaodian-usercase.md
index 6a9a531..49905fe 100644
--- a/website/blog/2021-09-18-xiaodian-usercase.md
+++ b/website/blog/2021-09-18-xiaodian-usercase.md
@@ -61,13 +61,13 @@ OpenShift 3.0 开始引入 OpenShift Route ，作用是通过 Ingress Operator
我们目前的产品架构与在 K8s 中使用 Apache APISIX 大体类似。主要是将 Apache APISIX 的 Service 以 LoadBalancer 类型暴露到外部。然后用户通过请求访问传输到 Apache APISIX，再将路由转发到上游的相关服务中。
-
+
额外要提的一点是，为什么我们把 etcd 放在了技术栈外。一是因为早些版本解析域名时会出现偏差，二是因为在内部我们进行维护和备份的过程比较繁琐，所以就把 etcd 单独拿了出来。
### 业务模型
-
+
上图是接入 Apache APISIX 后的业务环境改造模型。每个开发或项目进行变更时，DNA 都会创建一个变更，同时转化为 k8s Namespace 资源。
@@ -81,11 +81,11 @@ OpenShift 3.0 开始引入 OpenShift Route ，作用是通过 Ingress Operator
在变更环境中我们有两种场景，一个是点对点模式，即一个域名对应一个应用。开发只需要启用域名，DNA 里就会利用 Apache APISIX 去生成对应路由，这种就是单一路径的路由规则。
-
+
另一种场景就是多级路径路由。在这种场景下我们基于 Apache APISIX 将项目变更中需要的多个 APP 路由指向到当前 Namespace 环境，其关联 APP 路由则指向到一套稳定的 Namespace 环境中（通常为 Stable 环境）。
-
+
#### 功能二：自动化流程
@@ -93,11 +93,11 @@ OpenShift 3.0 开始引入 OpenShift Route ，作用是通过 Ingress Operator
比如某个新应用上线时，可以申请一条相应的路由规则，然后把规则加到控制中心中。需要请求路由时，就可以一键启用这条路由规则并自动同步到 Apache APISIX。
-
+
另外我们也提供了单一普通路由申请，包括线上环境和测试环境，或者一些对外公网的暴露与测试需求等，也可以调用 Apache APISIX 接口。
-
+
## 基于 Apache APISIX 的具体实践
@@ -111,7 +111,7 @@ OpenShift 具有非常严格的 SCC 机制，在利用 OpenShift 去部署 Apach
我们一开始使用的 Apache APISIX 为 1.5 版本，在更新到最新版本的过程中，我们经历了类似 etcd v2 版本性能下降、增加了 CORS 插件强校验等情况。
-
+
基于此，我们采取了版本切流的方案，新版本启用并创建新的 Service 以及暴露相关 SLB 信息。通过 Service 的 Selector 属性，将 Gateway 切换到新版本的 Apache APISIX 中。另一方面我们也会将流量进行切分处理，将部分流量通过 DNS 解析到新版本 Apache APISIX SLB 地址，来实现版本更迭的平滑处理。