認識企業整合

凡是現代企業都必須共享數據。若貴公司為一家希望善用大數據的大型企業，就會知道大數據其實是一種整合挑戰。想成功因應這項挑戰，您業務戰略核心的應用程式和裝置就必須彼此互通，而且很可能還必須跨越多重雲端環境。企業整合包含了從 IT 部門中的任何位置連接數據、應用程式和裝置的技術、流程和團隊結構。

多年來，企業整合模式已從具有相對少量的點對點連接，演變為透過企業服務匯流排（ESB）連接的集中模式，再到具備許多可重複使用端點的分散式架構。

您要整合的「目標」有哪些？

首先，企業整合是一項數據挑戰。由於今日企業內部存在相當大量的數據資料，因而「大數據」一詞通常用來表示資料來源的大小和種類。以各種非標準格式存在的大量數據可能具有重要的商業價值，但卻必須先將這些取自多項來源或應用程式的數據予以整合才行。物聯網 （IoT）提供了與客戶建立關係，並利用日常裝置分析有用資料的新契機，但卻必須過濾掉需要轉存到數據中心的關鍵資料。網頁應用程式則進一步增加了企業整合的複雜度，尤其是當傳統應用程式必須與服務型架構（如微服務）整合時更是如此。

您的應用程式、裝置和資料要以何種「方式」整合？

過去，由集中型團隊所管理的集中式企業服務匯流排（ESB），雖然可連接您企業環境中的每個端點，但是，對團隊和技術採用集中式方法卻可能會阻礙現代化系統的發展，因為這些系統需要快速、輕易地在分散的元件間進行整合。由於通訊、應用聯結器、資料流、企業級整合模式，以及能更快速、反覆地部署的應用程式介面（API）等，都可依照您的數據和服務需求加以組合，因而更適合用在現代應用程式開發上。

通訊

通訊是分散式應用程式架構中不同元件間的溝通方式。只要通訊各方都了解通用的通訊格式和協定，所有元件就能在不同語言、編譯器和作業系統間傳送和接收訊息。

服務網格用於在微服務架構內路由各項訊息。

應用程式聯結器

應用程式聯結器為規範各種元件互動規則的架構元素。由於它們是特定 API 專用的標準級聯結，因此可以快速地整合新端點。

資料流

資料流提供應用程式可新增或使用的持續資料流，但卻與該資料的傳輸無關。例如 Apache Kafka 就是一種能即時發布、訂閱、儲存和處理記錄流的分散式資料流平台。

企業級整合模式

企業級整合模式是一套針對常見整合問題的獨立技術解決方案。此類模式亦提供開發人員和應用程式架構師用來描述整合的通用語言。

應用程式介面

API 是用於創建應用程式軟體的一組工具、定義和協定，能讓您的產品或服務與其它產品和服務進行通訊，而無需了解它們的執行方式。

Red Hat 認為，傳統的整合方法再加上集中型團隊控制單一技術，可能會阻礙分散式應用程式的開發和長期實用性。雖然 ESB 這類傳統整合技術具備安全至上和資料完整性的優勢，但它們也必須依賴單一團隊來定義整體企業的整合。

現今採用敏捷式和 DevOps 所開發的鬆耦合、雲端原生應用程式架構，需要同樣靈活且可供擴展的整合方法。Red Hat 將敏捷整合視為一種連結您各項資源的方式，它結合了整合技術、靈活傳送技術和雲端原生平台，以提升軟體傳送的速度和安全性。具體地說，敏捷整合就是將 API 等整合技術部署到 Linux 容器中，並將整合角色擴展到不同功能的團隊裡。

雲端原生應用程式是一組鬆散結合起來的小型獨立微服務技術，可部署在 Linux 容器中，並透過API或通訊來連接。其中每項服務都能執行某項業務功能，並由小型團隊使用持續整合和持續部署（CI/CD）等 DevOps 工作流程來進行開發。如此便能快速建立、自動部署和定期更新各項服務，再也不會出現瀑布式開發週期。

雲端原生應用程式可用於提供企業價值，例如能快速整合使用者意見以便企業持續改進。簡言之，雲端原生應用程式開發是一種加速創建新的應用程式、最佳化現有的應用程式，並將兩者連結在一起的方法。

雲端原生應用程式為分散形式，與傳統的單一應用程式相比，可說是一項獨特的整合挑戰。而敏捷整合則有助於一部分的雲端原生開發，因為它能將各項應用程式需求與業務整合需求相結合。