資訊專欄INFORMATION COLUMN
摘要：新功能版本增加了安全性有狀態(tài)的應(yīng)用程序和可擴(kuò)展性等功能。網(wǎng)絡(luò)已從升級到新的組。
?
根據(jù) Kubernetes Google Group 產(chǎn)品經(jīng)理 Aperna Sinha 和 Kubernetes Mirantis 項(xiàng)目經(jīng)理 Ihor Dvoretskyi 的說法，Kubernetes 1.7 中的 API aggregation 功能使用戶可以在運(yùn)行時(shí)添加自定義的 API 服務(wù)器，與 Kubernetes 默認(rèn)的服務(wù)器同時(shí)運(yùn)行。同時(shí)，extensible admission controllers, pluggable cloud providers, 和 container runtime interface (CRI) enhancements 也是發(fā)布的亮點(diǎn)。
Kubernetes 1.7: 功能落地于商業(yè)應(yīng)用
不同于 Kubernetes 1.6 對規(guī)模和自動(dòng)化的關(guān)注，Kubernetes 1.7 關(guān)注點(diǎn)集中在安全性、儲(chǔ)存和擴(kuò)展性功能上——這一舉措是 Kubernetes 應(yīng)用于企業(yè)環(huán)境中，并廣泛使用的動(dòng)力。
在 Kubernetes 1.7 中，安全性的改進(jìn)包括，Encrypted secrets, network policy for pod-to-pod communication, node authorizer 限制 kubelet 訪問和 客戶端 / 服務(wù)端 TLS certificate rotation。
對于在 Kubernetes 上運(yùn)行橫向擴(kuò)展數(shù)據(jù)庫的用戶， Kubernetes 1.7 中的一個(gè)主要功能是向 StatefulSets 添加自動(dòng)更新，并增強(qiáng)了 DaemonSets 的更新。 重大利好：新版本有了對本地存儲(chǔ)的 Alpha 支持和用于縮放 StatefulSets 的快速模式。
在 Storage 方面的改善，基于 Volume 的優(yōu)化，可令企業(yè)級應(yīng)用得到更為標(biāo)準(zhǔn)化的管理；Network 隔離方面也有相應(yīng)的改善。
這說明 Kubernetes 已經(jīng)從集群功能擴(kuò)展到對企業(yè)功能支持，并落地到企業(yè)產(chǎn)品安全性需求上面。這對 Kubernetes 在企業(yè)中的落地化可謂是一次質(zhì)的飛躍。
根據(jù) Kubernetes Google Group 產(chǎn)品經(jīng)理 Aperna Sinha 和 Kubernetes Mirantis 項(xiàng)目經(jīng)理 Ihor Dvoretskyi 的說法，Kubernetes 1.7 中的 API aggregation 功能使用戶可以在運(yùn)行時(shí)添加自定義的 API 服務(wù)器，與 Kubernetes 默認(rèn)的服務(wù)器同時(shí)運(yùn)行。同時(shí)，extensible admission controllers, pluggable cloud providers, 和 container runtime interface (CRI) enhancements 也是發(fā)布的亮點(diǎn)。
Kubernetes 1.7 新功能
Kubernetes 1.7 版本增加了安全性、有狀態(tài)的應(yīng)用程序和可擴(kuò)展性等功能。
安全性增強(qiáng)功能包括加密的機(jī)密數(shù)據(jù)，Pod 與 Pod 之間通信的網(wǎng)絡(luò)策略，節(jié)點(diǎn)授權(quán)器限制 Kubelet 訪問 API 資源以及 Kubelet 客戶端/服務(wù)器 TLS 證書輪換。
有狀態(tài)應(yīng)用程序的主要功能包括 StatefulSets 的自動(dòng)更新，DaemonSets 的增強(qiáng)型更新，用于更快的 StatefulSets 擴(kuò)展的突發(fā)模式以及對本地存儲(chǔ)的支持。
可擴(kuò)展性功能包括 API 聚合，Custom Resource Definition，有利于 Third Party Resources，支持可擴(kuò)展允許控制器，可插拔云提供商和容器運(yùn)行時(shí)接口（CRI）增強(qiáng)功能。
網(wǎng)絡(luò)
NetworkPolicy 已從 extension / v1beta1 升級到新的 networking.k8s.io/v1 API 組。結(jié)構(gòu)與 v1beta1 API 保持不變。Namespaces 中的net.beta.kubernetes.io/network-policy 注釋（用于選擇隔離）已被刪除。相反，隔離現(xiàn)在是以每個(gè) pod 為基礎(chǔ)確定的。 NetworkPolicy 可以通過在其spec.podSelector 中包含該 pod 來定位一個(gè) pod 來進(jìn)行隔離。 Targeted Pods 接受相應(yīng) NetworkPolicy 中指定的通信。默認(rèn)情況下，任何 NetworkPolicy 未定位的 pod 都接受所有通信。
存儲(chǔ)
刪除 Alpha volume 配置，使用默認(rèn)存儲(chǔ)類。
Portworx volume 驅(qū)動(dòng)程序不再需要在 master 上運(yùn)行。
Cinder 存儲(chǔ)類中的默認(rèn)行為已更改。
hostPath volume 路徑或者 volumeMount 子路徑中包含父目錄引用（例如../bar）的 Pod Spec 必須更改為絕對路徑。 Backsteps 則不再允許。
更多其他新功能可以點(diǎn)擊“閱讀原文”查閱。
Kubernete 實(shí)踐筆記
作為 Kubernetes 的深度用戶及社區(qū)參與者，我們在迎接 Kubernetes 1.7 發(fā)布的同時(shí)會(huì)去思考其更深的意義。在有狀態(tài)服務(wù)層面，StatefulSet 的 Rolling Update 功能進(jìn)入了 Beta，意味著我們可以更加“自信地”更新有狀態(tài)服務(wù)。當(dāng)然，真正利用在生產(chǎn)上還需要我們進(jìn)行更加深入的測試。另一方面，本地存儲(chǔ)卷的功能使得我們可以將更多有狀態(tài)服務(wù)運(yùn)行在 Kubernetes 上。
——才云科技（Caicloud）CTO 鄧德源
才云在 Kubernetes 企業(yè)化落地方面做了許多國內(nèi)接地氣的工作，比如：基于 Kubernetes 的 CI/CD 、對 Image 支持的 Cargo，對便于創(chuàng)建 Kubernetes 微服務(wù)的模版，令 Kubernetes 使用更簡單，并且能更多地使用到基于 SaaS 層的應(yīng)用。
他們計(jì)劃利用本地存儲(chǔ)功能將大數(shù)據(jù)的負(fù)載運(yùn)行在 Kubernetes 內(nèi)，包括對存儲(chǔ)的管理也運(yùn)行在 Kubernetes 中。本地存儲(chǔ)卷管理與數(shù)據(jù)息息相關(guān)，在制定計(jì)劃時(shí)才云傾向于保守，因此 Kubernetes 1.8 本地存儲(chǔ)依然會(huì)是 Alpha，但是才云會(huì)從 1.7 版本開始嘗試本地存儲(chǔ)功能，并持續(xù)推動(dòng)社區(qū)發(fā)展。
Kubernetes 1.7 的另一個(gè)重點(diǎn)可擴(kuò)展性，例如 API aggregation, extensible admission controllers 等。實(shí)際上，Kubernetes 的一個(gè)核心優(yōu)勢就在于可擴(kuò)展性，這次的更新并不意外。才云已經(jīng)是 Kubernetes 可擴(kuò)展性的受益者，例如：才云大量使用了 Kubernetes Thirdparty Resource (伴隨著 1.7 的發(fā)布，需要遷移至 Custom Resoruce Definition) 管理內(nèi)部資源，使用 Namespace Finalizer 進(jìn)行資源清理，使用 External Scheduler 進(jìn)行自定義調(diào)度管理等。
文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址：http://systransis.cn/yun/32584.html
摘要：早在年針對高科技行業(yè)和高科技企業(yè)生命周期的特點(diǎn)，提出了著名的鴻溝理論。今天我們嘗試以鴻溝理論為基礎(chǔ)來分析云原生領(lǐng)域顛覆性的創(chuàng)新技術(shù)?；剡^頭來看，靈雀云從早期全力投入技術(shù)棧，是最早進(jìn)行產(chǎn)品化的廠商。 歷史進(jìn)入2019年，放眼望去，今天的整個(gè)技術(shù)大環(huán)境和生態(tài)都發(fā)生了很大的變化。在己亥豬年春節(jié)剛剛過去的早春時(shí)節(jié)，我們來梳理和展望一下整個(gè)云原生技術(shù)趨勢的發(fā)展，是一件很有意義的事情，這其中有些變...
摘要：使用這個(gè)工具是由的幾個(gè)人創(chuàng)建的。它最厲害的地方在于，在下，使用，這對于我們來說有利無弊。在我們的這個(gè)案例中，我們添加集群層面的日志記錄，攝取應(yīng)用程序日志到，用和進(jìn)行集群監(jiān)控，基于的授權(quán)認(rèn)證，以及一些其它的事情。 在過去一年內(nèi)，Descomplica 計(jì)劃往核心組件服務(wù)化的方向發(fā)展，我們一開始使用 Elastic Beanstalk 將這些服務(wù)編排到 AWS。 那時(shí)候來說，這個(gè)決定是明智...
摘要：盤點(diǎn)云計(jì)算的優(yōu)勢，較低的托管成本較低的基礎(chǔ)架構(gòu)復(fù)雜性較高的可擴(kuò)展性這些都是實(shí)實(shí)在在的好處。好雨，讓云落地，提供以應(yīng)用為中心的云計(jì)算產(chǎn)品和服務(wù)。 盤點(diǎn)云計(jì)算的優(yōu)勢，較低的托管成本、較低的基礎(chǔ)架構(gòu)復(fù)雜性、較高的可擴(kuò)展性……這些都是實(shí)實(shí)在在的好處。不過對于企業(yè)來說，選擇云計(jì)算最關(guān)鍵的驅(qū)動(dòng)在于產(chǎn)品速度，換句話說，利用適當(dāng)?shù)脑朴?jì)算產(chǎn)品和技術(shù)，我們可以在最短時(shí)間內(nèi)把理念變成用戶需要的實(shí)際產(chǎn)品。 過...
摘要：容器云的背景伴隨著微服務(wù)的架構(gòu)的普及，結(jié)合開源的和等微服務(wù)框架，宜信內(nèi)部很多業(yè)務(wù)線逐漸了從原來的單體架構(gòu)逐漸轉(zhuǎn)移到微服務(wù)架構(gòu)。 容器云的背景 伴隨著微服務(wù)的架構(gòu)的普及，結(jié)合開源的Dubbo和Spring Cloud等微服務(wù)框架，宜信內(nèi)部很多業(yè)務(wù)線逐漸了從原來的單體架構(gòu)逐漸轉(zhuǎn)移到微服務(wù)架構(gòu)。應(yīng)用從有狀態(tài)到無狀態(tài)，具體來說將業(yè)務(wù)狀態(tài)數(shù)據(jù)如：會(huì)話、用戶數(shù)據(jù)等存儲(chǔ)到中間件中服務(wù)中。 showI...
摘要：容器云的背景伴隨著微服務(wù)的架構(gòu)的普及，結(jié)合開源的和等微服務(wù)框架，宜信內(nèi)部很多業(yè)務(wù)線逐漸了從原來的單體架構(gòu)逐漸轉(zhuǎn)移到微服務(wù)架構(gòu)。 容器云的背景 伴隨著微服務(wù)的架構(gòu)的普及，結(jié)合開源的Dubbo和Spring Cloud等微服務(wù)框架，宜信內(nèi)部很多業(yè)務(wù)線逐漸了從原來的單體架構(gòu)逐漸轉(zhuǎn)移到微服務(wù)架構(gòu)。應(yīng)用從有狀態(tài)到無狀態(tài)，具體來說將業(yè)務(wù)狀態(tài)數(shù)據(jù)如：會(huì)話、用戶數(shù)據(jù)等存儲(chǔ)到中間件中服務(wù)中。 showI...
閱讀 2643·2021-11-23 09:51
閱讀 904·2021-09-24 10:37
閱讀 3627·2021-09-02 15:15
閱讀 1971·2019-08-30 13:03
閱讀 1892·2019-08-29 15:41
閱讀 2637·2019-08-29 14:12
閱讀 1436·2019-08-29 11:19
閱讀 3312·2019-08-26 13:39
