資訊專欄INFORMATION COLUMN
摘要：我們客戶之中有一個最近在日志中提到，顯著改變了他們將服務(wù)帶到市場的方式。現(xiàn)在我們看到的這種變化波及到監(jiān)視和故障診斷經(jīng)過編排的環(huán)境。警報需要適應(yīng)兩個方面。為了操作正常，這些警報提示需要自動設(shè)置為創(chuàng)建的容器。
隨著K8S的成熟，越來越多的公司選擇在生產(chǎn)中運用容器，我們現(xiàn)在看的第一個改變方式就是DevOps團隊如何監(jiān)控的這個過程中的變化。我們客戶之中有一個最近在日志中提到，Kubernetes顯著改變了他們將服務(wù)帶到市場的方式?，F(xiàn)在我們看到的這種變化波及到監(jiān)視和故障診斷經(jīng)過編排的Kubernetes環(huán)境。
在這些變化之中，有些是由移動到了容器之中引起，有些是由移動到微服務(wù)上引起，剩下的一些是由Kubernetes的性能引起。這些變化可以被總結(jié)為服務(wù)，彈性擴容和分布。
Kubernetes是一個理解應(yīng)用的邏輯和物理優(yōu)化的中央大腦。Kubernetes負(fù)責(zé)將復(fù)雜的容器配置任務(wù)編排到你的基礎(chǔ)設(shè)施，并且將那些分布組件連接呈現(xiàn)為統(tǒng)一的服務(wù)。實質(zhì)上，Kubernetes創(chuàng)建物理資源利用和pods的邏輯集合之間的橋梁，服務(wù)組成了你理解的應(yīng)用程序。
如果對Kubernetes是做什么的沒有一個持續(xù)更新的理解的話，那么你的監(jiān)測系統(tǒng)最好追蹤并且只在底層資源問題提醒。為了理解Services和pods的定義，你的監(jiān)測系統(tǒng)需要1）可以從Kubernetes API動態(tài)攝取相關(guān)信息，2）將邏輯組容器集合映射到邏輯的應(yīng)用程序，以及3）不斷計算聚合應(yīng)用程序、服務(wù)和基礎(chǔ)設(shè)施指標(biāo)，允許您整體監(jiān)控您的服務(wù)。
彈性擴容有了1.2，Kubernetes可以擴容到1000多個節(jié)點集群。此外， 這個系統(tǒng)驚人的動態(tài)復(fù)制控制可以根據(jù)需要在幾秒內(nèi)調(diào)節(jié)額外的容器。既然它關(guān)閉了容器，他們可能不是最初被創(chuàng)建的，而只是暫時的。
因此，之前遺留的警報方法需要改變。警報需要適應(yīng)兩個方面。一方面——就像我們在服務(wù)部分描述的那樣——警報需要動態(tài)地聚合度量所有相關(guān)來源，不論這些來源是多久前的，來測量服務(wù)和pod的整體性能。第二方面——資源層面警告提示，比如像CPU，內(nèi)存或者是網(wǎng)絡(luò)利用率都需要在來去的時候被應(yīng)用到多帶帶的容器或者是應(yīng)用程序中去。為了操作正常，這些警報提示需要自動設(shè)置為Kubernetes創(chuàng)建的容器。警報提示也可以應(yīng)用于Pod、服務(wù)和任何跟你的應(yīng)用程序有關(guān)系的標(biāo)簽。
Kubernentes集群聯(lián)合（aka Ubernetes）使得分發(fā)應(yīng)用程序在多個數(shù)據(jù)中心和多個與怒提供者更加容易。這令提升分布應(yīng)用程序性能有顯著的提升，避免云鎖定，甚至還可以控制成本。
另一方面呢？是的，一些團隊的監(jiān)測方法需要改變。特別是，那些習(xí)慣于運用利用由他們的云提供的監(jiān)測的人需要使用一個可以在云端監(jiān)控，警報，故障排除的系統(tǒng)。最重要的是，這個系統(tǒng)可以在云端流利地收集相同的指標(biāo)來合理的聚合信息。
服務(wù)，彈性擴容，以及分布是三個能夠運用Kubernetes1.2來影響你的環(huán)境的變化，但是在未來給你好的影響。轉(zhuǎn)移到容器驅(qū)動，以微服務(wù)為導(dǎo)向的混合云部署（呼，真的好多術(shù)語）就是是很多軟件操作目標(biāo)所導(dǎo)向的。為了成功的轉(zhuǎn)變，組織也需要重新思考他們怎樣獲得這些新環(huán)境的可視化。容器在這里添加了一個挑戰(zhàn)因為他們是黑盒；微服務(wù)添加了一個挑戰(zhàn)因為他們要調(diào)整如何思考你的應(yīng)用程序；編排工具幫助彈性擴容你的基礎(chǔ)設(shè)施，并且有一些你需要的關(guān)鍵元數(shù)據(jù)在這個勇敢的新世界。
哦，對了，今天Sysdig正式支持Kubernetes1.2即買即用。為了使之簡單，我們利用Deamon來確認(rèn)每個你用Kubernetes創(chuàng)建的主機都是通過Sysdig Cloud來自動儀表化的。
原文鏈接：點擊這里
文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址：http://www.ezyhdfw.cn/yun/32449.html
摘要：本文我們通過一個最簡單的例子來學(xué)習(xí)。注意看下圖的欄下面顯示的類型為的端口這個端口號是命令自動生成的，范圍在到之間。如果需要修改，可以編輯的配置文件有了這個端口號，我們隨便使用一個的地址，后面拼接上即是外部可以消費的完整地址。 很多Kubernetes的初學(xué)者對Kubernetes里面三種不同的IP地址和工作機制理解得不是很清楚。 本文我們通過一個最簡單的例子來學(xué)習(xí)。 用如下命令行創(chuàng)建一...
摘要：本文我們通過一個最簡單的例子來學(xué)習(xí)。注意看下圖的欄下面顯示的類型為的端口這個端口號是命令自動生成的，范圍在到之間。如果需要修改，可以編輯的配置文件有了這個端口號，我們隨便使用一個的地址，后面拼接上即是外部可以消費的完整地址。 很多Kubernetes的初學(xué)者對Kubernetes里面三種不同的IP地址和工作機制理解得不是很清楚。 本文我們通過一個最簡單的例子來學(xué)習(xí)。 用如下命令行創(chuàng)建一...
摘要：本文我們通過一個最簡單的例子來學(xué)習(xí)。注意看下圖的欄下面顯示的類型為的端口這個端口號是命令自動生成的，范圍在到之間。如果需要修改，可以編輯的配置文件有了這個端口號，我們隨便使用一個的地址，后面拼接上即是外部可以消費的完整地址。 很多Kubernetes的初學(xué)者對Kubernetes里面三種不同的IP地址和工作機制理解得不是很清楚。 本文我們通過一個最簡單的例子來學(xué)習(xí)。 用如下命令行創(chuàng)建一...
摘要：容器之間相互隔離的優(yōu)點使得容器成為了分布式系統(tǒng)中合適的基本單元。分布式系統(tǒng)設(shè)計模式在面向?qū)ο缶幊瘫皇褂昧藥啄曛?，設(shè)計模式出現(xiàn)并被編成文檔。 1. 介紹 在20世紀(jì)80年代末和20世紀(jì)90年代初，面向?qū)ο缶幊虖氐赘母锪塑浖_發(fā)方法，普及了將應(yīng)用程序作為模塊化組件的創(chuàng)建方法。隨著基于容器化軟件組件的微服務(wù)架構(gòu)的逐漸普及，現(xiàn)在在分布式系統(tǒng)開發(fā)中也發(fā)生著類似的革命。容器之間相互隔離的優(yōu)點使得...
摘要：此文已由作者劉超授權(quán)網(wǎng)易云社區(qū)發(fā)布。所以當(dāng)我們評估大數(shù)據(jù)平臺牛不牛的時候，往往以單位時間內(nèi)跑的任務(wù)數(shù)目以及能夠處理的數(shù)據(jù)量來衡量。的問題調(diào)度在大數(shù)據(jù)領(lǐng)域是核心中的核心，在容器平臺中是重要的，但不是全部。 此文已由作者劉超授權(quán)網(wǎng)易云社區(qū)發(fā)布。 歡迎訪問網(wǎng)易云社區(qū)，了解更多網(wǎng)易技術(shù)產(chǎn)品運營經(jīng)驗 最近總在思考，為什么在支撐容器平臺和微服務(wù)的競爭中，Kubernetes 會取得最終的勝出，事實...
閱讀 2092·2021-11-08 13:14
閱讀 2992·2021-10-18 13:34
閱讀 2091·2021-09-23 11:21
閱讀 3648·2019-08-30 15:54
閱讀 1827·2019-08-30 15:54
閱讀 2989·2019-08-29 15:33
閱讀 2657·2019-08-29 14:01
閱讀 2014·2019-08-29 13:52
