當前市場不斷出現快速交付業務價值的需求，這對企業意味著什么？意味著企業架構不能過于復雜，否則很難滿足快速變化的市場。這對企業架構設計師來說非常困難，因為我們既不想做“快速而臃腫”的架構，也沒有足夠的（時間和資源）來做“簡潔干凈”的架構，那么我們該怎么辦呢？

簡單地說，我們需要的是構建快速但可持續的架構。這是關于找到實用主義（精益 EA）與規則（框架驅動 EA）的正確平衡。

集成（企業）架構

集成架構作為一個概念，始于各種應用程序的點對點集成。但隨著業務需求的發展和技術的進步，我們逐步轉向使用中間件來“精心安排”集成連接系統公開或消耗的各種服務。

面向服務的架構（SOA）是一種流行的集成架構，它不僅僅涉及中間件，而是一種以服務為導向的架構方法。在SOA中，各種應用程序、業務流程和其它可重用的服務通過標準化的接口（如Web服務）進行交互和集成。

雖然中間件通常是 SOA 的一個組成部分，但在SOA中，服務可以在不同的技術平臺上實現，并且可以使用不同的通信協議和數據格式。事實上，即使在最“現代”的 SOA 環境中，也總會存在一些點對點集。我們可以將其稱為遺留應用程序接口，但實際上它不只是遺留，還是現代的。

SOA 的演變是什么？

我將總結幾個關鍵的 SOA 概念：

1.服務合同（包括標準集成、文檔等）

2.Litmus“測試”標準（包括業務對齊、可組合、外部描述、可重用、技術上可行）

3.編排（包括流程、監控、安全等）

我并沒有將中間件列為所有接口的 “工具”，但當然，大多數集成服務都期望它成為工具。 通過中間件擁有統一的視圖，將進一步簡化集成服務生命周期的管理——從設計、實施、操作，最后到更換和淘汰。

另外值得注意的是，SOA 不僅限于本地或云架構，它甚至可以是混合云。

不過， SOA 能否滿足對業務流程集成、UI 集成、“物聯網”(IoT) 和 AI/ML 集成等不斷增長的需求？顯而易見的是，SOA并不能滿足日新月異的市場變化和技術變化，那么一個智慧企業需要怎么樣的架構呢？

什么是智慧企業？

因為我們的業務必須快速，它需要行動（不僅僅是反應）上的智能企業。這種“智能”，具有許多內部或外部的集成服務，它是復雜生態空間的一部分，與其他智能企業相連。 因此，智能企業需要的不僅僅是集成的應用程序和服務，它還需要一個支持互操作性的環境。

敏捷企業架構

在缺乏服務的集成中，我們是要通過中間件來運行微服務還是Webhooks？這樣的討論或許沒有太大的意義。

在智能企業中，我們應該看得更遠，它不僅僅只有API 驅動的集成架構。在未來的環境中，不存在單一的中間件，也不存在用于構建集成服務的單一樣式或模式。

在構建集成架構時，我們應該更開放（對于新事物、新風格、新模式）。我們需要在“現代”智能企業中構建互操作性環境時，保持足夠敏捷。

畢竟，敏捷企業架構是關于互操作性的，而不僅僅是集成的。