[[439207]]

本文轉(zhuǎn)載自微信公眾號「計算機世界」，作者Lee Atchison。轉(zhuǎn)載本文請聯(lián)系計算機世界公眾號。

你可能正面臨這樣的處境：你擁有豐富的應(yīng)用程序，還有大量使用這些應(yīng)用程序的客戶。除此之外，你還擁有大量的產(chǎn)品目錄，商城也做得很大且功能豐富。一切看起來都很好。

但除了這些，你還要面對很多問題。

你的應(yīng)用程序經(jīng)常崩潰。當(dāng)它出現(xiàn)問題時，雖然開發(fā)人員可以即時解決，并且他們修復(fù)站點的速度也很快，但這需要付出大量時間和精力。想象一下，如果這種宕機經(jīng)常出現(xiàn)，一宕就是好幾個小時，你會損失多少的生意?

你的開發(fā)人員也想解決這個問題，他們有很多想做的事情，比如他們一直想要實現(xiàn)一些很棒的新功能。但他們根本無法完成，因為修復(fù)錯誤和緊急救援消耗了他們太多的精力。

你想要雇用更多的人，但并沒有足夠的預(yù)算支持。而且，你還需要不斷招聘新人以替換即將離職的人。例如：員工Judy去了一家更大的科技公司，員工Joe離開是因為他在深夜處理了太多的緊急情況，感到筋疲力盡。

技術(shù)問題不僅給你帶來壓力，也給你的團隊帶來壓力。它讓你看不到任何出路，把你和你的公司都困住了。

你掉進了一個許多軟件公司和非軟件公司IT部門都掉進過的陷阱。這些公司創(chuàng)建了可以處理所有事情的大型的整體式應(yīng)用程序。但是這些應(yīng)用程序因為變得太過龐大和復(fù)雜，以至于難以控制。沒有人能完全了解應(yīng)用程序中發(fā)生的所有事。

這時候問題出現(xiàn)了，這些應(yīng)用程序需要不斷地修復(fù)。你嘗試添加新的功能或改進現(xiàn)有的功能，但這些更改牽一發(fā)而動全身，以至于你無法在短時間內(nèi)完成這些嘗試，而且就算它們完成了，也可能充滿了錯誤。因此，你的開發(fā)速度變得很慢，而且越來越慢。這時你嘗試增加更多的開發(fā)人員，但他們似乎并沒有讓事情進展得更快，而且新開發(fā)人員需要花費大量的時間去學(xué)習(xí)。

這時的你感覺就像被困在泥潭里。

其實困難是可以避免的。你不用全盤否定這些應(yīng)用程序，而是根據(jù)公司需求重新構(gòu)建他們。

不斷增長的應(yīng)用程序

你可以先從一個由一個人或一兩個小型開發(fā)團隊編寫和管理的簡單應(yīng)用程序開始。這個應(yīng)用程序如圖 1 所示，簡潔明了。

圖1：一個簡單但不斷增長的應(yīng)用程序

隨著時間的推移，應(yīng)用程序不斷增長。因為應(yīng)用程序的成功，導(dǎo)致流量急劇增加，所以你開始添加新的特性和功能，并雇用更多的開發(fā)人員來開發(fā)應(yīng)用程序。很快，它就看起來像是圖 2。

圖2：一個復(fù)雜的、停滯不前的應(yīng)用程序

現(xiàn)在，新的問題出現(xiàn)了。沒人知道他們該負(fù)責(zé)應(yīng)用程序的哪些部分。團隊1做的改變會影響到團隊3。因此，大家的壓力都很大，生產(chǎn)力變得很低，而且錯誤會蔓延到整個應(yīng)用程序中。于是你的站點開始出現(xiàn)故障，但這時候你可能還以為故障是隨機產(chǎn)生的。當(dāng)出現(xiàn)故障時，您的團隊很難找出問題所在，因為沒有人能夠了解應(yīng)用程序中發(fā)生的一切。這就是你遇到的典型困難。

你的獨立開發(fā)團隊并不是真正獨立的，因為一個團隊所做的改變會對其他團隊的工作產(chǎn)生很大的影響。你不能處理獨立的項目，因為所有的項目都是相互交織的。創(chuàng)新被扼殺了，你的業(yè)務(wù)也是如此。

微服務(wù)架構(gòu)的價值

現(xiàn)在一起來看看圖3。

圖 3：基于微服務(wù)架構(gòu)的應(yīng)用程序

在微服務(wù)架構(gòu)的應(yīng)用程序里，每個服務(wù)都是獨立于其他服務(wù)的。每項服務(wù)規(guī)模都較小，但量更大。每項服務(wù)之間都有明確的關(guān)聯(lián)，而且也有著明確規(guī)范的業(yè)務(wù)邏輯。

更重要的是，每個服務(wù)都有單一的負(fù)責(zé)人，每項服務(wù)的所有方面都由一個開發(fā)團隊負(fù)責(zé)。

干凈的應(yīng)用程序結(jié)構(gòu)會使所有權(quán)和責(zé)任更清晰。

簡而言之，你的應(yīng)用程序得到了擴展。而且，這個擴展不是指它可以支持的客戶數(shù)量變多了，而是它支持的獨立開發(fā)人員、項目和計劃更多了，因此可以支持和維護你不斷增長的業(yè)務(wù)。

開發(fā)團隊不會互相影響，因此工作效率變得更高。而且，因為低級問題變少，他們會更快樂，有可能在公司待得更久。

此外，你可以通過簡單地再平衡所有權(quán)責(zé)任來增加開發(fā)團隊的數(shù)量，從而增加開發(fā)人員的數(shù)量。越來越多的開發(fā)人員變得更有效率，并且你可以在所有重要的業(yè)務(wù)項目上取得更好的進展，從而使你的生意發(fā)展的更好。

如果出現(xiàn)問題，通過分析服務(wù)之間的交互，你可以更輕松地鎖定問題的根源，以及哪個團隊?wèi)?yīng)該負(fù)責(zé)修復(fù)。此外，由于每個團隊的職責(zé)范圍變小，他們對自己負(fù)責(zé)的服務(wù)運作會更清楚，因此可以更快、更有效地解決問題。而且，因為他們更了解自己負(fù)責(zé)的領(lǐng)域，所以也不太可能將錯誤引入系統(tǒng)。

作者：Lee Atchison，云計算和應(yīng)用程序現(xiàn)代化領(lǐng)域公認(rèn)的專家。Lee在產(chǎn)品開發(fā)、架構(gòu)、擴展和現(xiàn)代化應(yīng)用方面擁有超過三十年的經(jīng)驗，曾在 Amazon、Amazon Web Services (AWS)、New Relic等現(xiàn)代應(yīng)用行業(yè)工作過。Lee最近的一本書是《Architing for Scale(O'Reilly Media)》。

原文網(wǎng)址：

https://www.infoworld.com/article/3637016/why-you-should-use-a-microservice-architecture.html