為了支持遺留應(yīng)用，很多生產(chǎn)環(huán)境包含著各式各樣的技術(shù)和架構(gòu)。這種復(fù)雜性導(dǎo)致的問題是，這個世界上沒有一個人能完全了解其運(yùn)作細(xì)節(jié)。每當(dāng)我們對遺留應(yīng)用做出一個改變，都無法預(yù)知接下來會發(fā)生什么。與這樣一個復(fù)雜的環(huán)境交互完全就是一場夢魘 – 對此我們一向是盡量避而遠(yuǎn)之。這種狀況同樣會延誤我們的工作進(jìn)度。每次有人要上線新應(yīng)用時，我都不得不說大概需要6個月時間——這還是最樂觀的估計(jì)。

這種情況讓我想起兩個不可辯駁的事實(shí)：復(fù)雜性是敏捷性的敵人，而且還會導(dǎo)致風(fēng)險。以我的經(jīng)歷而言，復(fù)雜的事情不會帶來任何正面的結(jié)果。因此，我盡一切可能來避免復(fù)雜性。每天，我都盡力將IT環(huán)境簡化，以此降低意外發(fā)生的概率、提升透明性并促進(jìn)流程的標(biāo)準(zhǔn)化和流水化。

對簡單化的追求無可厚非，但是有時候會和其他目標(biāo)相沖突，而且和遺留系統(tǒng)也是相矛盾的。在過去的兩年中，我們已經(jīng)將一些主要的工作負(fù)載移到了云上。在所有應(yīng)用都放到云上之前，總是會面臨集成復(fù)雜度的問題。在云計(jì)算之前，數(shù)據(jù)交換都是發(fā)生在同一個數(shù)據(jù)中心內(nèi)的應(yīng)用之間�，F(xiàn)在，數(shù)據(jù)從應(yīng)用開始，經(jīng)過內(nèi)部網(wǎng)絡(luò)和外部網(wǎng)絡(luò)，最終到達(dá)SaaS、PaaS或IaaS服務(wù)商處 – 如此長的路徑會帶來嚴(yán)峻的挑戰(zhàn)。

我們的第一個IaaS應(yīng)用就是一場噩夢。當(dāng)時，我們將一個應(yīng)用放到了IaaS提供商那里，但是這個應(yīng)用要和我們數(shù)據(jù)中心里的其他應(yīng)用進(jìn)行大量的通信。盡管我們竭盡所能，數(shù)據(jù)交換還是帶了了極大的延遲，導(dǎo)致最終不得不把應(yīng)用又遷回到數(shù)據(jù)中心 – 遺留系統(tǒng)主導(dǎo)了局面。

隨后，我們又針對全球分支部署了一個SaaS應(yīng)用 – 同樣有和多個系統(tǒng)進(jìn)行數(shù)據(jù)交換的問題，而且還要求一定的實(shí)時性。鑒于之前的教訓(xùn)，我們這次完全更改了架構(gòu)設(shè)計(jì)。為了避免大量的點(diǎn)對點(diǎn)的集成，我們在云中部署了一個企業(yè)服務(wù)總線產(chǎn)品，以此作為數(shù)據(jù)的轉(zhuǎn)換和集成器。這個數(shù)據(jù)交換架構(gòu)特別注重可管理性、低延遲和應(yīng)用的普適性。

至少可以說，購買產(chǎn)品而非自行構(gòu)建，可以極大地降低項(xiàng)目的復(fù)雜度。更好的情況是，產(chǎn)品中包括了滿足業(yè)務(wù)要求的數(shù)據(jù)交換功能，部分?jǐn)?shù)據(jù)是實(shí)時轉(zhuǎn)化和處理，其他數(shù)據(jù)則在消息隊(duì)列中等候處理。這樣做的好處就是，高優(yōu)先級的數(shù)據(jù)交換并不占用其他數(shù)據(jù)的通道。

鑒于混雜云的復(fù)雜度是可以接受的，我認(rèn)為這是利用SaaS、IaaS和PaaS的最為實(shí)用的方法。

在不久的將來，云計(jì)算一定會徹底走入我們的生活，有興趣入行未來前沿產(chǎn)業(yè)的朋友，可以收藏云計(jì)算，及時獲取人工智能、大數(shù)據(jù)、云計(jì)算和物聯(lián)網(wǎng)的前沿資訊和基礎(chǔ)知識，讓我們一起攜手，引領(lǐng)人工智能的未來！

標(biāo)簽： 大數(shù)據(jù) 服務(wù)商 通信 網(wǎng)絡(luò) 云計(jì)算

版權(quán)申明：本站文章部分自網(wǎng)絡(luò)，如有侵權(quán)，請聯(lián)系：west999com@outlook.com
特別注意：本站所有轉(zhuǎn)載文章言論不代表本站觀點(diǎn)！
本站所提供的圖片等素材，版權(quán)歸原作者所有，如需使用，請與原作者聯(lián)系。