之前的文章：
前面几篇文章，咱们研究了Workers的各种功能。今天，我要跟你聊点更实用的——用Cloudflare Workers的Static Assets功能来托管网站。你可能会想：“托管网站？这不是有GitHub Pages、Vercel这些免费方案吗？”
莫急，听我娓娓道来，告诉你为啥Workers + Static Assets可能是你见过最香的免费托管方案！
之前的文章：
如果你看过这个系列的其他文章那么基本上可以玩转workers，唯一的痛点可能是你不擅长或者不喜欢javascript，不喜欢javascript也没关系，只有用其他编程语言呗，如果你喜欢python和rust的话!
之前的文章：
前面几篇，咱们把Workers当成了一个“动态处理器”，玩转了请求，响应，缓存，认证，重定向等。但如果我告诉你，Workers还能当个静态文件服务器用，你信吗？没错，这货还能干Web Server的活儿！
之前的文章：
咱们前面两篇，把请求和响应这两大块给盘得明明白白了。现在，是时候发散一下想像力了！今天我们来看看怎么用Cloudflare Workers实现认证、重定向和缓存这三大金刚。
之前的文章：
书接上回，在上一篇文章里，咱们聊了怎么在请求到达服务器之前，像个“中间人”一样对它“动手动脚”。这次，咱们把视角翻转一下，看看当服务器把响应（Response）辛辛苦苦准备好，准备发回给浏览器时，我们又能怎么在半路上把它截胡，然后来一波骚操作。有了它，你就能对响应内容进行实时、动态的修改。想想看，这意味着什么？
之前的文章：
首先来看看Cloudflare Workers最基础也最强大的能力之一：处理客户端请求。在请求到达源服务器之前，对客户端发起的HTTP请求进行全面的“增删改查”操作。这让我们可以在网络边缘（Edge）(不知道啥叫网络边缘也没关系，反正就是在后端之前的一个代理)处理流量的超能力，无需改动任何后端代码，就能实现许多非常复杂的功能。
众所周知的是互联网山有一个超级知名的大善人，此人被世人尊称为赛博佛祖，你只需要自己拥有一个域名就能在上面解锁很多强大的功能，包括但不限于防火墙，workers，域名解析，邮件服务等。
本文实现的apix网关代码结构基本上是借鉴了APISIX的源代码, 可以看做APISIX的一个极度缩减版本。本文的实现只依赖openresty镜像已有的库，不依赖额外的库，所以路由的实现非常简陋，也没有实现路由的持久化，但是大致实现了动态路由更新和转发, 插件机制。
apisix主要是lua脚本跟openresty(或者说nginx)的组合, 流量具体转发由nginx承载, 但是按照什么规则转发用lua脚本定义. apisix在nginx之上封装了非常多功能强大有用的特性, 提供丰富的流量管理功能，比如态调整upstream, 灰度发布, 流量熔断, 认证, 观测性等。
如果你厌倦了多线程，不妨试试python的异步编程，在引入async, await关键字之后语法变得更加简洁和直观，又经过几年的生态发展，现在是一个很不错的并发模型。
ingress-nginx用于将集群内部的服务暴露给外部调用, 鉴于nginx的出色表现，所以nginx-ingress也是一个高性能的网关, 通过阅读ingress-nginx-controller的源代码可以更好的理解并使用ingress-nginx, 在理解源代码之后也可以更容易的扩展ingress-nginx.
在k8s集群内部，或者说在集群的任一节点上执行命令，访问任何资源都是没什么障碍的，但是，在集群外部呢？我们并不能直接访问pod的IP，或者service的IP，这些IP是一些内部地址，一般在外部是不会设置路由的，那么如何在集群外部访问这些资源呢？最简单的解决方式是hostPort及nodePort，通过hostPort可以在运行pod的节点监听指定接口，好处是没有端口限制，但是外部访问需要知道pod运行在哪个节点，可能会存在单点故障(当然了，你也可以每个节点都运行hostport，但是太浪费端口了)，如果只有一个pod运行的话，相对于hostPort, nodePort可以在所有节点监听一个指定的端口，这样访问集群的任一节点都可以访问到所需资源，好处是不需要关心pod运行在哪个节点，但是有端口限制。除了这些限制以外，最痛苦的是每个接口一个端口，或者说一个域名一个端口，如果有一个统一的端口并且可以动态的关联配置的服务该多好。
kube-proxy在kubernetes中扮演的角色是主机间网络流量的协同者, kube-proxy通过实时监听网络变化来管理转发和路由, 但是根据所选的cni不通以及网络类型的选择(iptables, ipvs)不同会有不同的效果
保姆级别的源码阅读，死扣各个细节和代码。
代码版本: release-1.22(b68064208b29e5956cdff79a94831b52dc50d89a)
本系列主要围绕k8s的各个部分的源码来阅读。适合深入k8s内部原理的童鞋阅读，暂时没有介绍基础概念及使用的打算。
本章的任务主线任务如下