K8S 生態週報| Istio 1.3 正式發佈

「K8S 生態週報」內容主要包含我所接觸到的 K8S 生態相關的每週值得推薦的一些信息。歡迎訂閱知乎專欄「k8s生態」git

Istio 1.3.0 正式發佈

上週 k8s 生態週報中,我推送了關於 Istio 1.3.0-rc2 發佈的消息後,有小夥伴專門私聊我,說想問問 Istio 1.3 到底有什麼新特性;以及爲什麼上次沒有對 Istio 1.3 的新特性進行介紹。github

這裏我來作下說明,首先關於爲什麼上次沒有對 Istio 1.3 新特性進行介紹。有兩個主要緣由:1. 上週時,正式版還沒有發佈;2. 對 1.3 這個版本而言沒有太多新特性,此版本主要在於改善用戶體驗。負載均衡

對 Istio 而言,今年是個很重要的節點,並且自從 3 月份發佈 1.1 版本以來, Istio 的更新頻率基本穩定在了 3 個月發佈一個版本。1.1 版本專一於企業就緒,在此版本中一方面是提高系統的穩定性,另外一方面則是解決企業落地時,可能遇到的一些問題,因此 1.1 中有大量的新特性。而 1.2 版本其實也相似,雖然花費了不少精力在保證質量上,但其中也有很多功能從 Beta 到了 Stable 階段。ide

其次是關於 1.3 版本到底有哪些新特性:工具

  • 出站流量自動肯定協議:以前版本中,Istio 要求 Service 須要按照指定的規則進行命名才能夠自動確認其協議,而在此版本中則能夠自動確認其是 HTTP 或 HTTP/2 流量,若是沒法自動確認,則認爲其是純 TCP 流量,若是是經過 Helm 安裝的話,能夠使用 --set pilot.enableProtocolSniffing=false 關閉此功能;
  • Pod spec 中再也不須要定義 containerPort,默認狀況下會捕獲全部端口,固然你也能夠經過 traffic.sidecar.istio.io/includeInboundPorts 覆蓋此行爲或者經過 traffic.sidecar.istio.io/excludeOutboundPorts 繞過要捕獲的端口;
  • 當使用 Redis proxy 時,如今默認的負載均衡器是 Envoy 的 MAGLEV
  • 改善了 EnvoyFilter API 如今你能夠添加或更新全部配置;
  • 實驗性的使用 Prometheus 爲代理內生成服務指標的支持;
  • 廢棄了 Mixer adapters 兩個版本後移除;
  • istioctl 命令有了一些變化: istioctl experimental dashboard 晉升爲了 istioctl dashboardistioctl experimental convert-ingress 晉升爲了 istioctl convert-ingress,以及增長了一些便於調試使用的 metrics 或者 describe pod 之類的實驗性命令;

以上即是我我的看來 1.3 中值得關注的內容,但其實很明顯,這個版本的主題確實還都在改善用戶體驗上,若是對此版本有興趣的小夥伴,可自行參看 ReleaseNote插件

從 Helm v2 遷移至 Helm v3

這是來自 Helm 官方博客的一篇文章 先來一張圖:代理

helm-2to3-moelove.info

其實這篇文章主旨就是介紹一個 Helm 的插件 helm-2to3 這也是「官方工具」,推薦須要從 Helm v2 遷移至 v3 的小夥伴使用。調試

另外,看 Helm v3 如今的狀態,雖然正式版仍未發佈,但也應該不會過久了。code

上游進展

Kubernetes v1.16.0 正式版即將發佈,不出意外的話,應該也就是最後一週了。固然,須要注意的是,當 Kubernetes 發佈新版本後,意味着舊版本將有一個 EOL 請及時升級。cdn

由於如今是 Code Freeze 階段,因此上游的開發進展沒有不少。

  • #82199 將 etcd server 從 3.3.10 更新到了 3.3.15 ,實際上這個變動多是個遺漏 hah

能夠經過下面二維碼訂閱個人文章公衆號【MoeLove】,在公衆號後臺回覆 k8s 可加入技術圈交流。

TheMoeLove
相關文章
相關標籤/搜索