有了 NGINX 和 Kong 为什么还需要 Apache APISIX 演讲⼈：王院⽣@深圳⽀流科技公司 云 原 ⽣ 社 区 M e e t u p 第 四 期 · ⼴ 州 站 云 原 ⽣ 社 区 M e e t u p 第 四 期 · ⼴ 州 站 有了 NGINX 和 Kong 为什么还需要 Apache APISIX？ 王院⽣@⽀流科技 ⽬录 1. 个⼈和公司介绍 2. 后端架构演变史 3. Nginx 和 Kong 的问题 4. Apache APISIX 现状 5. Apache APISIX 未来计划 CONTENTS 云 原 ⽣ 社 区 M e e t u p 第 四 期 · ⼴ 州 站 云 原 ⽣ 社 区 M e e t u p 第 四 期 · ⼴ 州 站 王院⽣ Apache APISIX Founder & PMC 《OpenResty 最佳实践》作者 投资⽅：真格基⾦，真成投资，顺为资本 云 原 ⽣ 社 区 M e e t u p 第 四 期 · ⼴ 州 站 ⽀流科技 • 开源爱好者 • Apache APISIX、Apache SkyWalking、NGINX、 Kubernetes 等贡献者构成 • 中美远程协作，没有 996 • 分布中国 9 个不同城市 • ⼀家绝对技术说了算的公司 云 原 ⽣ 社 区 M e e t u p 第 四 期 ·

每个node都是ready的，说明OK。 验证2：部署⼀个NGINX # 启动⼀个单节点nginx ]# kubectl run nginx --image=nginx:1.7.9 --port=80 # 为“nginx”服务暴露端⼝ ]# kubectl expose deployment nginx --type=NodePort # 查看nginx服务详情 03-使⽤Kubespray部署⽣产可⽤的Kubernetes集群（1 kubectl get svc nginx NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE nginx NodePort 10.233.29.96 80:32345/TCP 14s # 访问测试，如果能够正常返回NGINX⾸⻚，说明正常 ]# curl localhost:32345 name: nginx-deployment spec: replicas: 3 template: metadata: labels: app: nginx spec: 06-理解K8s对象 21 containers: - name: nginx image: nginx:1.7.9

★★创建pod 创建单个pod，在可操作k8s集群的结点上创建一个yaml文件 # vi pod-nginx-web1-v1.19.5.yml #内容如下 apiVersion: v1 kind: Pod metadata: name: pod-nginx-web1-v1.19.5 #pod名，这个名称可带小数点 labels: #给pod打标签，便于其他资源对它的选择 lbname: lbvalue-nginx-web1 spec: containers: #在spec次级，定义一组容器，-表示数组 - name: nginx-v1-19-5 #容器名，小写字母开头，后可接数字-减 #容器名，小写字母开头，后可接数字-减 号，不可带小数点 image: cof-lee.com/k8s/nginx:v1.19.5 #容器使用的镜像 imagePullPolicy: IfNotPresent #镜像获取方式，优先本地，后网络 拉取 #command: [ "/bin/sh", "-ce", "ping -c 3

'description' and the value 'my frontend running nginx', overwriting any existing value oc annotate --overwrite pods foo description='my frontend running nginx' # Update all pods in the namespace oc description='my frontend running nginx' # Update pod 'foo' only if the resource is unchanged from version 1 oc annotate pods foo description='my frontend running nginx' --resource-version=1 # Update manifest.yaml that matches label app=nginx and delete all other resources that are not in the file and match label app=nginx oc apply --prune -f manifest.yaml -l app=nginx # Apply the configuration in

'description' and the value 'my frontend running nginx', overwriting any existing value oc annotate --overwrite pods foo description='my frontend running nginx' # Update all pods in the namespace oc description='my frontend running nginx' # Update pod 'foo' only if the resource is unchanged from version 1 oc annotate pods foo description='my frontend running nginx' --resource-version=1 # Update manifest.yaml that matches label app=nginx and delete all other resources that are not in the file and match label app=nginx oc apply --prune -f manifest.yaml -l app=nginx # Apply the configuration in

