主題分享

認識微服務

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

主題分享

認識微服務

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

什麼是微服務?

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


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

為何要採用 Red Hat OpenShift 4 來管理微服務部署?

將單一應用程式拆解開來,雖然有助您更快速地開發高品質的軟體,但在微服務的優點之外,也連帶增加了管理的複雜度。因為您用來部署微服務的容器,可能是來自公共、私有和就地部署等各種基礎架構,因而在管理時便需要一個企業專用的容器調度平台。

微服務有哪些用途?

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

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

Why microservices

微服務跟 Linux 容器有何關聯?

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

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

 
Containers

微服務如何改變應用程式整合?

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

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

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

採用 Red Hat 微服務方案有何好處?

Red Hat 不僅能為您將單一應用程式拆解成微服務,更能幫您管理、調度這些微服務,並處理其所建立和修改的資料。我們不但支援微服務的長期開發和部署,還能幫助您整合和管理微服務。而您將擁有的,是一套支援程式碼端對端部署,並促進各專案團隊間溝通合作的微服務解決方案。


您無需徹底改造現有系統,才能收到實質效益。只要能善用開放原始碼、開放標準和我們多年經驗,就能助您選擇適合貴公司需求的解決方案。

深入探討微服務

白皮書

微服務:更先進的架構設計

網路研討會

網路研討會:使用 Kubernetes、Docker 和 Maven 開發 Apache Camel 微服務

相關影片

微服務與服務導向架構比一比

部落格

微服務增值途徑

啟用微服務必備工具

相關服務

協助您加速進行下一項應用程式開發計劃。我們的專家會輔導您的團隊利用創新的開放原始碼技術、建構原型,並解決最棘手的問題。

平台工具

在開發人員為主的雲端式容器平台上操作微服務,此平台可透過 Kubernetes,持續以企業調度方式來整合。

您可繼續深入了解微服務相關知識,以及 Red Hat 可提供您哪些協助。