企業(yè)需要集成內(nèi)部應(yīng)用和SaaS應(yīng)用時，舊方法和特定的方法不足以面對編排、安全、數(shù)據(jù)轉(zhuǎn)換等方面的挑戰(zhàn)。舊方法難以改掉，然而，很多企業(yè)在企業(yè)SaaS應(yīng)用上后知后覺，Gartner Research和451 Research分析師如是說道。

那么企業(yè)怎么做才能讓本地和云應(yīng)用更好的協(xié)作呢?軟件集成專家揭示了為什么傳統(tǒng)集成方法不適用以及每一種新的工具和戰(zhàn)略如何工作。

應(yīng)用集成在云計(jì)算浪潮中迷失了，Benoit Lheureux說道，他是咨詢公司Gartner的副總裁。為了追上虛擬化和云的浪潮，很多企業(yè)在認(rèn)真調(diào)查如何集成和同步本地和云應(yīng)用之間的數(shù)據(jù)上失敗了。Lheureux補(bǔ)充道，但是諷刺的是，虛擬化和云卻恰恰是集成的需求驅(qū)動。

事實(shí)上，SaaS廠商不會提供完成的集成解決方案，這讓很多早期的云應(yīng)用采用者非常不快。“存在這樣一個誤解，因?yàn)槊恳粋€云提供商都有一個API，應(yīng)用集成就會自動實(shí)現(xiàn)，”Lheureux表示。云提供商API在大多數(shù)案例中并不是答案，因?yàn)檫@些API通常都是私有的、過長且復(fù)雜，比如Force.com API有500多頁規(guī)格說明。

IT組織也假設(shè)云應(yīng)用集成可以用傳統(tǒng)集成技術(shù)實(shí)現(xiàn)，如用提取轉(zhuǎn)換加載(ETL)、外部EDI和FTP服務(wù)來整合應(yīng)用和各類業(yè)務(wù)。問題在于這些工具昂貴，而且要求大量技能，另外對于云系統(tǒng)工作也不一定是必須的方式，Carl Lehman表示，他是451 Research的分析師，主要負(fù)責(zé)企業(yè)架構(gòu)、集成和BPM。

過去五年中，Lheureux已經(jīng)看到很多企業(yè)每次以一種特定的基礎(chǔ)來處理集成就得到一個新的SaaS應(yīng)用，“直到你得到了很多云項(xiàng)目，你就會發(fā)現(xiàn)集成有多復(fù)雜，”他說，“現(xiàn)在這些就是一團(tuán)亂，必須開始跨所有類型的應(yīng)用應(yīng)用關(guān)系原則。”

云和企業(yè)應(yīng)用集成障礙

IT企業(yè)想要用多種本地應(yīng)用集成來自多種廠商的多種SaaS解決方案面臨著非常復(fù)雜的問題，Lehman介紹，包括：

(1)確保數(shù)據(jù)從一個系統(tǒng)轉(zhuǎn)換到另一個系統(tǒng)，從本地到云;

(2)維護(hù)連接性，數(shù)據(jù)轉(zhuǎn)換要使其保持同企業(yè)內(nèi)相同的安全水平;

(3)用正確的連接類型調(diào)整數(shù)據(jù)容量和兩個系統(tǒng)之間的交互;

(4)編排數(shù)據(jù)流在正確的時間獲取正確的數(shù)據(jù)到正確的系統(tǒng)，從而創(chuàng)建復(fù)合、整合的信息模式，而不是信息孤島。

編排是集成功能最需要的部分，在Lehman看來。用戶需要圖形可視界面，允許他們看到質(zhì)量、安全、責(zé)任的狀態(tài)以及所有數(shù)據(jù)的精準(zhǔn)度，以及能夠適當(dāng)?shù)墓芾砗途幣潘麄儭?/p>

SaaS提供商的應(yīng)用集成能力

當(dāng)今，很多SaaS提供商專門研究其應(yīng)用的唯一能力，而不解決集成問題，Lheureux和Lehman表示。他們建議用戶小心評估SaaS廠商提供的集成功能，加上他們自身的功能以及第三方的云企業(yè)應(yīng)用集成解決方案，這些都能填補(bǔ)二者之間的空白。

