亞馬遜公司和微軟公司作為行業領先的公共云提供商，都提供了幾十個Web服務，每個Web服務代表一個有用的應用程序功能或工具，用戶可以通過API進行調用。在表面上，這些產品看起來很像微服務。
微服務(如云Web服務)不是單個應用程序的一部分，而是為應用程序提供一般資源。幾個不同的應用程序和許多用戶可以同時訪問微服務，就像云web服務一樣。微服務還具有響應負載進行擴展的能力，并且如果其底層資源失敗，還可以替換自身，就像云web服務一樣。
使用微服務構建自己的云Web服務的唯一問題是，它并不總是清楚微服務所需的屬性。云計算架構師可能無法以正確的方式部署微服務，因此降低了微服務提供云Web服務特性的價值。這就是為什么規劃微服務部署是至關重要的原因。
使用微服務創建云Web服務
使用微服務構建自己的云Web服務的第一步是確定要定位的一般功能。訪問Amazon Web Services或Azure云網站，并從分析到安全相關，查看自己的網絡服務庫存。查看哪些服務對自己的應用程序最有用，但不要復制其他的公共提供程序，因為組織自己的需求可能更專業，而不是關注單個應用程序或應用程序組。
與云計算提供商的Web服務不同，微服務通常以與傳統云應用程序組件相同的方式托管。
下一步是規劃自己的訪問。大多數應用程序組件設計為在應用程序內訪問，而不是從外部訪問。組織的微服務必須能夠在所有應用程序中訪問。考慮創建一個微服務子網，其中部署了所有的微服務。然后，將每個微服務API公開到組織的VPN上以供一般用途。
請確保自己的微服務不會造成安全或合規性問題。因為微服務是可公開尋址的，并且在應用程序之間共享，它們可能導致信息泄漏。而其解決方案是要求用于微服務訪問的憑證，通過各種技術(例如加密和安全密鑰)來識別應用或用戶。
但是如果微服務設計不正確，則安全訪問可能不夠。在使用時，應用程序經常在其存儲系統中留下一些數據，這些數據可能會危及安全性，并使得微服務難以擴展。程序員應該盡可能開發無狀態微服務，并且避免在編寫微服務時在軟件中保存任何數據。
一旦組織確定目標Web服務并確保其微服務的安全訪問，這時應考慮其可??移植性。與云計算提供商的Web服務不同，微服務通常以與傳統云應用程序組件相同的方式托管。如果組織計劃為微服務進行混合或多云部署，請確保可以訪問微服務，無論它們是托管在哪里。這可能需要維護不同的機器映像，以及涉及的各種公共和私有云平臺的DevOps模型。
DevOps工具及其正確使用對于使微服務真正用作云Web服務至關重要。微服務應該作為一系列部署單元，用于他們目標的每個云。這些部署單元又由微服務的更高級組件模型管理。更高級別的模型還定義了在組件縮放過程中如何處理負載均衡。為了使這種方法奏效，DevOps工具必須支持事件處理，并且表示需要縮放微服務的條件必須生成適當的事件。
云web服務的一個隱藏的但關鍵的屬性是性能彈性。如果公共云提供商具有通過負載平衡來提升實例彈性的工具，可以使用它們構建彈性微服務。但是，這些工具是云Web服務，可能無法從每個提供商處獲得，它們也可能不適用于私有云部署。這使得必須為組織所需要支持的每個部署模型(從公共云和私有云到云爆發，故障轉移和水平擴展)布置其需要的功能，以及如何處理負載平衡和可擴展性。
考慮在組織使用的每個云中部署每個微服務的版本。這消除了跨越云邊界縮放微服務的需要，或者一個云中的應用程序必須訪問另一個云服務中的微服務。這將有助于確保組織的云Web服務的可移植性。
使用上述步驟準備的微服務可以在任何地方運行，能夠以各種規模使用任何應用程序，以滿足工作負載性能需求。還可以編寫包含云提供商的Web服務的微服務，然后使用該模型來為其他提供商的Web服務調整應用程序，即使它們的實施方式略有不同。使用微服務構建組織自己的云Web服務可以更好地支持組織主要的開發業務和應用程序。
京公網安備 11010502049343號