混合云如何實(shí)現(xiàn)應(yīng)用程序集成任務(wù)

 　　從時(shí)代的發(fā)展步伐來看，混合云集成將成為一種規(guī)則，因?yàn)榛旌显茖⒊蔀橹鲗?dǎo)模式。然而，在混合云環(huán)境中，很難確保所有應(yīng)用程序都能很好地組合在一起。行業(yè)專家將幫助人們思考這一過程。

　　越來越明顯的是，很多采用云計(jì)算的企業(yè)采用的是混合云。如果應(yīng)用程序?qū)⒃诠苍坪蛿?shù)據(jù)中心之間移動(dòng)，除了公共云之外，了解如何管理日趨復(fù)雜的應(yīng)用程序集成任務(wù)至關(guān)重要。

　　首先要了解混合云應(yīng)用程序集成的復(fù)雜性，重點(diǎn)關(guān)注每個(gè)變革的驅(qū)動(dòng)因素如何影響整合以及工具的一致性與特定的集成問題。

　　如今幾乎所有的應(yīng)用程序都是由不同的組件構(gòu)建的，在不同的系統(tǒng)中加載和運(yùn)行。大多數(shù)程序也必須與其他應(yīng)用程序交換數(shù)據(jù)。這種應(yīng)用程序意味著企業(yè)IT真的是一個(gè)工作流網(wǎng)絡(luò)，而這個(gè)愿景是二十年前推動(dòng)面向服務(wù)架構(gòu)（SOA）的動(dòng)力。 SOA并不簡單，然而，在虛擬主機(jī)和應(yīng)用程序動(dòng)態(tài)擴(kuò)展的世界中，它的設(shè)計(jì)問題似乎很簡單。

　　應(yīng)用程序集成是連接組件和應(yīng)用程序之間工作流程的過程。如今有這樣的機(jī)制來為傳統(tǒng)的數(shù)據(jù)中心托管，所以組織在混合云中必須關(guān)注的是這些機(jī)制是如何適應(yīng)的。

　　大多數(shù)公司不希望完全修改應(yīng)用程序集成策略;對其生產(chǎn)率、應(yīng)用程序生命周期管理以及安全性和遵從性的影響將是顯著的。把重點(diǎn)放在適應(yīng)的概念上，然后從需要適應(yīng)的東西開始編目。

　　混合云采用對應(yīng)用程序工作流有四個(gè)不同的影響：

　　（1）某些應(yīng)用程序/組件托管在數(shù)據(jù)中心之外的場所，并受到不同的安全性，合規(guī)性和網(wǎng)絡(luò)連接控制和功能的限制。

　　（2）在某些情況下，云應(yīng)用程序可以使用數(shù)據(jù)中心中不存在的云托管服務(wù)，而不是通過相同的方式實(shí)現(xiàn)，甚至在云提供商中也是如此。這些差異影響工作流集成和組件移動(dòng)性。

　?。?）應(yīng)用程序/組件可以動(dòng)態(tài)移動(dòng)，這意味著工作流必須遵循它們，并且可以在不同的連接/安全區(qū)域之間移動(dòng)。

　?。?）云計(jì)算推出了動(dòng)態(tài)擴(kuò)展容量以匹配工作負(fù)載的概念，這在非云部署中很少提供。

　　成功的混合云應(yīng)用程序集成最好是適應(yīng)這些影響因素，首先是設(shè)計(jì)混合云環(huán)境，然后再適應(yīng)/采用工具來解決每一個(gè)問題。雖然組織所采取的步驟可能針對上述列表中的特定驅(qū)動(dòng)程序，但它們必須采取這樣的措施，以盡量減少敏捷混合云環(huán)境帶來的系統(tǒng)風(fēng)險(xiǎn)。

　　成功的混合云應(yīng)用程序集成的第一步是在所有托管平臺(tái)/提供商之間創(chuàng)建統(tǒng)一的應(yīng)用程序部署和連接模型。這意味著將“托管”定義為可以映射到任何云端或數(shù)據(jù)中心資源的抽象。

