如何成功地實現(xiàn)混合云應(yīng)用集成

責(zé)任編輯:cres

作者:Tom Nolle 譯者:HERO

2017-11-10 11:16:13

來源:企業(yè)網(wǎng)D1Net

原創(chuàng)

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

在混合云環(huán)境中,很難確保所有應(yīng)用程序都能很好地組合在一起。行業(yè)專家將幫助人們思考這一過程。
 
越來越明顯的是,很多采用云計算的企業(yè)采用的是混合云。如果應(yīng)用程序?qū)⒃诠苍坪蛿?shù)據(jù)中心之間移動,除了公共云之外,了解如何管理日趨復(fù)雜的應(yīng)用程序集成任務(wù)至關(guān)重要。
 
首先要了解混合云應(yīng)用程序集成的復(fù)雜性,重點關(guān)注每個變革的驅(qū)動因素如何影響整合以及工具的一致性與特定的集成問題。
 
如今幾乎所有的應(yīng)用程序都是由不同的組件構(gòu)建的,在不同的系統(tǒng)中加載和運行。大多數(shù)程序也必須與其他應(yīng)用程序交換數(shù)據(jù)。這種應(yīng)用程序意味著企業(yè)IT真的是一個工作流網(wǎng)絡(luò),而這個愿景是二十年前推動面向服務(wù)架構(gòu)(SOA)的動力。 SOA并不簡單,然而,在虛擬主機和應(yīng)用程序動態(tài)擴展的世界中,它的設(shè)計問題似乎很簡單。
 
應(yīng)用程序集成是連接組件和應(yīng)用程序之間工作流程的過程。如今有這樣的機制來為傳統(tǒng)的數(shù)據(jù)中心托管,所以組織在混合云中必須關(guān)注的是這些機制是如何適應(yīng)的。
 
大多數(shù)公司不希望完全修改應(yīng)用程序集成策略;對其生產(chǎn)率、應(yīng)用程序生命周期管理以及安全性和遵從性的影響將是顯著的。把重點放在適應(yīng)的概念上,然后從需要適應(yīng)的東西開始編目。
 
混合云采用對應(yīng)用程序工作流有四個不同的影響:
 
(1)某些應(yīng)用程序/組件托管在數(shù)據(jù)中心之外的場所,并受到不同的安全性,合規(guī)性和網(wǎng)絡(luò)連接控制和功能的限制。
 
(2)在某些情況下,云應(yīng)用程序可以使用數(shù)據(jù)中心中不存在的云托管服務(wù),而不是通過相同的方式實現(xiàn),甚至在云提供商中也是如此。這些差異影響工作流集成和組件移動性。
 
(3)應(yīng)用程序/組件可以動態(tài)移動,這意味著工作流必須遵循它們,并且可以在不同的連接/安全區(qū)域之間移動。
 
(4)云計算推出了動態(tài)擴展容量以匹配工作負(fù)載的概念,這在非云部署中很少提供。
 
成功的混合云應(yīng)用程序集成最好是適應(yīng)這些影響因素,首先是設(shè)計混合云環(huán)境,然后再適應(yīng)/采用工具來解決每一個問題。雖然組織所采取的步驟可能針對上述列表中的特定驅(qū)動程序,但它們必須采取這樣的措施,以盡量減少敏捷混合云環(huán)境帶來的系統(tǒng)風(fēng)險。
 
成功的混合云應(yīng)用程序集成的第一步是在所有托管平臺/提供商之間創(chuàng)建統(tǒng)一的應(yīng)用程序部署和連接模型。這意味著將“托管”定義為可以映射到任何云端或數(shù)據(jù)中心資源的抽象。
 
混合云集成中最大的錯誤是過度專業(yè)化。組織應(yīng)該在整個混合云中建立一個通用的網(wǎng)絡(luò)連接模型,然后定義一個標(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)識到,基本的云網(wǎng)絡(luò)工具(例如,OpenStack的Neutron)最好用于補充企業(yè)虛擬網(wǎng)絡(luò),而不是創(chuàng)建它。
 
一旦擁有合適的連接模型,標(biāo)準(zhǔn)化部署環(huán)境便于使用單個工具包來集成工作流。DevOps和基礎(chǔ)設(shè)施代碼(IAC)工具都支持標(biāo)準(zhǔn)的部署過程,并且它的支持隨著時間的推移而改善。
 
采取這一步驟將從根本上減少與混合云集成相關(guān)的任何特殊問題,甚至在某些情況下可以消除它們。然而,并不是所有的用戶都熟悉IAC的工具和功能,這些都是很重要的托管規(guī)范。
 
最后,查看DevOps解決方案的事件處理屬性。其強大功能將有助于管理操作生命周期。
 
第二步是根據(jù)安全性、遵從性和執(zhí)行需求定義應(yīng)用程序/組件的“范圍”。很少有組織希望每個應(yīng)用程序的每個組件都在混合云中運行。如果應(yīng)用程序/組件依賴于只在公共云上可用的Web服務(wù),那么它的主要范圍就是這個云。如果只有在這個云的一些地方才能滿足內(nèi)部審計合規(guī)性規(guī)則,那么這些地方就是其范圍。這些范圍必須在部署和連接應(yīng)用程序的操作軟件中執(zhí)行,以確保它們只在它們可以/應(yīng)該在的地方運行。
 
通過工具和政策實施范圍限制并不困難,不需要專門的工具。它確實需要注意云提供商和數(shù)據(jù)中心環(huán)境的具體限制,需要進行一些規(guī)劃和審查,但是通過其范圍將應(yīng)用程序分組是有用的,因為它可以檢測潛在的故障轉(zhuǎn)移和云爆發(fā)問題。組織還將發(fā)現(xiàn),如果可以將專業(yè)化的工具和實踐與各種范圍保持一致,那么在集成和管理方面,組織將會更輕松。
 
第三步是將每個可以加載的應(yīng)用程序/組件與負(fù)載平衡功能關(guān)聯(lián)為前端。必須為工作分配提供可擴展性,因此應(yīng)用程序集成中使用的工作流連接必須與負(fù)載均衡器連接,而不是可擴展組件。負(fù)載平衡、應(yīng)用交付控制、“第3層交換”和其他技術(shù)都已用于此任務(wù)。
 
在集成混合云的應(yīng)用程序時,至關(guān)重要的是,組織可以在組件擴展期間擁有盡可能少的實現(xiàn)選項,以支持工作流分發(fā),并確保擴展或退出步驟不會斷開工作流或用于數(shù)據(jù)的不期望的迂回路徑。
 
從長遠來看,混合云集成將成為一種規(guī)則,因為混合云將成為主導(dǎo)模式。組織越早獲得經(jīng)驗,其結(jié)果就越好。
 
版權(quán)聲明:本文為企業(yè)網(wǎng)D1Net編譯,轉(zhuǎn)載需注明出處為:企業(yè)網(wǎng)D1Net,如果不注明出處,企業(yè)網(wǎng)D1Net將保留追究其法律責(zé)任的權(quán)利。

鏈接已復(fù)制,快去分享吧

企業(yè)網(wǎng)版權(quán)所有?2010-2024 京ICP備09108050號-6京公網(wǎng)安備 11010502049343號