|
新聞中心
當(dāng)前位置：網(wǎng)站首頁 > 新聞中心
iPaaS：云應(yīng)用部署的必殺技？
無論什么時(shí)候部署一個(gè)組件化的應(yīng)用，這些組件都必須能夠發(fā)現(xiàn)彼此，連接存儲(chǔ)資源，最終連接終端用戶。如果應(yīng)用資源投入是靜態(tài)的，應(yīng)用組件就有一個(gè)靜態(tài)地址，能夠在部署時(shí)集成。
在云時(shí)代，集成本身會(huì)成為云服務(wù)僅僅是邏輯上的說法。集成平臺(tái)即服務(wù)或者iPaaS并不是集成云服務(wù)的唯一最佳方式，可能是必由之路。簡而言之，iPaaS是一種云托管的應(yīng)用組件“包裝器”，環(huán)繞著應(yīng)用組件集合和資源集，用始終如一的方式連接這二者。iPaaS在云端創(chuàng)建了一個(gè)虛擬計(jì)算機(jī)或者中間件平臺(tái)，就像任何的云平臺(tái)一樣，可以托管應(yīng)用并支持用戶。云應(yīng)用集成之困
手工集成云應(yīng)用存在兩個(gè)問題。第一，云端資源位置變化取決于云如何托管應(yīng)用，因此僅是找到資源鏈接起來就可能很困難了。第二，一些集成任務(wù)實(shí)際上應(yīng)該看作是“云應(yīng)用”，比如通過消息和服務(wù)總線處理的負(fù)載均衡和工作流。在特定環(huán)境下執(zhí)行這些功能并不只是引入了一個(gè)單一的失敗點(diǎn)，而是如果集成元素沒能安放在那個(gè)位置且也能適應(yīng)應(yīng)用組件的話，也會(huì)導(dǎo)致不必要的網(wǎng)絡(luò)延遲。顯而易見的解決方案就是用iPaaS在端托管這些集成功能。
基礎(chǔ)層面，iPaaS是一套“連接器”?！跋掠巍睂用嫔希@些連接器通過處理鏈接到應(yīng)用組件上，很像目錄功能或者發(fā)布和訂閱應(yīng)用接口。當(dāng)一個(gè)云組件加載到資源中，就可以用iPaaS注冊，并鏈接給一個(gè)連接器。這個(gè)連接器對于用戶和連接器“上游”的其他組件，顯示為一個(gè)發(fā)布過的、不變的接口(API)。應(yīng)用可以引用這些上游的API，不管在哪里連接的都可以到達(dá)組件。
這個(gè)過程就像是面向服務(wù)架構(gòu)(SOA)應(yīng)用的統(tǒng)一描述、發(fā)現(xiàn)和集成(UDDI)功能。iPaaS在哪里限制了這個(gè)基本形式，可能就不能起到作用了；然而，一個(gè)基本iPaaS API的集合有效創(chuàng)建云平臺(tái)則類似于PaaS。iPaaS框架可以提供管理應(yīng)用，使用云和中間件管理工具加載應(yīng)用到資源中，隨后自動(dòng)用連接器注冊。
iPaaS對企業(yè)意味著更多功能
編制工具包含消息以及和業(yè)務(wù)流程執(zhí)行語言(BPEL)工具相關(guān)的服務(wù)總線，通過調(diào)用上游連接器API驅(qū)動(dòng)工作流。不管托管在哪里，也能夠連接到應(yīng)用組件。為基礎(chǔ)iPaaS框架增加管理和編制可以創(chuàng)建足夠的效用，使其成為對于大多數(shù)企業(yè)更感興趣的概念，而且甚至能為iPaaS框架帶來更大的改善。
iPaaS設(shè)施何以同“服務(wù)連接器”集成，或者和代表平臺(tái)服務(wù)的連接器集成，而不是用戶組建。這些服務(wù)不僅僅包括管理和編制功能，也包括各種中間件功能，包括數(shù)據(jù)庫即服務(wù)(DBaaS)、網(wǎng)絡(luò)虛擬化和控制，以及自定制業(yè)務(wù)功能，可以跨企業(yè)邊界聚合，支持合作伙伴供應(yīng)鏈流程或者客戶到供應(yīng)商的集成。通過適當(dāng)?shù)氖褂胕PaaS，企業(yè)能夠?yàn)榧蓱?yīng)用設(shè)置一個(gè)基于合作伙伴關(guān)系的平臺(tái)，甚至構(gòu)架基于協(xié)作的應(yīng)用。
第三方軟件提供商可以通過iPaaS，以“即服務(wù)”模式通過iPaaS發(fā)布軟件，或者出售能夠用iPaaS注冊的軟件，進(jìn)行更輕松的集成。如果iPaaS部署并不提供內(nèi)置服務(wù)，比如數(shù)據(jù)庫訪問，
第三方可以用連接器增加這些服務(wù)，進(jìn)一步加強(qiáng)iPaaS應(yīng)用環(huán)境，并改善其效用和功能。
iPaaS標(biāo)志著混合云無縫集成
iPaaS框架能夠跨多種云無縫集成，在混合云模型中或者多廠商云應(yīng)用中，能夠在云和使用SOA或者RESTful Web接口的遺留應(yīng)用之間無縫集成。在交叉可用資源范圍(公有云或者私有云)，不管在哪里加載一個(gè)應(yīng)用組件時(shí)，iPaaS框架能夠鏈接到下游合適的連接器上；用戶可以使用已發(fā)布的且不變的上游API發(fā)現(xiàn)應(yīng)用組件。
iPaaS元素本身就是云托管的，如果軟件提供設(shè)施，就可以復(fù)制或者轉(zhuǎn)移；加強(qiáng)了可用性，并且可能通過讓用戶管理其iPaaS托管點(diǎn)以及相關(guān)的云資源來改善性能。
實(shí)現(xiàn)iPaaS的潛力是另外一回事。iPaaS功能有三個(gè)源頭：
IT公司，包括IBM、惠普、Software AG、SAP等，都有私有云或者軟件即服務(wù)(SaaS)功能，能夠進(jìn)行云托管創(chuàng)建iPaaS。一些水平和垂直產(chǎn)業(yè)社區(qū)云已經(jīng)有大量的這種軟件可用了。
云集成工具本身可能是云托管的，從而創(chuàng)建了iPaaS；一些工具廠商正在這樣做或者計(jì)劃短期進(jìn)入這個(gè)領(lǐng)域。
一些iPaaS提供商發(fā)布了這項(xiàng)服務(wù)作為其主要產(chǎn)品。
潛在iPaaS提供商的數(shù)字可能更大。任何擁有能勝任本職工作的開發(fā)者的組織機(jī)構(gòu)，甚至是企業(yè)本身，都能夠輕松設(shè)想如何創(chuàng)建自己iPaaS產(chǎn)品或者開發(fā)一個(gè)基礎(chǔ)包。然而，可靠iPaaS功能的全范圍執(zhí)行則是一項(xiàng)更加長足發(fā)展的任務(wù)，當(dāng)從公有云基礎(chǔ)架構(gòu)中作為一項(xiàng)云服務(wù)出現(xiàn)時(shí)，iPaaS最可靠。軟件提供商構(gòu)建iPaaS包，在公有云上托管，是現(xiàn)在最有希望的iPaaS源頭。
應(yīng)用緩慢可能隱藏iPaaS實(shí)際價(jià)值
iPaaS面臨的最大障礙就是缺少其價(jià)值的管理理解。很多公司考慮部署云，甚至沒有遇到iPaaS或者考慮它，即便已經(jīng)有清晰的價(jià)值呈現(xiàn)給他們也是如此。公有云服務(wù)提供商很少鼓勵(lì)用戶考慮iPaaS，目前這個(gè)概念的用戶很少，也就限制了用戶之間的討論，也沒有一些支持社區(qū)出現(xiàn)。
如果沒有一些類似iPaaS這樣的功能管理應(yīng)用集成和多源頭資源共享，很難看到云計(jì)算如何進(jìn)一步在關(guān)鍵核心應(yīng)用上取得成功，因?yàn)檫@些應(yīng)用支配著IT預(yù)算。iPaaS已經(jīng)成為一個(gè)通用云術(shù)語了，但是還不是關(guān)鍵術(shù)語。
iPaaS也可能是讓云服務(wù)提供商和云客戶通向PaaS云模型的一個(gè)因素。集成服務(wù)功能進(jìn)入云端，創(chuàng)造一個(gè)PaaS，及時(shí)一開始是IaaS。如果iPaaS成功了，無疑會(huì)對于增加一些其他服務(wù)功能有益。某個(gè)角度來看，iPaaS可能會(huì)為我們實(shí)際的云應(yīng)用提供基礎(chǔ)，對于銷售者和云應(yīng)用者都會(huì)是一個(gè)巨大的進(jìn)步。
|
