如何更好地在云計(jì)算中調(diào)試微服務(wù)？

調(diào)試微服務(wù)對(duì)于工作人員來(lái)說(shuō)似乎令人生畏，而采用正確的工具和策略可以使他們更輕松地開(kāi)展工作。

信息架構(gòu)的增長(zhǎng)促使許多組織采用云服務(wù)，并隨著時(shí)間的推移而增長(zhǎng)。微服務(wù)在這方面一直處于領(lǐng)先地位，并且在設(shè)計(jì)各種應(yīng)用程序以使其成為可獨(dú)立部署的服務(wù)方面，其受歡迎程度呈指數(shù)級(jí)增長(zhǎng)。

在O‘Reilly公司的一項(xiàng)調(diào)查中，50%以上的受訪者表示，他們組織中50%以上的新開(kāi)發(fā)項(xiàng)目使用微服務(wù)。

在單片機(jī)系統(tǒng)中，整個(gè)應(yīng)用程序可能會(huì)由于模塊中的單個(gè)錯(cuò)誤而失敗。使用獨(dú)立的模塊為開(kāi)發(fā)人員提供了更廣泛的靈活性，可以編輯和部署可定制的代碼，而不必?fù)?dān)心影響?yīng)毩⒌哪K。

但是，當(dāng)意外引發(fā)錯(cuò)誤時(shí)，這種方法會(huì)帶來(lái)獨(dú)特的挑戰(zhàn)。由于信息架構(gòu)的復(fù)雜性以及從開(kāi)發(fā)階段到生產(chǎn)階段的過(guò)渡，在云中調(diào)試微服務(wù)可能是一項(xiàng)艱巨的任務(wù)。

以下探討一下面臨的一些挑戰(zhàn)以及如何無(wú)縫地應(yīng)對(duì)這些挑戰(zhàn)。

調(diào)試微服務(wù)的挑戰(zhàn)

（1）追蹤和可觀察性不足

微服務(wù)需求的增長(zhǎng)帶來(lái)了基礎(chǔ)設(shè)施的復(fù)雜性。每一個(gè)云組件、模塊和無(wú)服務(wù)器調(diào)用通常都隱藏了基礎(chǔ)設(shè)施的復(fù)雜性，這使得DevOps和運(yùn)營(yíng)團(tuán)隊(duì)很難根據(jù)輸出跟蹤和觀察微服務(wù)的內(nèi)部狀態(tài)。獨(dú)立運(yùn)行的微服務(wù)難以跟蹤異步模塊中存在的任何用戶請(qǐng)求，這可能會(huì)導(dǎo)致錯(cuò)誤的鏈?zhǔn)綇?fù)制。這也意味著檢測(cè)相互交互的服務(wù)可能會(huì)受到這些錯(cuò)誤的影響。這些因素使得查明任何錯(cuò)誤或錯(cuò)誤的根本原因?qū)τ陂_(kāi)發(fā)人員來(lái)說(shuō)是一項(xiàng)艱巨的任務(wù)。

（2）在復(fù)雜環(huán)境中監(jiān)視狀態(tài)

由于許多微服務(wù)聚集在一起來(lái)構(gòu)建系統(tǒng)，因此監(jiān)視其狀態(tài)變得很復(fù)雜。隨著更多的微服務(wù)組件添加到系統(tǒng)中，復(fù)雜的服務(wù)網(wǎng)格逐漸發(fā)展，而每個(gè)模塊都獨(dú)立運(yùn)行。這也帶來(lái)了任何一個(gè)模塊隨時(shí)可能發(fā)生故障，但不會(huì)影響其他模塊運(yùn)行的可能性。

開(kāi)發(fā)人員可能發(fā)現(xiàn)調(diào)試某些特定微服務(wù)中的錯(cuò)誤非常困難。其中的每一個(gè)都可以用不同的編程語(yǔ)言進(jìn)行編碼，具有獨(dú)特的日志記錄功能，并且大多獨(dú)立于其他組件。

（3）從開(kāi)發(fā)到生產(chǎn)可能是不可預(yù)測(cè)的

