This is an automated email from the ASF dual-hosted git repository. juzhiyuan pushed a commit to branch chore-docusaurus in repository https://gitbox.apache.org/repos/asf/apisix-website.git
commit 6bcc0982df45a91d257bf9bae62f2e64ff69a335 Author: juzhiyuan <[email protected]> AuthorDate: Sun Oct 10 22:28:47 2021 +0800 chore: move docs --- ...2-11-beike-how-to-build-gateway-based-on-apache-apisix.md | 6 +++--- .../18/2020-12-18-a-first-look-at-kubernetes-service-api.md | 12 ++++++------ ...ython-helps-you-quickly-with-Apache-APISIX-development.md | 10 +++++----- 3 files changed, 14 insertions(+), 14 deletions(-) diff --git a/website/blog/2020/12/11/2020-12-11-beike-how-to-build-gateway-based-on-apache-apisix.md b/website/blog/2020/12/11/2020-12-11-beike-how-to-build-gateway-based-on-apache-apisix.md index 763aadb..1403aa6 100644 --- a/website/blog/2020/12/11/2020-12-11-beike-how-to-build-gateway-based-on-apache-apisix.md +++ b/website/blog/2020/12/11/2020-12-11-beike-how-to-build-gateway-based-on-apache-apisix.md @@ -12,13 +12,13 @@ tags: [User Case] draft: true --- -> 本文讲述了贝壳找房当初为什么选择 Apache APISIX 作为API 网关，以及使用过程中的一些心得。 +> 本文讲述了贝壳找房当初为什么选择 Apache APISIX 作为 API 网关，以及使用过程中的一些心得。 <!--truncate--> 我是王辉，在贝壳找房负责 API 网关系统的开发，贝壳找房使用 Apache APISIX 作为生产系统的 API 网关，每天处理过亿的生产流量，性能优异，而且很稳定。正好 Apache APISIX 刚刚加入 Apache 孵化器，除了恭喜之外，我想来分享下贝壳找房当初为什么选择 Apache APISIX，以及使用过程中的一些心得。 -## 选择 Kong 还是 Apache APISIX？ +## 选择 Kong 还是 Apache APISIX   @@ -47,7 +47,7 @@ draft: true  -## Apache APISIX 能提供哪些能力？ +## Apache APISIX 能提供哪些能力 + 热更新和热插件 + 动态负载均衡 diff --git a/website/blog/2020/12/18/2020-12-18-a-first-look-at-kubernetes-service-api.md b/website/blog/2020/12/18/2020-12-18-a-first-look-at-kubernetes-service-api.md index 3b8b2a4..73718da 100644 --- a/website/blog/2020/12/18/2020-12-18-a-first-look-at-kubernetes-service-api.md +++ b/website/blog/2020/12/18/2020-12-18-a-first-look-at-kubernetes-service-api.md @@ -36,7 +36,7 @@ draft: true ## 介绍 -### Kubernetes Service APIs 号称第二代 Ingress 技术，到底在哪些方面优于第一代？ +### Kubernetes Service APIs 号称第二代 Ingress 技术，到底在哪些方面优于第一代 Kubernetes Service APIs 设计之初，目标并没有局限在 Ingress， 而是为了增强 service networking，着重通过以下几点来增强：表达性、扩展性、RBAC。 @@ -62,7 +62,7 @@ matches: 3. 面向角色 RBAC：多层 API 的实现，其中一个思想就是从使用者的角度去设计资源对象。这些资源最终会与 Kubernetes 上运行应用程序的常见角色进行映射。 -## Kubernetes Service APIs 抽象出了哪些资源对象？ +## Kubernetes Service APIs 抽象出了哪些资源对象 Kubernetes Service APIs 基于使用者角色，将定义了以下几种资源： @@ -94,7 +94,7 @@ GatewayClass, Gateway, Route 通过 BackendPolicy 对象，可以配置 TLS、健康检查 以及指定后端服务类型，比如 service 还是 pod。 -## Kubernetes Service APIs 的推行会带来哪些改变？ +## Kubernetes Service APIs 的推行会带来哪些改变 Kubernetes Service APIs 作为一种实现标准，带来了以下改变： @@ -108,11 +108,11 @@ Kubernetes Service APIs 作为一种实现标准，带来了以下改变： 5. 跨命名空间引用：跨不同命名空间的路由可以绑定到 Gateway。允许跨命名空间的互相访问。同时也可以限制某个 Gateway 下的 Route 可以访问的命名空间范围。 -## 目前有哪些 ingress 实现了 Kubernetes Service APIs ？ +## 目前有哪些 ingress 实现了 Kubernetes Service APIs 目前已知的从代码层面能看到对 Kubernetes Service APIs 资源对象支持的 Ingress 有 Contour, ingress-gce。 -## Kubernetes Service APIs 如何管理资源读写权限？ +## Kubernetes Service APIs 如何管理资源读写权限 Kubernetes Service APIs 按照使用者的维度分为 3 个角色 @@ -134,7 +134,7 @@ RBAC（基于角色的访问控制）是用于 Kubernetes 授权的标准。允 | Cluster Operators | No | Yes | Yes | | Application Developers | No | No | Yes | -## Kubernetes Service APIs 有哪些扩展点？ +## Kubernetes Service APIs 有哪些扩展点 网关的需求非常丰富，同一个场景实现的方式多种多样，各有利弊。Kubernetes Service APIs 提炼出 多层 资源对象，同时也预留了一些扩展点。 diff --git a/website/blog/2021/09/06/2021-09-06-python-helps-you-quickly-with-Apache-APISIX-development.md b/website/blog/2021/09/06/2021-09-06-python-helps-you-quickly-with-Apache-APISIX-development.md index cc3074c..78fdef2 100644 --- a/website/blog/2021/09/06/2021-09-06-python-helps-you-quickly-with-Apache-APISIX-development.md +++ b/website/blog/2021/09/06/2021-09-06-python-helps-you-quickly-with-Apache-APISIX-development.md @@ -32,7 +32,7 @@ draft: true `Python` 语言作为一个解释型的高级编程语言，它 `语法简洁易上手`、`代码可读性好` ，在 `跨平台` 、`可移植性` 、`开发效率` 上都有很好的表现，同时作为一个高级编程语言它的封装抽象程度比较高屏蔽了很多底层细节（例如：`GC` -）让我们在开发的过程中可以更专注应用逻辑的开发。`Python` 作为一个有30年历史的老牌开发语言，它的生态以及各种模块已经非常完善，我们大部分的开发和应用场景都可以从社区中找到很成熟的模块或解决方案。`Python` +）让我们在开发的过程中可以更专注应用逻辑的开发。`Python` 作为一个有 30 年历史的老牌开发语言，它的生态以及各种模块已经非常完善，我们大部分的开发和应用场景都可以从社区中找到很成熟的模块或解决方案。`Python` 其他的优点就不再一一赘述。`Python` 的缺点也比较明显：`Python` 作为一门解释性语言，相较于 `C++` 和 `Go` 这样的编译型语言，在性能上的差距还是比较大的。 ### Apache APISIX Python Runner @@ -86,14 +86,14 @@ $ make install #### 开发模式 -##### 运行Python Runner +##### 运行 Python Runner ```bash $ cd /path/to/apisix-python-plugin-runner $ APISIX_LISTEN_ADDRESS=unix:/tmp/runner.sock python3 apisix/main.py start ``` -##### 修改APISIX配置文件 +##### 修改 APISIX 配置文件 ```bash $ vim /path/to/apisix/conf/config.yaml @@ -108,7 +108,7 @@ ext-plugin: #### 生产模式 -##### 修改APISIX配置文件 +##### 修改 APISIX 配置文件 ```bash $ vim /path/to/apisix/conf/config.yaml @@ -121,7 +121,7 @@ ext-plugin: cmd: [ "python3", "/path/to/apisix-python-plugin-runner/apisix/main.py", "start" ] ``` -#### Python Runner配置（可选） +#### Python Runner 配置（可选） 如果需要对 `Log Level` 或 `Unix Domain Socket` 环境变量调整可以修改 `Runner` 的配置文件
