ingress 资源

ingress 资源通过yaml进行管理的，比如以下：

apiVersion: extensions/v1beta1

kind: Ingress

metadata:

  name: order

spec: 

  rules:

  - host: order.example.com

    http:

      paths: /

      backend: 

        serviceName: order

        servicePort: 80

以上我们定义了一个单一规则的ingress，该pod（nginx-ingress）接收到外部所有的请求，将被发送到内部order服务的80端口上。接下来我们看pod（nginx-ingress）如何把ingress资源转化为该pod中的nginx反向代理配置文件

upstream order{

    server order:80;

}

server {

    listen 80;

    server_name  order.example.com;

    ...

    ...

    location / {

        proxy_pass_header Server;

        proxy_set_header Host $http_host;

        proxy_set_header X-Real-IP $remote_addr;

        proxy_set_header X-Scheme $scheme;

        proxy_pass http://order; # 对应ingress 资源 name: order

    }

}

当然ingress如果包含https，那么会转化nginx对应的443端口及证书的配置文件内容，这里就不写了。

那么，单一个规则的ingress资源代理多个服务（比如order服务，product服务）或者多个ingress资源文件如何转化为nginx配置？猜测，其实就是转化成了多个。

upstream order{

    server order:80;

}

当然，被转化的nginx配置文件要比这些复杂的多，据说还是用lua脚本写的，灵活如openresty。

nginx-ingress对外提供服务

一般来讲，pod直接对外提供服务就只有两种方式：

create一个service，该service暴漏nodePort

forward 映射

我们一般采用第一种。

nginx-ingress也是一个pod，所以，为了能使外部通过该pod代理访问，还需要nginx-ingress对外提供一个nodePort的service。这个service这里也不再写了。

nginx-ingress工作流程