云服務(wù)的遷移工作是非常巨大的。但不幸的是，我們往往會(huì)通過(guò)之前使用內(nèi)部部署的狹隘經(jīng)驗(yàn)來(lái)看待和理解云服務(wù)。大多數(shù)公司將業(yè)務(wù)遷移到云上，是為了能夠發(fā)掘新的商業(yè)機(jī)會(huì)。但許多公司之所以遷移的步履蹣跚，是因?yàn)樗麄內(nèi)匀皇褂昧诉m用于內(nèi)部部署的架構(gòu)。這種架構(gòu)會(huì)導(dǎo)致在云上部署時(shí)，往往會(huì)過(guò)度利用某一部分的資源，而對(duì)另一部分的資源利用不足。而一個(gè)創(chuàng)新和穩(wěn)健的架構(gòu)通常需要均衡和全面的使用資源。

想象一下，你的IT業(yè)務(wù)運(yùn)行在公司地下室的服務(wù)器上。如果只是把這些服務(wù)器搬到辦公室的一樓會(huì)給你的生意帶來(lái)新的機(jī)會(huì)嗎?當(dāng)然不會(huì)。將服務(wù)器轉(zhuǎn)移到云端可能會(huì)為您節(jié)省一些資金，但這肯定不會(huì)讓您有更進(jìn)一步的發(fā)展。關(guān)于云服務(wù)，首先也是最重要的一點(diǎn)是，上云不是一個(gè)部署位置的遷移，而是一個(gè)全新的架構(gòu)模型。構(gòu)建云服務(wù)最需要的是心態(tài)的改變，而不是位置的改變。

云服務(wù)與內(nèi)部部署架構(gòu)有什么不同?

在十年前，內(nèi)部部署架構(gòu)是大多數(shù)人的共同參照系，也是我們理解和解釋云的唯一方式。在今天，仍然通過(guò)傳統(tǒng)架構(gòu)來(lái)理解云是過(guò)時(shí)和有害的，傳統(tǒng)架構(gòu)已經(jīng)無(wú)法讓我們更好的發(fā)揮云服務(wù)的力量了。今天我們可以參考Netflix來(lái)設(shè)計(jì)我們的云服務(wù)架構(gòu)，而不是繼續(xù)參考那些傳統(tǒng)架構(gòu)。同時(shí)我們必須更加關(guān)注兩者的差異，而不是其相似之處。

在內(nèi)部部署架構(gòu)時(shí)代，我們可以使用的服務(wù)和產(chǎn)品是有限的，因?yàn)槲覀兪褂玫拿總€(gè)服務(wù)和產(chǎn)品都需要許可證(更不用說(shuō)維護(hù)大量的各種服務(wù)是不可行的)。在云計(jì)算時(shí)代，我們可以管理大量的、面向任務(wù)的產(chǎn)品和服務(wù)，這些資源都是按量付費(fèi)的，因此沒有入門成本。

接下來(lái)的一個(gè)差異可能會(huì)更加觸動(dòng)您。下面的屏幕截圖是Azure中一個(gè)名為App Service 的PaaS服務(wù)。通過(guò)這個(gè)服務(wù)您可以部署Web業(yè)務(wù)。該服務(wù)提供了一系列開箱即用操作功能列表(例如，彈性伸縮、備份、監(jiān)控、身份驗(yàn)證、API管理)。當(dāng)然您也可以在VM中手動(dòng)部署Web服務(wù)器，但是您需要思考，在手動(dòng)部署的Web服務(wù)器上實(shí)現(xiàn)所有這些功能需要付出多少努力?即使真的實(shí)現(xiàn)了這些功能，要讓這些虛擬機(jī)和Web服務(wù)器保持最新狀態(tài)并得到良好管理，又需要付出多少努力?

不單是App服務(wù)，事實(shí)上Azure還提供了數(shù)十種的功能非常全面，開箱即用的PaaS(或Serverless)服務(wù)。通過(guò)使用這些云原生和面向任務(wù)的服務(wù)，您不要浪費(fèi)時(shí)間和資源來(lái)構(gòu)建和維護(hù)基礎(chǔ)設(shè)施，可以將注意力專注于開發(fā)業(yè)務(wù)解決方案上。

云服務(wù)的挑戰(zhàn)：使用哪種服務(wù)?

