愈發(fā)復雜的應用程序正在依靠微服務來保持可擴展性和提升效率。Kubernetes為微服務提供了完美的環(huán)境，并能夠讓其與Kubernetes的工具組件和功能兼容。當應用程序的每個部分放置在一個容器中，整個系統(tǒng)就會更具可伸縮性。

微服務和容器的運作方式也適合當下的CI/CD工作流程，即無需關閉整個系統(tǒng)進行更新，因為可以分別更新每個微服務(容器)。但是，這會使容器或pod的生命周期縮短，其IP地址會發(fā)生變化。

在應用程序及其微服務的生命周期中，其中某些部分可能會出現(xiàn)錯誤，無法運行，進而導致意外狀況，IP地址也很有可能發(fā)生變化。此時，服務網(wǎng)格可以幫助應用程序重新路由、提升安全性。

動態(tài)IP分配

在我們了解如何管理服務以及如何高效建立服務發(fā)現(xiàn)之前，我們必須了解服務發(fā)現(xiàn)所面臨的首要挑戰(zhàn)：IP分配問題。具體而言，Kubernetes將IP地址動態(tài)分配給Pod和服務的方式。

我們固然可以為單個Pod和服務定義IP地址，但這樣做會限制Kubernetes環(huán)境的可伸縮性。在默認情況下，環(huán)境在每次重新啟動集群、pod或服務時，任意資源都會獲得新的IP地址，因此我們只能對服務使用唯一的名稱。

為了克服這一問題，你可以使用兩種方法。其一，查看服務的環(huán)境變量。與Docker允許容器相互通信的方式類似，Kubernetes允許你掃描注入到容器中的環(huán)境變量。

如果你有在多個端口上運行的服務，你可以運行kubectl exec memcached-rm58b env命令，然后對服務名稱進行快速grep操作，之后將會顯示分配給該服務的可用IP地址和端口。不過，這并不是管理服務發(fā)現(xiàn)的最有效方法。因為，這種方法中依賴的服務必須在 pod 啟動之前就存在，不然是不會出現(xiàn)在環(huán)境變量中的。

Kube-DNS救場

長遠來看，以下闡述的第二種方法通常被認為效率更高，這得益于Kubernetes的插件Kube-DNS。我們先來了解什么是Kube-DNS。顧名思義，Kube-DNS是充當內部DNS解析器的附加組件。它是一個數(shù)據(jù)庫，其中包含用于查找的鍵值對。鍵是Kubernetes服務的名稱，值是服務所運行的IP地址。

Kube-DNS僅依賴命名空間，無需以其他方式配置Pod和服務，甚至無需修改集群、Pod和服務的配置文件即可進行基于DNS的服務發(fā)現(xiàn)。

Kube-DNS同時也支持高級DNS查詢以及DNS策略。例如，你可以對每個Pod進行配置，將其配置為遵循與其運行的節(jié)點不同的DNS屬性。這意味著你可以使用私有DNS空間來自定義pod之間如何進行通信。

這一方法還能更進一步，在每個pod的基礎上配置DNS策略。你需要做的就是將節(jié)點DNS策略設置為“None”，然后手動配置每個Pod以滿足你的特定需求。

Label和Selectors

ublic class AtomicProblem { 
　　 
　　private static Logger logger = LoggerFactory.getLogger(AtomicProblem.class); 
　　 
　　public static final int THREAD_COUNT = 10; 
　　 
　　public static void main(String[ www.yongshiyule178.com] args) throws Exception { 
　　 
　　BankAccount sharedAccount = new BankAccount("account-csx",0.00); 
　　 
　　ArrayList<Thread> threads = new ArrayList<www.zhenghongyule.com>(); 
　　 
　　for (int i = 0; i www.javachenglei.com< THREAD_COUNT; i++) { 
　　 
　　Thread thread = new Thread(new Runnable(www.dajuhezc.cn ) { 
　　 
　　@Override 
　　 
　　public void run(www.huizhonggjzc.cn ) { 
　　 
　　for (int j = 0; j < 1000 ;www.baihuajtuan.cn j++) { 
　　 
　　sharedAccount.deposit(10.00); 
 
　　public double deposit(double amount){ 
　　 
　　balance = balance + amount; 
　　 
　　return balance; 
 
　　public double withdraw(double amount){ 
　　 
　　balance = balance - amount; 
　　 
　　return balance; 
　　 
　　public String getAccountName() { 
　　 
　　return accountName; 
　　 
　　public void setAccountName(String accountName) { 
　　 
　　this.accountName = accountName; 

正如前文所述，你可以使用參數(shù)來進一步影響Pod之間和服務之間的通信方式。Kubernetes服務發(fā)現(xiàn)支持對高級控件使用label和selector，特別是在管理復雜集群時，label尤為方便。你可以將label分配給組件和容器，以便于識別。

Kubernetes處理label和selector的方式使得這些參數(shù)更易于使用。本質上，它們是添加到元數(shù)據(jù)中的簡單鍵值參數(shù)。也就是說，它們實際上并不會影響系統(tǒng)或環(huán)境中的其他部分，你可以在復雜的環(huán)境中跨pod和服務(甚至跨節(jié)點)自由使用label和selector。

接下來，我們要使用副本控制器。同樣，顧名思義，它是一個可以使Kubernetes的系統(tǒng)具有高可用性和可伸縮性的工具。你可以使用副本控制器來創(chuàng)建和管理pod副本并且維護高可用。同時，你也可以輕松地一次性刪除pod及其副本。

Service Mesh和高度彈性伸縮系統(tǒng)

要完成設置，我們需要使用與現(xiàn)有基礎架構和平臺相關的高級服務發(fā)現(xiàn)方法。AWS Cloud Map是一個十分有意思的例子。AWS環(huán)境中的應用程序資源可以擁有唯一的名稱，并且那些資源會被Cloud Map自動映射。它們注冊完成后，服務會自動變?yōu)榭砂l(fā)現(xiàn)的，并且在啟動Pod或服務后立即進行注冊過程。

現(xiàn)在有一個新的方法，通過使用服務網(wǎng)格讓管理微服務的復雜陣列變得容易。服務網(wǎng)格標準化了服務和Pod的通信方式。如果你要創(chuàng)建一個高可用的系統(tǒng)，那么在環(huán)境中使用服務網(wǎng)格來維護Pod的可見性是一個完美的解決方案。

但是，如果你的環(huán)境在AWS上，則可以以AWS App Mesh的形式利用其服務網(wǎng)格功能。它會自動處理所有事情，包括流量路由、流量均衡、調用以及使用API調用的circuit breaking。所有微服務都能夠啟用API Mesh，以簡化管理。由于此工具是Amazon生態(tài)的一部分，因此它會自動和Amazon EKS、IAM等其他工具一起使用。

Kubernetes服務發(fā)現(xiàn)使得容器平臺具有強大功能以及靈活性，服務網(wǎng)格等方法無疑通過標準化使Kubernetes服務發(fā)現(xiàn)更加強大。只要服務在運行，就可以使正確的API調用在每個Pod之前來回傳遞數(shù)據(jù)而不會中斷。