隨著業務日益多樣化，應序集成逐漸成為趨勢。因此，這個問題對于軟件決策制定者而言，不應該是是否需要應用集成，而應該是為什么你認為不需要。業務規模、類型、產品、服務和員工的多樣性可能導致一些IT技術新趨勢不一定適合某些業務場景。你可能會覺得自己不需要應用集成策略，或者這些并不適合我的公司。

本文探討多種場景，它們驗證了企業非常需要應用程序集成策略。隨著企業從人工手動模型到IT模型的轉變，信息在員工和提供商以及客戶間，從一個應用流轉到另外的應用，應用集成越來越重要。

業務實踐的敏捷性需求，應用程序軟件模塊化以及云計算是如今影響到每個企業的三大趨勢。這些趨勢共同影響著企業，使得應用程序集成日益重要，并且定義了未來的最佳發展路徑。這意味著作為企業，不得不去評估這三大趨勢可能會如何影響到自己。可以簡單針對下文每個趨勢的問題集，計算回答為“是”的問題的個數。

企業敏捷性如何?

大家都想要業務敏捷性;誰會說不需要敏捷應對機遇，問題和競爭呢?問題是工作在應用程序間流轉時，應對是否能夠包含變化呢?回答如下問題：

1. 現在你是否在應用程序間傳遞工作?

2. 過去兩年里，你是否基于業務改變購買或開發了新的應用程序?

3. 你的公司是否面臨產品或者服務鏈的改變，或者競爭的改變?

4. 你的公司是否是高度規范管理的，并且期望快速應對合規變化?

5. 是否預計到會發生業務狀態的變化，比如成立公司，合并和兼并，或者地域運營?

組件化是應用集成的驅動因素

應用程序集成策略的第二驅動因素更偏技術領域。我們認為IT應用就是軟件包，也就是說它們是自包含的單元。實際上，軟件開發實踐一直很傾向于模塊化或者組件化來降低開發成本和風險。當考慮到用戶時，公司也能夠使用組件化來復制應用程序組件，從而提高可靠性并且在可變的活動負載下改進性能。

想要在你的公司里檢驗組件化是否是應用集成的驅動因素，需要回答下列問題：

1. 任何現有軟件—內部開發或者購買的—是否能夠通過使用多個軟件副本來利用或者提供可擴展性或彈性?

2. 是否在現有應用里使用了負載均衡或者應用程序加速?

3. 短期內是否計劃開發或購買新的應用程序——它會和現有的應用程序共享信息?

4. 你的公司在內部是否為現有軟件進行了大量開發工作?

云計算使得決策更為復雜

應用程序集成的最后一個驅動因素是云計算。因為圍繞云計算的各種眼花繚亂的宣傳，以及應用部署到云上的各種五花八門的方式，使得這一驅動因素最難評估。

要記住最重要的事情是云計算會讓其他驅動因素或者驅動因素組合所創建的應用程序的集成策略更為復雜。也就是說云計算計劃會迫使在其他驅動因素的某一個問題上回答了“是”的企業覺得自己被這些驅動因素嚴重影響了。云計算會使得本來很小的應用程序集成需求變得十分重要。

需要記住的另一件事是，在內部運行的不需要集成的應用程序——在云上卻可能需要很多集成。幾乎一直需要將用戶和云宿主的應用程序間的連接當成集成工作流。因此，不要問是否使用云會涉及到應用程序集成策略——假定會涉及就對了。

需要查看哪些問題呢?見如下列表：

1. 對于引入云計算，是否有現實的可操作的計劃?幾乎所有公司都認為他們會使用云，但是應用程序集成策略必須關聯到實際項目上 -- 而不是預測上。

2. 你的云計算服務是否包含如下特性:

a. 彈性IP地址，比如Amazon提供的;

b. 任何形式的負載均衡

c. 彈性云資源工具，比如Availability Zones;

d. 云宿主的Web服務，添加數據流處理，緩存或者工作調度和排隊

e. Web前端流程在云上，而后臺處理在本地。

3. 是否計劃，或者準備計劃，使用多個云供應商?

4. 是否真的想要用混合云?

如果如上所有問題的回答都不是“是”，并且你的企業有多于100個員工，那么可能就需要重新思考下這些問題的答案。很少公司，除了非常小的公司，能完全不需要考慮應用集成需求。因此，即使你確定自己對于上述問題的否定回答是正確的，還是建議選擇出你最慎重考慮過的驅動因素，假定它就是你的應用程序集成的驅動元素。

如果只在一個驅動因素的問題集里有“是”的回答，那么集成需求必須關注于該特定的驅動因素。該單個因素下有越多的“是”的回答，就越應該關注在產品和該驅動因素特有的實踐上。

如果多個驅動因素都有問題的答案是“是”，那么必須意識到你的企業高度依賴于應用程序集成，需要查看覆蓋所有集成問題的產品和實踐。

應用程序集成策略包括在應用程序和組件之間有序流轉的工作。工作流和組件的位置和注冊都很重要。這兩類問題如何在需求中得到最佳平衡依賴于你如何回答上述問題。如果答案都很明了，你就已經準備好，可以為應用程序集成產品開始提交RFP的流程了。

這是介紹應用程序集成的四篇系列文章的第二部分。下一篇文章會關注于考慮購買應用程序集成軟件時需要關注的功能。