隨著開發團隊轉向采用微服務，最佳使用案例有助于提供參考，因此可以了解一些主要廠商的微服務用例。
大多數企業開發團隊將不再使用云托管的微服務。因為大多數可能會出現問題，而早期的使用者會放棄甚至拒絕使用微服務。最好的微服務用例分為四類，每個企業都應該聯系一個或多個早期微服務采用者，讓他們提出一些建議。
微服務用例
第一個用例是使用微服務來促進云采用。大多數開發團隊認識到，最佳的使用公共云和混合云的應用程序架構是不同的。很少有人準備說明這些差異，以及如何實現有序的部署，安全和合規的運作以及全面的托管效率。微服務提供了一種新的應用程序模型的路徑，即使以整體形式，也容易地托管在數據中心中，仍然輕松移動到云平臺。
微服務在定義一種在綁定服務方面具有動態性的服務模型方面超越了面向服務架構（SOA）。微服務是一個設計（如果正確完成）功能的單元，是無狀態和可擴展的，同時，以緊耦合或松散耦合意義連接。用戶可以將微服務和核心應用程序組件集成到單個機器映像中，復制服務并避免組件連接和集成的問題?？梢允褂肁PI管理器將相同的微服務擴展為受控共享服務，該管理器可復制SOA機制的安全性，然后以治理許可的REST形式暴露。這種選擇范圍在應用設計中是無與倫比的，它是云計算的理想選擇。
第二個微服務用例的重點是通過微服務實現以業務為中心的經典面向服務架構（SOA）的目標。微服務要高效，要求應用架構師與企業架構師更加配合，以識別可重用的業務功能，以轉變為微服務。這是一個重要的，有價值的，偏離傳統的SOA模式，其中服務的定義主要是基于技術考慮。企業最近意識到需要對IT元素和組件化進行更多的基于業務的評估，但是如何開始卻不太明確。
通過識別應用程序的業務功能，然后在應用程序之間映射常見或非常相似的功能，開始實施良好的微服務策略。這些功能成為微服務創建的目標，盡管預計將有一些是廣義最大限度的重用，有些可以基于諸如無狀態行為和可擴展性的技術目標映射到一系列微服務而不是單個微服務。
第三個微服務用例是使用微服務來利用云計算的彈性和可擴展性。企業知道，采用云計算的主要好處并不是降低計算成本，而是更有效，更高效的運營，提高業務靈活性和應用程序的體驗質量。問題在于，用戶并不清楚如何利用云功能實現這些優勢。而微服務是最好的答案。
彈性或可伸縮性意味著擴展或收縮應用程序資源以匹配工作負載并響應失敗。這意味著構建應用程序，以便應用程序的“瓶頸”組件可以實例化多個副本，并且可以在副本之間平衡工作負載。微服務說明如何構建組件以使此過程變得容易，并且用于將安全性/治理實踐應用于微服務的API管理器也可用于負載平衡和實例管理。
這種用例也可以被視為將應用程序移動到基于容器的部署的一種方式，這是采用云計算企業越來越重要的一個目標。由于微服務是相對較小的功能元素，它們適用于容器的低開銷模型，并且已經做了大量工作來證明兩種技術的最佳結合。
最后一個，也許最復雜的微服務用例是創建事件驅動的企業。。應用程序設計長期以來是基于應用程序的概念，它是通過靜態工作流鏈接的一系列組件，通常通過消息/服務總線支持。企業IT作為企業事件響應的一種看法是一種替代模式，對于IT和業務整體而言，它們比組件化或云計算具有更大的潛在影響。然而，事件驅動的企業流程也與傳統設計有著深刻的背離，也是架構師和開發人員面臨的挑戰。
找到工作的用例
微服務比任何當前的技術開發直接支持事件驅動的業務IT方式。作為無狀態功能實現的細粒度微服務可以根據需要向外推，這將開啟一個全新的應用程序設計模型，功能組件根據需要進行封送，并推送到工作人員起源點，并收集公司數據的信息庫。
大多數公司會發現微服務器的這些用例區域之一是相關的，許多公司會發現其中的幾個（甚至全部都可以應用）。微服務并不會自動解決這些問題，很明顯，用例是應用微服務的指南，但不一定是一個路線圖。最聰明的做法就是查看上面的所有要點，并將它們從即刻和長期的重要性中排除。然后，確定與每個重點相關的微服務功能，并決定哪些特定的微服務能力是最重要的。
微型服務仍處于起步階段，很容易造成錯誤，因為任何給定領域的最佳實踐仍然不成熟。這意味著，與微型服務一樣有價值，如今，它們仍然是一個更多用戶支持的更長時間的風險更高的策略。用戶需要花費一定的時間評估使用案例，并仔細開發自己的微服務策略，以防止難以糾正早期的錯誤。
京公網安備 11010502049343號