為了應對不斷發展的工作流程和增加的數據消耗，組織正在轉向基于微服務的架構，以提高開發速度，并為其軟件帶來創新。

 

由于擴展了基礎設施功能、補丁、系統更新和添加的代碼，以往的基于應用程序的基礎設施可能會逐漸失去模塊化和易維護性。這使得更難以對軟件進行更小、更頻繁的更改，并在快速更新周期的基礎上建立功能。更新這些老化的軟件模型是微服務的優勢之一。

 

“如果采用得當，可以與現有服務并行運行，并且部署所需的時間比大型服務少得多。”總部位于亞特蘭大的Kairu咨詢公司企業首席架構師Calvin Brown說。

 

數據中心管理人員通常不參與創建微服務架構，但他們必須了解硬件如何支持成功實施。越來越多的企業通過讓開發人員創建更小的服務來幫助他們更快地運行。

 

借助可促進協作、測試和集成的DevOps模型，管理人員和開發人員可以獲得微服務的好處，并獲得有效開發周期和部署硬件的必要支持。

 

 

微服務是耦合到實現業務功能的服務集合中的應用程序。為了更加定期地維護某些軟件功能，開發人員可以分解軟件組件或服務，以形成分布式系統。這使得該技術非常適合基于云計算或本地的數據中心部署，因為它是一種可根據開發人員的需求量身定制的架構模式。

 

許多數據中心管理人員已經熟悉的Docker和自動化軟件是微服務的關鍵推動者。

 

“微服務不需要采用昂貴的專用硬件。”PhoenixNAP全球IT解決方案總裁兼首席執行官Ian McCarty說，“它們可以在商用數據中心硬件上運行共享集群，這更容易擴展和替換。”

 

要啟動并運行微服務應用程序，數據中心管理人員必須使用具有低延遲連接的基礎設施。管理人員可以使用自動化軟件來簡化部署，因為他們必須單獨部署每個應用程序組件，這通常在容器內部署。

 

“微服務的部署和監控比傳統的單片系統更加困難和昂貴。”McCarty說。

 

 

除了提供更加模塊化的方式來更新軟件模塊之外，微服務還節省了一些維護費用，即從測試到生產的更快的工作流程。

 

管理人員可以看到在勒索軟件或分布式拒絕服務攻擊或意外中斷的情況下采用微服務的好處。如果一個功能脫機，管理員可以處理該問題，而不是關閉整個系統。

 

微服務還可以提高數據中心的可擴展性和資源利用率。IT管??理人員可以通過擴大受影響組件的數量來處理需求高峰，而不是部署整個系統的副本。

 

“組織可以通過在云計算或其他數據中心部署臨時虛擬機來滿足特殊需求，而不必擁有足夠強大的數據中心來支持整個系統。”McCarty說。

 

開發人員可以在自己的計算機上構建每個服務，而不必擔心沒有足夠的資源來運行它。

 

對于長期維護，每個開發團隊都可以使用他們想要的源代碼來解決他們的問題。這可以減少進行更改所需的時間和協調性。

 

整體的微服務架構并不強制IT管理員沿著特定的路徑前進，因為它可以根據各個模塊的需要適應多種技術和源代碼。這需要管理人員和開發人員之間的溝通，因為管理人員必須確保使用容器，小型云部署甚至無服務器部署來支持微服務是可行的。如果在開發人員開始編碼之前硬件沒有到位，則會延遲啟動時間，增加配置成本，并減少了微服務的好處。

 

此外，如果管理人員使用異構環境來支持微服務，那么他們必須確認服務器和云平臺之間的兼容性，以便在架構生效后最大限度地減少停機時間。

 

 

在實施該技術之前，組織必須正確評估基于微服務體系結構的用途。

 

“如果傳統的單片應用程序變得難以管理或更新，那么微服務可能是使應用程序更加健壯和可擴展的良好機制。”451 Research公司首席分析師Jay Lyman說，“如果沒有問題，可能不需要微服務。”

 

此外，管理人員必須考慮如何分組功能以及哪些API將支持不同的模塊。在規劃服務分組時，開發人員必須確保組件彼此一致，并且不應在同一模塊中分組太多功能。

 

數據中心管理員需要了解任何部署計劃。這意味著評估當前服務器和云計算容量，包括計算應用程序帶寬和存儲要求，以確保微服務可以有效地長期運行，并處理數據的波動。

 

 

451 Research公司表示，超過三分之一的企業IT決策者表示正處于微服務的初始或廣泛生產使用階段。在調查期間，62%的人表示正在積極評估測試環境中的微服務。只有4%的人表示沒有興趣采用。

 

而行業巨頭，如亞馬遜與AWS API集成和AWS Lambda以及微軟的Azure API管理，將推動采用，因為他們在幫助客戶的微服務實施方面投入了大量資金。

 

即使在大型技術組織的幫助下，IT管理員仍必須與開發人員合作，找到適當的專用服務器，云計算和容器組合，以支持更靈活的軟件架構，并了解微服務的優勢。