一個(gè)令人不安的事實(shí)是：大多數(shù)組織都知道云服務(wù)與內(nèi)部部署架構(gòu)的不同，他們中的大多數(shù)也知道兩者主要的區(qū)別。然而，他們并沒有使用更新，更好的架構(gòu)。這是因?yàn)榇蠖鄶?shù)組織都面臨一個(gè)同樣的挑戰(zhàn)：在云廠商提供的眾多服務(wù)中，哪一種才是最適合具體業(yè)務(wù)場(chǎng)景的?如果有太多的選擇，反而會(huì)導(dǎo)致開發(fā)人員和架構(gòu)師陷入決策困難。為了避免決策困難，技術(shù)人員往往會(huì)傾向于使用最熟悉的架構(gòu)。對(duì)于習(xí)慣于基于內(nèi)部部署架構(gòu)構(gòu)建的組織來(lái)說(shuō)，這通常意味著繼續(xù)選擇舊的技術(shù)棧(VMs/容器編排集群)，而不考慮其他選擇。

如何在數(shù)十個(gè)云服務(wù)之間選擇確實(shí)是一個(gè)艱難的挑戰(zhàn)(在撰寫本文時(shí)，Azure有400多個(gè)不同的服務(wù)，每個(gè)服務(wù)可能有數(shù)十個(gè)內(nèi)置功能)。然而這個(gè)挑戰(zhàn)仍然是值得面對(duì)的。這是因?yàn)椋绻唤鉀Q這個(gè)問題，您就需要面對(duì)如何讓云服務(wù)運(yùn)行得像內(nèi)部部署環(huán)境的問題。

解決第一個(gè)問題(使用哪種服務(wù))可以有效地釋放云服務(wù)的力量，而解決第二個(gè)問題只會(huì)讓您在傳統(tǒng)架構(gòu)中陷得更深。使用云服務(wù)的挑戰(zhàn)是真實(shí)存在的，但從長(zhǎng)遠(yuǎn)來(lái)看，解決它會(huì)給您帶來(lái)非常好的回報(bào)。我多次看到，在云上使用了錯(cuò)誤架構(gòu)，往往會(huì)很快達(dá)到性能的極限，而在錯(cuò)誤的架構(gòu)上進(jìn)行進(jìn)一步的開發(fā)，則會(huì)導(dǎo)致對(duì)業(yè)務(wù)的投資變得低效甚至失敗。

如何解決上云的挑戰(zhàn)

我不知道是否有靈丹妙藥可以完美地解決上云的挑戰(zhàn)，但是下面這些建議可以幫助你：

• 使用參考體系架構(gòu)：下面是Azure參考體系結(jié)構(gòu)。當(dāng)你開始使用云服務(wù)時(shí)，這些參考架構(gòu)將有助于為你的需求找到合適的云服務(wù)。
• 讓更多團(tuán)隊(duì)參與進(jìn)來(lái)：首席信息官(或任何個(gè)人)了解IT與之相關(guān)的全部知識(shí)的日子已經(jīng)一去不復(fù)返了。現(xiàn)代化的云服務(wù)提供了許多低代碼/無(wú)代碼選項(xiàng)，讓更多的員工(技術(shù)人員和非技術(shù)人員)參與IT解決方案。這可以讓眾多非技術(shù)人員也成為創(chuàng)造創(chuàng)新解決方案的巨大力量。
• 忘記內(nèi)部部署模型：如果你在上云的過(guò)程中看到的仍然是一個(gè)一個(gè)的VM、vNet、存儲(chǔ)和防火墻等資源，那么不管你在云解決方案上付出了多少努力，最終你還是會(huì)得到一個(gè)內(nèi)部部署模型的解決方案，只不過(guò)它可能位于云上而已。

最后，我不想忽略上云帶來(lái)的節(jié)約成本的重要性，但即使業(yè)務(wù)部署遷移的場(chǎng)景中，如果需要將節(jié)約成本發(fā)揮到最大，也只能通過(guò)采用云服務(wù)架構(gòu)模型來(lái)實(shí)現(xiàn)：在不需要資源時(shí)銷毀資源，在需要時(shí)重新創(chuàng)建資源，并按需擴(kuò)展資源。總之，上云不單是一個(gè)部署位置的變化，而是一個(gè)全新的架構(gòu)模型。

譯者介紹

吉鍇，51CTO社區(qū)編輯，18年軟件開發(fā)經(jīng)驗(yàn)。現(xiàn)在阿里云全球培訓(xùn)中心任講師，負(fù)責(zé)云計(jì)算，云原生，數(shù)字化轉(zhuǎn)型等領(lǐng)域的課程設(shè)計(jì)，交付。先后于富士通，聯(lián)想集團(tuán)，歡聚時(shí)代，搜狗任職，手機(jī)YY首任架構(gòu)師。2014年開始從事專業(yè)技術(shù)培訓(xùn)和顧問工作。

原文標(biāo)題：??The Cloud Challenge: Choice Paralysis and the Bad Strategy of “On-Premising” the Cloud??，作者：Alaa Tadmori