關于應用集成架構你需要了解的幾件事
業務流程越來越多得要求在很多任務，甚至很多應用之間共享更多的信息。應用集成架構是一種IT流程，確保數據或者某個功能能夠從一個應用移動到另一個應用。應用集成架構，在早期更多是指一個手動流程，數據大多以連接器到連接器的方式傳輸，十分費力。
本文探討了應用集成架構領域發生的事情，以及企業架構、托管和應用開發的趨勢是如何快速改變這一領域的。
但是，在展望之前，讓我們先深入理解應用集成架構是什么以及最開始為什么這么做。在大部分情況下，一小部分事務通過托管相關應用來創建出一系列的變化。過去，當這些應用開發出來并且獨立運行時，為它們所開發的獨立的數據管理系統會帶來很大的數據不一致的風險。正是因為同一份信息會影響到多個應用程序，鏈接應用來避免多個數據入口的錯誤很可能就會影響到生產效率并且導致錯誤。
快速深入應用集成架構
應用集成定義了在多個應用之間移動數據的原則，來降低不一致的風險，并且減少通過多個手動更新來鏈接應用程序所需的工作。它包含數據庫設計和應用數據的流水線的組合。不出意料，應用被分割為數據庫相關和數據流相關，這一點并沒有多大變化。
被改變的是我們構建應用的方式，以及應用程序托管的方式。最近這些年里，企業架構(EA)被接受為正式的IT原則，應用自身的組件化，應用開發的方式以及云計算和虛擬化成為托管的新途徑，這些都增加了應用集成的重要性，并且促進應用集成所需的流水線化和自動化的需求。當高級管理團隊想要更加敏捷，達到更加高效的IT支持時，所有這些因素都匯聚到CIO前，因此找到解決這些問題的系統方法至關重要。
EA從高層定義了業務流程架構，并且從高層定義衍生出應用需求。EA創造了更多信息共享的需求，但是它還鼓勵用戶在傳統應用之外滿足需求。
EA對應用集成的影響
EA對應用集成的影響在于信息集成的以數據庫為中心的理念。如果業務數據存儲在某個倉庫里，可以通過查詢使用這些數據，那么單個信息的使用是和查詢及分析相關的，而和特定應用程序無關。
應用的組件化將大而全的軟件分解成很多小部分，每一小部分和其他部分都是松耦合的關系。信息在應用內的組件之間的流動必須非常高效，否則工作的體驗和生產效率就會受到影響。因此，大家做了大量工作，致力于改進組件間信息的交換。移動和移動工作的巨大作用鼓勵越來越多的組件化，因為嘗試解決這些生產力問題的公司需要更加高效。
組件化的一大驅動因素是組件重用，從一個通用組件集構建出多個應用。因為在應用間重用組件，應用本身的壁壘被打破，應用集成和組件集成成為趨勢。組件集成工具，比如服務和消息總線或服務數據定義語言，現在也能夠用來集成應用程序。
云計算和虛擬化已經打破了應用程序或者組件和服務器資源之間的傳統壁壘。服務器現在已經是池的一部分，一些服務器甚至可能在公司外的公有云上。任何功能都可能運行在任何地方，因此需要記錄下來它到底在哪里運行，這樣其他組件才能夠找到它。以動態方式部署應用意味著在部署組件之間提供動態的鏈接。
應用集成隨著應用開發的進化而演變
因為應用開發的其他方面在演進，促使應用集成也在持續改進。敏捷運營創建出了新工具集的需求，并且這些工具已經進化為更為復雜的編排工具，來部署并且鏈接運行在資源池上的應用和組件。這些工具，隨著進化和改進，吸收了一些曾經是應用集成傳統部分的功能。
這些趨勢影響著數據庫和信息流的使用方式，來為業務流程鏈接IT所支持的各個組件。在傳統理念里，如今應用集成領域最為重要的趨勢不再是唯一的問題或者甚至不是最重要的問題。如果你問CIO們如今他們***的挑戰是什么，應用集成可能不是***的，但是三個新要素卻可能是。
應用集成的觀點需要適應這樣的現實。EA驅動關注于分析，軟件組件化以及云都會影響到信息的移動，從而影響到解決應用集成的方式。支持這三種要素的工具已經正在互相融合，應用集成顯然也會隨著時間的推進成為越來越多的工具會考慮到的領域。
和趨勢融合可能能夠簡化應用集成
所有主流應用和托管趨勢的融合可能能夠通過創建出單一的工具集從而整體簡化集成，這樣的工具集能夠處理信息流集成和數據協調領域的過去以及現在的趨勢。這還沒有發生，短期內用戶只能用過去的工具工作，并且解決使用這些尚未鏈接起來的工具和實踐所帶來的問題。
這些趨勢也意味著無法真正避免應用集成的問題，那些認為自己已經完全解決這些問題的公司可能會發現如今的IT驅動因素會強迫他們重新思考這些問題。要想在未來，在敏捷和高效比現在更加重要的年代，創建出真正統一的IT環境，理解所有這些趨勢，以及解決這些問題的工具至關重要。
我們已經強化了應用集成的歷史使命，也就自然隨之強化了工具的選擇以及特定的問題和困難。如今，應用集成是所有IT領域的重要技術和業務增長的重要一環。對于IT規劃師而言，仔細研究目前的問題非常重要，這會在長期影響到這個領域的云和組件和移動的未來。
