一、Ingress 介紹
Kubernetes 暴露服務(wù)的方式目前只有三種：LoadBlancer Service返劲、NodePort Service位喂、Ingress挠阁；前兩種估計都應(yīng)該很熟悉，具體的可以參考下?這篇文章硫朦；下面詳細(xì)的嘮一下這個 Ingress
1.1贷腕、Ingress 是個什么玩意
可能從大致印象上 Ingress 就是能利用 Nginx、Haproxy 啥的負(fù)載均衡器暴露集群內(nèi)服務(wù)的工具咬展；那么問題來了泽裳，集群內(nèi)服務(wù)想要暴露出去面臨著幾個問題：
1.2、Pod 漂移問題
眾所周知 Kubernetes 具有強大的副本控制能力破婆，能保證在任意副本(Pod)掛掉時自動從其他機器啟動一個新的涮总，還可以動態(tài)擴容等，總之一句話祷舀，這個 Pod 可能在任何時刻出現(xiàn)在任何節(jié)點上瀑梗，也可能在任何時刻死在任何節(jié)點上烹笔；那么自然隨著 Pod 的創(chuàng)建和銷毀，Pod IP 肯定會動態(tài)變化抛丽；那么如何把這個動態(tài)的 Pod IP 暴露出去谤职？這里借助于 Kubernetes 的 Service 機制，Service 可以以標(biāo)簽的形式選定一組帶有指定標(biāo)簽的 Pod亿鲜，并監(jiān)控和自動負(fù)載他們的 Pod IP允蜈，那么我們向外暴露只暴露 Service IP 就行了；這就是 NodePort 模式：即在每個節(jié)點上開起一個端口蒿柳，然后轉(zhuǎn)發(fā)到內(nèi)部 Pod IP 上饶套，如下圖所示
1.3、端口管理問題
采用 NodePort 方式暴露服務(wù)面臨一個坑爹的問題是垒探，服務(wù)一旦多起來凤跑，NodePort 在每個節(jié)點上開啟的端口會及其龐大，而且難以維護叛复；這時候引出的思考問題是?“能不能使用 Nginx 啥的只監(jiān)聽一個端口，比如 80扔仓，然后按照域名向后轉(zhuǎn)發(fā)褐奥？”?這思路很好，簡單的實現(xiàn)就是使用 DaemonSet 在每個 node 上監(jiān)聽 80翘簇，然后寫好規(guī)則撬码，因為 Nginx 外面綁定了宿主機 80 端口(就像 NodePort)，本身又在集群內(nèi)版保，那么向后直接轉(zhuǎn)發(fā)到相應(yīng) Service IP 就行了呜笑，如下圖所示
1.4、域名分配及動態(tài)更新問題
從上面的思路彻犁，采用 Nginx 似乎已經(jīng)解決了問題叫胁，但是其實這里面有一個很大缺陷：每次有新服務(wù)加入怎么改 Nginx 配置？總不能手動改或者來個 Rolling Update 前端 Nginx Pod 吧汞幢？這時候 “偉大而又正直勇敢的” Ingress 登場驼鹅，如果不算上面的 Nginx，Ingress 只有兩大組件：Ingress Controller 和 Ingress
????????Ingress 這個玩意森篷，簡單的理解就是?你原來要改 Nginx 配置输钩，然后配置各種域名對應(yīng)哪個 Service，現(xiàn)在把這個動作抽象出來仲智，變成一個 Ingress 對象买乃，你可以用 yml 創(chuàng)建，每次不要去改 Nginx 了钓辆，直接改 yml 然后創(chuàng)建/更新就行了剪验；那么問題來了：”Nginx 咋整肴焊？”
????????Ingress Controller 這東西就是解決 “Nginx 咋整” 的；Ingress Controoler 通過與 Kubernetes API 交互碉咆，動態(tài)的去感知集群中 Ingress 規(guī)則變化抖韩，然后讀取他，按照他自己模板生成一段 Nginx 配置疫铜，再寫到 Nginx Pod 里茂浮，最后 reload 一下，工作流程如下圖
當(dāng)然在實際應(yīng)用中壳咕，最新版本 Kubernetes 已經(jīng)將 Nginx 與 Ingress Controller 合并為一個組件席揽，所以 Nginx 無需單獨部署，只需要部署 Ingress Controller 即可
二谓厘、懟一個 Nginx Ingress
上面啰嗦了那么多幌羞，只是為了講明白 Ingress 的各種理論概念，下面實際部署很簡單
2.1竟稳、部署默認(rèn)后端
我們知道?前端的 Nginx 最終要負(fù)載到后端 service 上属桦，那么如果訪問不存在的域名咋整？官方給出的建議是部署一個?默認(rèn)后端他爸，對于未知請求全部負(fù)載到這個默認(rèn)后端上聂宾；這個后端啥也不干，就是返回 404诊笤，部署如下
~ kubectl create-f default-backend.yamldeployment
default-http-backend"createdservice
default-http-backend"created
這個?default-backend.yaml?文件可以在?官方 Ingress 倉庫?找到系谐，由于篇幅限制這里不貼了，倉庫位置如下
2.2讨跟、部署 Ingress Controller
部署完了后端就得把最重要的組件 Nginx+Ingres Controller(官方統(tǒng)一稱為 Ingress Controller) 部署上
~ kubectl create -f nginx-ingress-controller.yaml
daemonset "nginx-ingress-lb" created
注意：官方的 Ingress Controller 有個坑纪他，至少我看了 DaemonSet 方式部署的有這個問題：沒有綁定到宿主機 80 端口，也就是說前端 Nginx 沒有監(jiān)聽宿主機 80 端口(這還玩?zhèn)€卵啊)晾匠；所以需要把配置搞下來自己加一下?hostNetwork茶袒，截圖如下
同樣配置文件自己找一下，地址?點這里凉馆，倉庫截圖如下
當(dāng)然它支持以 deamonset 的方式部署弹谁，這里用的就是(個人喜歡而已)，所以你發(fā)現(xiàn)我上面截圖是 deployment句喜，但是鏈接給的卻是 daemonset预愤，因為我截圖截錯了…..
2.3、部署 Ingress