在將代碼從開(kāi)發(fā)階段移動(dòng)到生產(chǎn)階段時(shí)，性能和狀態(tài)錯(cuò)誤也是不可預(yù)測(cè)的。即使在集成和單元測(cè)試之后，人們也無(wú)法預(yù)測(cè)代碼在分布式服務(wù)器上處理成千上萬(wàn)個(gè)請(qǐng)求時(shí)的性能。如果代碼擴(kuò)展不充分或者數(shù)據(jù)庫(kù)無(wú)法處理請(qǐng)求，那么開(kāi)發(fā)人員幾乎無(wú)法檢測(cè)到系統(tǒng)中的潛在錯(cuò)誤。

在云中調(diào)試微服務(wù)的方法

以下是一些特定于微服務(wù)的調(diào)試方法，這些方法可以幫助組織解決以下提到的挑戰(zhàn)：

（1）非侵入式調(diào)試選項(xiàng)

與傳統(tǒng)的調(diào)試方法不同，第三方工具可以通過(guò)中斷或暫停服務(wù)來(lái)幫助DevOps團(tuán)隊(duì)設(shè)置不會(huì)影響調(diào)試過(guò)程執(zhí)行的斷點(diǎn)。這些方法是非侵入性的，允許開(kāi)發(fā)人員查看全局變量和堆棧跟蹤，這有助于他們更有效地監(jiān)視和檢測(cè)錯(cuò)誤。它還允許開(kāi)發(fā)人員在不停止代碼運(yùn)行或重新部署其代碼庫(kù)的情況下測(cè)試可能出現(xiàn)的有關(guān)問(wèn)題。

（2）可觀察性增強(qiáng)工具

任何具有大量微服務(wù)的系統(tǒng)都很難跟蹤請(qǐng)求。盡管人們可能認(rèn)為構(gòu)建可觀察性的自定義平臺(tái)是解決這個(gè)問(wèn)題的答案，但它在開(kāi)發(fā)過(guò)程中會(huì)消耗大量的時(shí)間和資源。

幸運(yùn)的是，許多現(xiàn)代的第三方工具旨在跟蹤請(qǐng)求。并為微服務(wù)提供廣泛的可觀察性。這些工具提供了很多功能，例如分布式和無(wú)服務(wù)器計(jì)算功能。

例如，Thundra之類的工具可以幫助組織監(jiān)視生產(chǎn)過(guò)程中遍歷其基礎(chǔ)設(shè)施的用戶請(qǐng)求，幫助開(kāi)發(fā)人員全面了解編碼環(huán)境，查明錯(cuò)誤源頭，并快速調(diào)試。

（3）自治異常跟蹤

對(duì)于系統(tǒng)而言，首先要意識(shí)到發(fā)現(xiàn)錯(cuò)誤是一項(xiàng)艱巨的任務(wù)。系統(tǒng)必須自動(dòng)跟蹤發(fā)生的任何異常，從而幫助系統(tǒng)識(shí)別重復(fù)模式或破壞性行為，例如閏年錯(cuò)誤、瀏覽器中特定版本的錯(cuò)誤、奇數(shù)堆棧溢出等等。

但是，發(fā)現(xiàn)這些錯(cuò)誤只是成功的一半。系統(tǒng)還需要跟蹤變量和日志，以查明錯(cuò)誤發(fā)生的時(shí)間和條件。這有助于開(kāi)發(fā)人員找到最有效的解決方案以消除錯(cuò)誤。全面的監(jiān)視可以顯著簡(jiǎn)化生產(chǎn)中的調(diào)試過(guò)程。

在云中調(diào)試不一定很困難

在現(xiàn)代微服務(wù)中，調(diào)試對(duì)任何人來(lái)說(shuō)都是一個(gè)非常復(fù)雜的過(guò)程。跟蹤用戶請(qǐng)求和預(yù)測(cè)代碼可擴(kuò)展性的能力非常復(fù)雜。然而，現(xiàn)代工具可以使開(kāi)發(fā)人員更容易地監(jiān)視、檢測(cè)和解決錯(cuò)誤。

采用快速部署的微服務(wù)架構(gòu)設(shè)計(jì)，并且使用正確的工具集，對(duì)于開(kāi)發(fā)人員來(lái)說(shuō)，可以使其調(diào)試變得更加簡(jiǎn)單。
責(zé)編AJX