關(guān)注SaaS廠商技術(shù)評估的質(zhì)量和轉(zhuǎn)換能力、安全、容量和編排解決方案，Lehman表示。確保SaaS廠商能夠以標(biāo)準(zhǔn)的方式暴露數(shù)據(jù)，以便其能夠?yàn)榧煞?wù)提供商或者本地企業(yè)集成技術(shù)使用，像企業(yè)服務(wù)總線。

第三方集成服務(wù)提供商的出現(xiàn)讓SaaS應(yīng)用集成項(xiàng)目持續(xù)發(fā)展。第三方工具，從Dell (Boomi)、MuleSoft、PathLogic、Jitterbit、Kapow、Talend、Vitria、TIBCO到Red Hat、IBM (Cast Iron)，都能幫助SaaS本地應(yīng)用集成。“其價格對于中小型企業(yè)來說是合理的，他們也能夠在大型企業(yè)中解釋部門級解決方案，”Lehman說道，“我比較傾向依賴這些廠商來幫助集成問題。”

在同集成服務(wù)提供商工作時，包括價格模式，這些改變了范圍、容量和用戶數(shù)量。要注意他們的價格模式如何擴(kuò)展，以便你能夠負(fù)擔(dān)的其，Lehman表示。

大多數(shù)SaaS廠商未來將會提供更好的集成功能。Lheureux認(rèn)為時間上不會很久，他相信云提供商會逐漸提供外加的集成產(chǎn)品而不是內(nèi)置的解決方案。

“當(dāng)集成在每一個IT項(xiàng)目內(nèi)容是需求時且不符合客戶需求，針對集成解決方案，重定位你的客戶到第三方，”Lheureux表示，“SaaS提供商應(yīng)該咬緊牙關(guān)，為其客戶提供集成功能，而不是迫使其客戶從第三方來購買集成。”

Lheureux舉了Workday的例子，該公司專注于集成系統(tǒng)，提供應(yīng)用、中間件和集成中間件(或者SaaS、iPaaS)。他預(yù)測微軟將會提供Azure中的集成性能。

云集成原則和戰(zhàn)略

為了突破云應(yīng)用集成的障礙，DevOps應(yīng)該從特定的實(shí)踐變成公司層面的標(biāo)準(zhǔn)實(shí)踐。“在管理發(fā)展持續(xù)改變的應(yīng)用資產(chǎn)時，如果不能遵守集成的原則，不會成功，”Lheureux表示。

對于大多數(shù)企業(yè)，還有時間制作云到企業(yè)應(yīng)用集成的戰(zhàn)略。“現(xiàn)在，每個人都走得很慢，”Lehman表示，“他們并沒有把整個的企業(yè)都轉(zhuǎn)到SaaS模型。都是在部門層面或者通過功能在實(shí)現(xiàn)。”

開始戰(zhàn)略計(jì)劃，要用標(biāo)準(zhǔn)的方式處理四個主要的挑戰(zhàn)：轉(zhuǎn)換、安全、容量和編排，Lehman說道。Lheureux表示創(chuàng)建一種堅(jiān)固、有原則的應(yīng)用集成戰(zhàn)略，可以跨所有的應(yīng)用數(shù)據(jù)運(yùn)作，無論是內(nèi)部還是云端，無論是企業(yè)防火墻內(nèi)還是外。在購買之前，就每一個云如何集成進(jìn)行知情決策。

一種堅(jiān)固的戰(zhàn)略并不意味著只用一種解決方案、一種技術(shù)方法或者一種實(shí)現(xiàn)方法，Lheureux表示。確實(shí)使用一種基礎(chǔ)架構(gòu)進(jìn)行集成能使企業(yè)獲得好處，不管應(yīng)用數(shù)據(jù)和流程邏輯存儲于哪里。在那個框架內(nèi)，技術(shù)和模型組合可以按照逐個的方式基于預(yù)先的標(biāo)準(zhǔn)來實(shí)現(xiàn)。

***的建議：將集成遺留問題看做有價值的資產(chǎn)。維護(hù)并重用。無論是連接到大量的云應(yīng)用還是連接到無數(shù)的外部合作伙伴，在云和/或企業(yè)應(yīng)用升級或者取代或者同合作伙伴合作時，所有的接口定義、轉(zhuǎn)換映射等對于持續(xù)使用都是有價值的。