資訊專欄INFORMATION COLUMN
摘要：問題就是這個作用只在版本及以上版本中可用，但是還沒有發布。中的選舉要解決這個，我們需要做一些分布式協調，比如，當被執行的時候，如果這個節點不是節點，為運行調度負責，我們就只需要傳回信息而且，不要和一起運行代碼。
Parkster這個項目正在從單體應用轉化到微服務的過程中，已經使用Kubernetes有一段時間了，尚未被移動到Kubernetes應用程序的就是單體應用剩下的部分。將單體應用完全分裂成微服務是一個愿景，在這個過程中，我們從kubernetes提供的調度、服務發現、高可用性、日志收集等服務中受益諸多。要達到在這種程度還需要做很多工作。在這篇文章中，我們要探索的是周期性單個開啟調度工作的問題。
處理調度Jobs單一的應用程序，就是之前在單個節點上運行的單個實例，包括了很多在數據庫更新狀態的調度jobs（現在也同樣發布商務events）。單體程序創建在java中，并且大量使用Spring，所以job看起來是這個樣子的：
Spring之后會確認提到過的doSomethingEveryMinute方法每分鐘執行一次。問題是，如果我們目前不在Kubernetes上主持單體程序，并且跟多個實例一起運行，這個job就每分鐘會在每個實例上被執行一次，而不僅僅只是每分鐘執行了一次而已。如果job有類似發送通知郵件或更新數據庫這樣的副作用的話，這就是一個問題了。所以我們要怎樣避免這個？當然，解決方案還是很多的，顯而易見的選擇就是利用Kubernetes Jobs，讓Kubernetes自己周期性調度jobs。問題就是這個作用只在Kubernetes1.3版本及以上版本中可用，但是1.3還沒有發布。但是即使我們能夠使用這樣一個功能，從技術角度來說，這也是不太可行的。我們的jobs被高度耦合到已經存在的代碼庫，并且提取每個job到它自己的應用程序，程序可能會有錯誤，而且如果一次性完成的話會非常耗費時間。所以我們最初的計劃是提取所有的調度jobs到一個應用程序，這個應用程序在Kubernetes中只能作為一個實例來運行。但由于現有代碼的本質，和高耦合性，即使是這樣也很難實現。那么，有沒有一種很輕松的辦法允許我們目前在單體應用中保持jobs，并且當我們從這個應用中提取功能到獨立的服務的時候，逐漸替代他們呢？其實還是有的。
Kubernetes中的Leader選舉要解決這個，我們需要做一些分布式協調，比如，當jobs被Spring執行的時候，如果這個節點不是“leader節點”，為運行調度jobs負責，我們就只需要傳回信息（而且，不要和job一起運行代碼）。有一些項目能夠幫助我們來處理諸如zookeeper和hazelcast之類的東西。但是僅僅只是為了決定哪個節點執行調度jobs，以此來設置、保留zookeeper集群就太勞師動眾了。我們需要一些易于管理的東西，假如我們能夠利用Kubernetes會怎么樣呢？Kubernetes已經在cover下（使用RAFT consensus algorithm）處理了leader選舉。結果證明，這個功能通過使用gcr.io/google_containers/leader-elector Docker鏡像已經被暴露給了終端用戶。之前已經有一個很棒的博客帖子很細節地描述過這個是如何運行的了，點擊這個網址查看：這里。所以在這里我就不多加贅述了，但是我會講一講我們是如何利用鏡像來解決我們的問題的。
解決問題我們做的就是帶來gcr.io/google_containers/leader-elector容器到我們的pod，這樣就可以讓單體應用的實例都運行一個leader選舉的實例。這是證明Kubernetes pod有用的典型例子。
以下是一個在我們的配置resource中定義好的pod的摘錄：
我們開啟leader選舉以及我們的單體應用程序。注意，我們將--election=monolith-jobs當作第一個參數。這就意味著leader選舉知道容器屬于哪一個組。所以指定這個組的容器會是leader選舉進程中的一部分，這個組之中只有一個容器會被選舉為leader。--http=localhost:4040的第二個參數同樣是非常重要的。它在4040端口打開了一個網頁服務器，在這個端口，我們可以查詢到目前leader的pod名字，然后以這個格式返回：
這是我們決定要不要運行我們的job的一個小把戲。我們要做的事情就是檢查即將執行調度pod的名字是否跟選舉出來的leader一致，如果一致，我們就應該繼續執行，并且執行job，或者其它的我們應該返回的東西。比如：
所以我們來看看ClusterLeaderService是如何被實施的。首先，我們必須從應用程序獲得pod的名字。Kubernetes將pod名字存儲在/etc/hostname，Java將這個/etc/hostname暴露在HOSTNAME環境變量，這就是我們將在這個例子中引用的。另一個方法就是使用Downward API將pod名字暴露到環境變量選擇。比如：
從這里，我們可以看到 metadata.name （也就是pod的名字）會與MY_POD_NAME環境變量聯系在一起。但是現在讓我們來看看 ClusterLeaderService的實施是看起來是怎么樣的：
在這里例子中，我們正在從RESTAssured項目使用JsonPath來查詢選舉者網頁服務，并且從回應中提取pod的名字。然后我們簡單地將本地容器的名字跟leader相比較，如果他們是相同的，那么我們就知道這個實例就是leader！就是這樣！
結論事實證明，上述工作運行地很不錯！如果leader節點要掛掉了，那么另一個就會自動選舉上。但這個過程會花上一點時間，要一分鐘左右。所以這個還是要權衡一下的。假如你的工作中不允許錯過任意一個job執行，那么這個選擇對你來說是不合適的。但在我們上述的例子中，中間有那么一分鐘job沒有被準確執行，對我們來說無傷大雅。所以我覺得這個方法十分簡單，而且當移植一個現有的包含調度jobs的應用程序的時候很有價值，因為調度jobs總有各種各樣很難提取的原因。
原文鏈接
（如果需要轉載，請聯系我們哦，尊重知識產權人人有責；）
文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。
轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/32474.html
摘要：那都是老一套了。已死已經沒有人用了。現在所有的一切都在容器化，它是未來。這是確保它可靠的唯一方式。我現在需要一個是的，為了穩定性。我猜是規模的對，沒錯。我明白了，好吧，我懂了。那我來重復一遍確保我領悟了這些。 這是一篇在國外社區非常火的文章。由CircleCI創始人所寫，追逐熱點新技術的程序員與只想做個簡單web應用的程序員對話，Docker到底能否解決簡單小應用的問題嗎？Herok...
摘要：公司始于名為的平臺即服務供應商。跨多個機器之間協調這些容器需要額外的工具，這稱之為容器編排。的核心優勢是為應用程序開發人員提供了用于編排無狀態容器的強大工具。有無數的文章都在討論和比較Docker、Kubernetes 以及Mesos。如果你是初學者，那么你可能會認為這三個開源項目正為了稱霸容器界而殊死搏斗。雖然這三種技術都使得使用容器部署、管理和伸縮應用成為可能，但實際上它們各自解決了不同...
摘要：分布式文件系統和數據庫，由于性能和成本，是持久性本地存儲的主要用例。在裸機上，除了性能之外，本地存儲通常更便宜，并且使用它是配置分布式文件系統的必要條件。 作者：1.14發布團隊 我們很高興地宣布推出Kubernetes 1.14，這是我們2019年的首次發布！ showImg(https://segmentfault.com/img/bVbqrJZ?w=300&h=293); Kub...
摘要：分布式文件系統和數據庫，由于性能和成本，是持久性本地存儲的主要用例。在裸機上，除了性能之外，本地存儲通常更便宜，并且使用它是配置分布式文件系統的必要條件。 作者：1.14發布團隊 我們很高興地宣布推出Kubernetes 1.14，這是我們2019年的首次發布！ showImg(https://segmentfault.com/img/bVbqrJZ?w=300&h=293); Kub...
摘要：同時該版本在安全性和等關鍵功能上作出了改進年月日，發布。盡管谷歌這些年來是的主要貢獻者，但現在其他技術人員在這個項目上的貢獻量已經幾乎和谷歌持平了。這些舉動都在表明云計算市場的戰火將繼續蔓延，已經成為兵家必爭之地。年月日，宣布推出。 Kubernetes 在過去幾年中一直是云計算領域最著名的開源項目之一。20...
閱讀 837·2021-11-18 10:07
閱讀 2355·2021-10-14 09:42
閱讀 5315·2021-09-22 15:45
閱讀 585·2021-09-03 10:29
閱讀 3462·2021-08-31 14:28
閱讀 1873·2019-08-30 15:56
閱讀 3038·2019-08-30 15:54
閱讀 994·2019-08-29 11:32
