Account Log in

Hero

Jump to section

認識微服務

複製 URL

傳統的應用程式創建方式較著重單一整體性,也就是將應用程式的所有可部署部分,通通放進該應用程式中。而這樣做也有其缺點:當應用程式規模愈大時,就愈難快速解決新問題和增加新功能。以微服務技術為基礎的應用程式創建方式,就有助於解決這類問題,同時還能提升開發及應對能力。

採用雲端原生應用程式的途徑

微服務既是一種架構,也是編寫軟體的方法。微服務可將應用程式分解成最小型且彼此獨立的元件。有別於將所有元件都設置於一處的傳統單一應用程式創建法,各自獨立的微服務能共同運作並完成相同的任務,而其中每一項元件或流程,都屬於一種微服務。這種軟體開發方法重視細粒化、減少所佔空間,並能在多個應用程式間共享類似的流程。微服務在最佳化應用程式開發以製作雲端原生模型的過程中,可說是最重要的元素。

不過更重要的問題是,您為何要採用微服務型式的基礎架構?簡單地說,這麼做是為了能更快速地提供高品質的軟體。雖然採用微服務可以達成這項目標,但還有其它因素需要考量,因為光是將應用程式分解為微服務是不夠的,您還必須加以管理、調度,並處理所建立和修改的資料。

與單一應用程式相比,微服務更易於建構、測試、部署和更新。Red Hat 認為,針對「我的企業如何能更快地因應新需求,而不是深陷於傳統軟體開發為時數年的泥沼中?」的疑問,微服務便是答案。現在,您開發團隊中的不同成員終於能一邊以敏捷方式研發產品,一邊即時地為客戶創造價值。

了解微服務背後的基礎知識和使用上的優缺點,以及我們依照不同需求所提供的培訓課程,輕鬆掌握建構微服務型架構的相關知識。

Linux 容器能為您的微服務型應用程式,提供理想的應用程式部署元件和獨立自主的執行環境。透過在容器中設置微服務,您就能更方便地運用硬體資源,並輕鬆地調度儲存、網路和安全性等各項服務。

這就是為何雲端原生運算基金會(Cloud Native Computing Foundation,簡稱 CNCF)認為,微服務加上容器,是雲端原生應用程式開發的基礎。因為這樣的模型能加快開發速度,並且更易於轉換和最佳化現有的應用程式。而這一切都要從容器中的微服務開始。

為了讓微服務架構以功能性的雲端應用程式形式來運作,各項服務就必須藉由通訊技術,不斷地相互請求資料。雖然在應用程式中建構服務網格層有助於簡化服務間的通訊,但微服務架構也可能會需要與您舊有的應用程式和其它資料來源整合。

倘若您的架構是分散式的,但仍需仰賴集中型團隊以管理企業服務匯流排(ESB)等集中式技術來整合的話,那麼就會無法達成微服務的業務目標。

敏捷整合方法可連結您的各項資源,它結合了整合技術、敏捷交付技術和雲端原生平台,以提升軟體交付的速度和安全性。

Red Hat 不僅能為您將單一應用程式拆解成微服務,更能幫您管理、調度這些微服務,並處理其所建立和修改的資料。我們不但支援微服務的長期開發和部署,還能幫助您整合和管理微服務。您將擁有一套支援程式碼端對端部署,並促進各專案團隊間溝通合作的微服務解決方案。您不需要為了獲得實質效益而徹底改造現有系統,只要能善用開放原始碼、開放標準和我們多年經驗,就能助您選擇適合貴公司需求的解決方案。

繼續閱讀

相關文章

醫療業者如何利用微服務進行 IT 整合

微服務讓醫療保健和其它行業的開發人員能以鬆散結合的服務,來建構更易於開發、測試、部署和升級的應用程式。

相關文章

什麼是微服務?

微服務是一種創建應用程式的架構,能讓應用程式中各自獨立的元件共同運作。

相關文章

什麼是服務網格?

服務網格是建構於應用程式中的基礎架構層,用來記錄各服務間的互動情形,能使通訊最佳化作業變得更簡易,同時還能避免停機。

進一步瞭解微服務

產品介紹

Red Hat OpenShift

企業級 Kubernetes 容器平台具備全堆疊自動化運作,可管理混合雲、多雲和邊緣部署。

資源分享

分析師資料

業務自動化在微服務世界中的價值

電子書

善用 Eclipse MicroProfile 的企業級 Java 微服務

進一步探索

培訓課程

免費培訓課程

採用微服務架構開發雲端原生應用程式