　　混合云集成中最大的錯(cuò)誤是過度專業(yè)化。組織應(yīng)該在整個(gè)混合云中建立一個(gè)通用的網(wǎng)絡(luò)連接模型，然后定義一個(gè)標(biāo)準(zhǔn)化的托管模型來部署應(yīng)用程序/組件。

　　連接模型問題只能通過創(chuàng)建可以承載所有應(yīng)用程序和組件的虛擬專用網(wǎng)來解決。越來越多的企業(yè)正在采用軟件定義或虛擬網(wǎng)絡(luò)作為其連接核心，如果采用適當(dāng)?shù)能浖x網(wǎng)絡(luò)或軟件定義的廣域網(wǎng)模型，則無論是在云端還是數(shù)據(jù)中心，都可以連接所有內(nèi)容。沒有替代開放的統(tǒng)一連接，所以這是正確的關(guān)鍵，企業(yè)認(rèn)識(shí)到，基本的云網(wǎng)絡(luò)工具（例如，OpenStack的Neutron）最好用于補(bǔ)充企業(yè)虛擬網(wǎng)絡(luò)，而不是創(chuàng)建它。

　　一旦擁有合適的連接模型，標(biāo)準(zhǔn)化部署環(huán)境便于使用單個(gè)工具包來集成工作流。DevOps和基礎(chǔ)設(shè)施代碼（IAC）工具都支持標(biāo)準(zhǔn)的部署過程，并且它的支持隨著時(shí)間的推移而改善。

　　采取這一步驟將從根本上減少與混合云集成相關(guān)的任何特殊問題，甚至在某些情況下可以消除它們。然而，并不是所有的用戶都熟悉IAC的工具和功能，這些都是很重要的托管規(guī)范。

　　最后，查看DevOps解決方案的事件處理屬性。其強(qiáng)大功能將有助于管理操作生命周期。

　　第二步是根據(jù)安全性、遵從性和執(zhí)行需求定義應(yīng)用程序/組件的“范圍”。很少有組織希望每個(gè)應(yīng)用程序的每個(gè)組件都在混合云中運(yùn)行。如果應(yīng)用程序/組件依賴于只在公共云上可用的Web服務(wù)，那么它的主要范圍就是這個(gè)云。如果只有在這個(gè)云的一些地方才能滿足內(nèi)部審計(jì)合規(guī)性規(guī)則，那么這些地方就是其范圍。這些范圍必須在部署和連接應(yīng)用程序的操作軟件中執(zhí)行，以確保它們只在它們可以/應(yīng)該在的地方運(yùn)行。

　　通過工具和政策實(shí)施范圍限制并不困難，不需要專門的工具。它確實(shí)需要注意云提供商和數(shù)據(jù)中心環(huán)境的具體限制，需要進(jìn)行一些規(guī)劃和審查，但是通過其范圍將應(yīng)用程序分組是有用的，因?yàn)樗梢詸z測潛在的故障轉(zhuǎn)移和云爆發(fā)問題。組織還將發(fā)現(xiàn)，如果可以將專業(yè)化的工具和實(shí)踐與各種范圍保持一致，那么在集成和管理方面，組織將會(huì)更輕松。

　　第三步是將每個(gè)可以加載的應(yīng)用程序/組件與負(fù)載平衡功能關(guān)聯(lián)為前端。必須為工作分配提供可擴(kuò)展性，因此應(yīng)用程序集成中使用的工作流連接必須與負(fù)載均衡器連接，而不是可擴(kuò)展組件。負(fù)載平衡、應(yīng)用交付控制、“第3層交換”和其他技術(shù)都已用于此任務(wù)。

　　在集成混合云的應(yīng)用程序時(shí)，至關(guān)重要的是，組織可以在組件擴(kuò)展期間擁有盡可能少的實(shí)現(xiàn)選項(xiàng)，以支持工作流分發(fā)，并確保擴(kuò)展或退出步驟不會(huì)斷開工作流或用于數(shù)據(jù)的不期望的迂回路徑。