7月安卓手機(jī)好評榜：三星S23Ultra好評率第一
性能榜和性價(jià)比榜之后，我們來看最后的安卓手機(jī)好評榜，數(shù)據(jù)來源安兔兔評測，收集時(shí)間2023年7月1日至7月31日，僅限國內(nèi)市場。第一名：三星Galaxy S23 Ultra好評率：95.71%在即將迎來新
大家好，我是不才陳某~
微服務(wù)架構(gòu)是一種演進(jìn)的模式，從根本上改變了服務(wù)器端代碼的開發(fā)和管理方式。這種架構(gòu)模式涉及將應(yīng)用程序設(shè)計(jì)和開發(fā)為松散耦合服務(wù)的集合，這些服務(wù)通過定義良好的輕量級 API 進(jìn)行交互以滿足業(yè)務(wù)需求。
它旨在通過促進(jìn)持續(xù)交付和開發(fā)來幫助軟件開發(fā)公司加速開發(fā)過程，微服務(wù)架構(gòu)模式從根本上改變了服務(wù)器端代碼的開發(fā)和管理方式。
如果我們談?wù)撈浠咎卣鳎瑒t特定的微服務(wù)本身充當(dāng)應(yīng)用程序，與其他微服務(wù)形成更大的應(yīng)用程序，這使得：
從本質(zhì)上講，這使您可以更有效地管理和維護(hù)應(yīng)用程序。然而，這種模式固有的特定復(fù)雜性可以通過使用某些最佳實(shí)踐來減輕。
我們都知道微服務(wù)設(shè)計(jì)對現(xiàn)代架構(gòu)的網(wǎng)絡(luò)彈性有直接影響，當(dāng)企業(yè)決定使用微服務(wù)進(jìn)行構(gòu)建時(shí)，高效且有效地開發(fā)它們非常重要，以便它們可以在網(wǎng)絡(luò)上運(yùn)行，而不會(huì)導(dǎo)致過多的延遲、帶寬消耗和數(shù)據(jù)包丟失。
在本文中，我們將討論如果您想實(shí)現(xiàn)一個(gè)沒有極端架構(gòu)復(fù)雜性的高效微服務(wù)生態(tài)系統(tǒng)，您應(yīng)該考慮的基本微服務(wù)最佳實(shí)踐。那么，事不宜遲，讓我們開始吧。
單一職責(zé)原則是 OOP 中的任何單個(gè)對象都應(yīng)該針對一個(gè)特定功能而創(chuàng)建的概念。基本上，它是羅伯特·馬丁提出的編程原則的一部分。就像代碼一樣，一個(gè)類應(yīng)該只有一個(gè)需要更改的理由，從而使軟件更易于維護(hù)、可擴(kuò)展且更易于理解。
要在軟件開發(fā)中采用SRP，您應(yīng)該確保每個(gè)類或模塊都有明確定義的職責(zé)，并且不會(huì)嘗試做太多事情。您還應(yīng)該保持模塊解耦，并使用清晰簡潔的接口在它們之間進(jìn)行通信。總結(jié)一下，我們有一個(gè)有趣的引述：
“將那些因相同原因而變化的事物聚集在一起，并將那些因不同原因而變化的事物分開。”——奧萊利
我們可以說，這是構(gòu)建良好架構(gòu)設(shè)計(jì)的最好、最基本的原則之一，因?yàn)樗馕吨⒎?wù)、模塊、類、子系統(tǒng)或功能不應(yīng)該有多個(gè)原因進(jìn)行更改。
讓我們通過一個(gè)例子來理解這個(gè)原理：
電子商務(wù)門戶可能具有如下微服務(wù)架構(gòu)
圖片
在這里，所有服務(wù)（例如產(chǎn)品列表服務(wù)、訂單服務(wù)、客戶服務(wù)、支付服務(wù)、購物車服務(wù)、愿望清單服務(wù)等）都有單一職責(zé)。這意味著確保在并非絕對必要的情況下不將一項(xiàng)服務(wù)與另一項(xiàng)服務(wù)集成非常重要，因?yàn)檫@會(huì)使架構(gòu)的維護(hù)和測試變得更加復(fù)雜。
開發(fā)微服務(wù)架構(gòu)，需要建立職責(zé)明確的團(tuán)隊(duì)。這可以通過多種方式完成，例如基于角色的團(tuán)隊(duì)、跨職能團(tuán)隊(duì)等。在此架構(gòu)中，每個(gè)微服務(wù)都作為獨(dú)立的應(yīng)用程序運(yùn)行。
讓我們通過一個(gè)例子來理解這一點(diǎn)：
組織可以擁有基于角色的團(tuán)隊(duì)，例如 UI/UX 開發(fā)人員、前端開發(fā)人員、后端開發(fā)人員、數(shù)據(jù)庫管理員、QA、中間件開發(fā)人員等，他們獨(dú)立工作，但每天通過會(huì)議進(jìn)行互動(dòng)（無論是面對面的）或者使用各種通訊工具，如 JIRA、Slack 等。
當(dāng)我們考慮維護(hù)時(shí)，有時(shí)系統(tǒng)中也會(huì)出現(xiàn)小錯(cuò)誤，有時(shí)甚至是大錯(cuò)誤。因此，SCRUM 可能是一個(gè)可能的解決方案。它幫助每個(gè)團(tuán)隊(duì)成員縮短無意識的時(shí)間。但是，由于團(tuán)隊(duì)是根據(jù)角色組織的，因此在一個(gè)沖刺中集成一個(gè)更新可能會(huì)成為一項(xiàng)復(fù)雜的任務(wù)。例如，如果 UI/UX 開發(fā)人員沒有從服務(wù)器人員那里獲得有關(guān) API 更改的任何信息，則新 API 將根本沒有用處。
那么解決辦法是什么呢？
建立職責(zé)明確的跨職能團(tuán)隊(duì)，幫助協(xié)調(diào)團(tuán)隊(duì)之間的工作
負(fù)責(zé)整個(gè)微服務(wù)功能的跨職能團(tuán)隊(duì)可能會(huì)給您的項(xiàng)目帶來重大好處。該團(tuán)隊(duì)?wèi)?yīng)由所有基于角色的團(tuán)隊(duì)的成員組成，并負(fù)責(zé)協(xié)調(diào)應(yīng)用程序的各個(gè)部分，即 UI、開發(fā)、數(shù)據(jù)庫，甚至 QA。如果應(yīng)用程序有兩個(gè)版本，即網(wǎng)絡(luò)版本和移動(dòng)版本，那么兩個(gè)團(tuán)隊(duì)的開發(fā)人員都應(yīng)該出現(xiàn)在該團(tuán)隊(duì)中。這種團(tuán)隊(duì)的主要好處是可以輕松解決錯(cuò)誤、開發(fā)新功能并將其部署到生產(chǎn)環(huán)境中。
至此，您可能已經(jīng)設(shè)計(jì)了微服務(wù)來獨(dú)立部署它們，現(xiàn)在您必須實(shí)現(xiàn)這些微服務(wù)的最佳價(jià)值。為此，您需要使用一組良好的 DevOps 工具來自動(dòng)化構(gòu)建和部署管理。
使用正確的工具、框架和庫將對實(shí)現(xiàn)微服務(wù)架構(gòu)大有幫助。如果您計(jì)劃在 Java 中執(zhí)行此操作，請考慮Spring Boot 項(xiàng)目。選擇正確的工具和框架需要花費(fèi)大量的時(shí)間和精力，因此這里列出了適合該工作的“首選”、經(jīng)過驗(yàn)證的工具和技術(shù)：
微服務(wù)之間發(fā)生兩種類型的通信：同步和異步。讓我們通過一個(gè)例子來理解這一點(diǎn)：
對于電子商務(wù)平臺來說，同步通信意味著用戶將被要求“保持在線”并完成一系列步驟（選擇商品、添加送貨地址、付款詳細(xì)信息、訂單驗(yàn)證），最終導(dǎo)致客戶通知“謝謝”您的訂單！我們將于下周交付”。
一旦處理客戶通知，也會(huì)發(fā)生一些異步通信，這些異步通信是訂單“履行”階段的一部分，例如：倉庫通知、庫存更新等。
在同步通信的情況下，一個(gè)服務(wù)變得依賴于另一服務(wù)。有時(shí)，使用多個(gè)微服務(wù)之間的同步通信來完成整個(gè)任務(wù)會(huì)變得非常耗時(shí)。
另一方面，異步通信彼此不依賴，每個(gè)服務(wù)都可以花一些時(shí)間來完成其任務(wù)。因此，人們應(yīng)該盡可能地最大化微服務(wù)之間的異步通信，它減少了依賴性并提高了應(yīng)用程序的整體效率。
您可以在下面看到這樣的示例：
圖片
安全性在此架構(gòu)中非常重要。隨著微服務(wù)架構(gòu)在云原生應(yīng)用程序開發(fā)中的發(fā)展，DevSecOps 實(shí)踐越來越多地用于通過增強(qiáng)的安全措施來確保持續(xù)集成和持續(xù)交付。使用微服務(wù)構(gòu)建的應(yīng)用程序可以分為以下代碼類型：
DevSecOps 包含三個(gè)概念：開發(fā)、安全和操作，并已被證明是具有持續(xù)集成、持續(xù)交付和持續(xù)部署管道等原語的代碼類型的促進(jìn)范例。這些管道是使用開發(fā)人員的源代碼進(jìn)行開發(fā)、測試、部署以及許多此類操作的工作流程，這些操作由具有反饋機(jī)制的自動(dòng)化工具支持。此外，它還使開發(fā)團(tuán)隊(duì)能夠更快地交付更好、更安全的代碼。微服務(wù)架構(gòu)中的 DevSecOps 實(shí)踐提供了許多好處，例如：
一項(xiàng)重要的實(shí)踐是確保盡可能使用單獨(dú)的數(shù)據(jù)庫來存儲(chǔ)數(shù)據(jù)，而不是為多個(gè)微服務(wù)使用相同的數(shù)據(jù)庫。然而，更深入的分析可能表明一個(gè)微服務(wù)僅適用于數(shù)據(jù)庫表的子集，而另一方面，另一個(gè)微服務(wù)僅適用于全新的表子集。如果兩個(gè)數(shù)據(jù)子集都是正交的，則需要將數(shù)據(jù)庫分成單獨(dú)的服務(wù)。
因此，請確保為您的微服務(wù)擁有單獨(dú)的數(shù)據(jù)存儲(chǔ)，以減少延遲并提高安全性。這已經(jīng)被提到很多次了，但需要強(qiáng)調(diào)的是，微服務(wù)之間應(yīng)該盡可能少地依賴。
微服務(wù)架構(gòu)的主要屬性之一是每個(gè)服務(wù)的數(shù)據(jù)都是私有的，例如，每個(gè)服務(wù)數(shù)據(jù)庫模式就是如此。
圖片
我們還可以使用共享數(shù)據(jù)庫服務(wù)器，該服務(wù)器可供多個(gè)服務(wù)使用，并對其數(shù)據(jù)進(jìn)行邏輯分離。
如果您單獨(dú)部署每個(gè)微服務(wù)，那么在維護(hù)或升級工作的同時(shí)，您肯定會(huì)節(jié)省大量與多個(gè)團(tuán)隊(duì)協(xié)調(diào)的時(shí)間。此外，如果一個(gè)或多個(gè)微服務(wù)具有相同的資源，我們建議您使用專用基礎(chǔ)設(shè)施來隔離每個(gè)微服務(wù)的故障并避免全面中斷。
部署微服務(wù)的一些最常見和流行的模式是：
微服務(wù)的編排是在流程和工具方面取得成功的最有影響力的因素之一。您可以使用 Docker 在虛擬機(jī)上運(yùn)行容器，但它無法提供與容器編排平臺相同級別的彈性。在嘗試采用微服務(wù)架構(gòu)時(shí)，這樣的決定很可能會(huì)對您的正常運(yùn)行時(shí)間產(chǎn)生負(fù)面影響。
以下是一些經(jīng)過驗(yàn)證的編排平臺：
這些平臺有助于管理容器配置和部署、負(fù)載平衡、擴(kuò)展、網(wǎng)絡(luò)通信問題等。
微服務(wù)架構(gòu)可幫助您對數(shù)千個(gè)模塊化服務(wù)進(jìn)行巨大擴(kuò)展，并提供提高速度和有組織的監(jiān)控方法的潛力。然而，重要的是要確保檢查所有微服務(wù)并定期檢查它們是否按預(yù)期運(yùn)行以及是否有效地使用可用資源。根據(jù)這些觀察結(jié)果，如果未達(dá)到預(yù)期，您可以采取適當(dāng)?shù)拇胧?span style="display:none">ECh28資訊網(wǎng)——每日最新資訊28at.com
讓我們分析一個(gè)示例情況，假設(shè)您應(yīng)用了微服務(wù)架構(gòu)模式，該模式不具備處理請求的能力，但它們?nèi)栽谶\(yùn)行。例如，如果數(shù)據(jù)庫連接耗盡，監(jiān)控系統(tǒng)應(yīng)該能夠在實(shí)例發(fā)生故障時(shí)生成警報(bào)，并且請求應(yīng)路由到工作服務(wù)實(shí)例。
監(jiān)控微服務(wù)并準(zhǔn)確解釋這些統(tǒng)計(jì)數(shù)據(jù)將幫助您改進(jìn)決策并在需要時(shí)保持微服務(wù)可用。
讓我們看一下微服務(wù)監(jiān)控工具的幾個(gè)示例。
這就是這篇文章的內(nèi)容。我希望您覺得這篇文章很有用，并且您將遵循這些微服務(wù)的最佳實(shí)踐，最終得到一個(gè)獨(dú)立的、松散耦合的系統(tǒng)，以便獲得該架構(gòu)的好處。
本文鏈接：http://www.www897cc.com/showinfo-26-17288-0.html開發(fā)微服務(wù)的九個(gè)最佳實(shí)踐
聲明：本網(wǎng)頁內(nèi)容旨在傳播知識，若有侵權(quán)等問題請及時(shí)與本網(wǎng)聯(lián)系，我們將在第一時(shí)間刪除處理。郵件：2376512515@qq.com
上一篇： 聊聊Golang飽受爭議的Error
Copyright ? 2016-2023 天津谷騏科技有限公司 版權(quán)所有 sitemap.xml
違法及侵權(quán)請聯(lián)系：2376512515@qq.com 津ICP備18001702號
津公網(wǎng)安備 12010102000574號