'description' and the value 'my frontend running nginx', overwriting any existing value. oc annotate --overwrite pods foo description='my frontend running nginx' # Update all pods in the namespace oc description='my frontend running nginx' # Update pod 'foo' only if the resource is unchanged from version 1. oc annotate pods foo description='my frontend running nginx' --resource-version=1 # Update manifest.yaml that matches label app=nginx and delete all the other resources that are not in the file and match label app=nginx. oc apply --prune -f manifest.yaml -l app=nginx # Apply the configuration

Drone Docker 开源项目 LinuxKit 附录 附录一：常见问题总结 附录二：热门镜像介绍 Ubuntu CentOS MySQL MongoDB Redis Nginx WordPress Node.js 附录三：Docker 命令查询 附录四：Dockerfile 最佳实践 附录五：资源链接 附录六：Docker 中文资源 6 Docker — ubuntu:16.04 来具体指定所需哪个版本的镜 像。如果忽略了标签，比如 ubuntu ，那将视为 ubuntu:latest 。 仓库名经常以 两段式路径 形式出现，比如 jwilder/nginx-proxy ，前者往往意味着 Docker Registry 多用户环境下的用户名，后者则往往是对应的软件名。但这并非绝对，取决于所使 用的具体 Docker Registry 的软件或服务。 info 都正常的话，可以尝试运行一个 Nginx 服务器： $ docker run -d -p 80:80 --name webserver nginx 服务运行后，可以访问 http://localhost，如果看到了 "Welcome to nginx!"，就说明 Docker for Mac 安装成功了。 macOS 45 要停止 Nginx 服务器并删除执行下面的命令： $ docker

controller with 4 replicas and nginx version 1.7.9. Wait for the replication controller to bring all 4 pods up: apiVersion: v1 kind: ReplicationController metadata: name: my-nginx spec: replicas: 4 4 template: metadata: labels: app: nginx spec: containers: - name: nginx image: nginx:1.7.9 ports: - containerPort: 80 Once the RC open the replication controller section in another browser tab. kubectl rolling-update my-nginx –image=nginx:1.9.1 You will notice in the logs that Kubernetes decided to deploy only one pod at a time

key--cert .crt Deploy an nginx-ingress controller: For more information, see https://kubernetes.github.io/ingress-nginx/deploy/#bare- metal . Create the nginx-ingress controller as a nodePort nodePort service according to the Ingress nginx documentation: $ kubectl apply -f https://raw.githubusercontent.com/kubernetes/ingress-nginx/ controller-v0.46.0/deploy/static/provider/baremetal/deploy.yaml the port the nginx controller is redirecting HTTPS to: $ kubectl -n ingress-nginx get svc ingress-nginx-controller The output should be similar to the below: kubectl -n ingress-nginx get svc ingress-nginx-controller

一应用程序，而无需编写任何 Go 代码。 如需演示使用 Operator SDK 提供的工具和库来设置并运行基于 Helm 的 Operator 的基本知 识，Operator 开发人员可以为 Nginx 构建一个基于 Helm 的 Operator 示例，并将它部署到集群中。 5.5.1.1. 先决条件 先决条件 已安装 operator SDK CLI 已安装 OpenShift CLI Operator SDK 为 Nginx 构建和部署简单基于 Helm 的 Operator。 流程 流程 1. 创建一个 建一个项目。 目。 a. 创建您的项目目录： b. 切换到项目所在的目录： c. 使用 helm 插件运行 operator-sdk init 命令以初始化项目： 2. 创建 建 API。 。 创建简单的 Nginx API： $ mkdir nginx-operator nginx-operator $ cd nginx-operator $ operator-sdk init \ --plugins=helm $ operator-sdk create api \ --group demo \ 第 第 5 章 章 开 开发 发 OPERATOR 231 此 API 使用 helm create 命令的内置 Helm Chart 网卡。 3. 构建并推送 建并推送