在過(guò)去幾年中，我多次幫助多家企業(yè)實(shí)現(xiàn)云服務(wù)的完善，安全且可靠。雖然這些公司的問(wèn)題都不一樣，但問(wèn)題類型本質(zhì)上還是可以歸類的。這也是本文將會(huì)介紹的十誡。

我將這些多年實(shí)踐總結(jié)出來(lái)的十誡分為兩種類型：一種是針對(duì)商業(yè)決策者（高管），另一種針對(duì)技術(shù)決策者（技術(shù)團(tuán)隊(duì)中的工程師和管理者）

 類型一 面向商業(yè)決策者

1.不要把云僅當(dāng)著一個(gè)技術(shù)問(wèn)題

敏捷或DevOps轉(zhuǎn)型被廣泛認(rèn)為是涉及某種程度的自上而下的組織變革。這包括新的職責(zé)、新的工作方式以及團(tuán)隊(duì)之間新的溝通方式。您不能僅僅是指望通過(guò)買一個(gè)“DevOps Box”就能達(dá)到成功。

你的云計(jì)算采用與此無(wú)異。不要認(rèn)為云計(jì)算僅僅是通過(guò)另一種方式交付同樣的舊技術(shù)和工作方式。“遷移與轉(zhuǎn)移”的思維方式最終會(huì)導(dǎo)致昂貴且臃腫的云計(jì)算采用失敗。

在成功采用云計(jì)算作為優(yōu)先選擇的企業(yè)中，開(kāi)發(fā)、運(yùn)維、安全甚至財(cái)務(wù)等各個(gè)方面都會(huì)采取新的架構(gòu)。請(qǐng)花時(shí)間理解并包容必需的深層次變化。

圖片

2.從一開(kāi)始就進(jìn)行培訓(xùn)

你不能只是下達(dá)一個(gè)自上而下的組織強(qiáng)制采用云計(jì)算的命令，然后就離開(kāi)，并期望會(huì)發(fā)生好的事情。

云計(jì)算是一場(chǎng)大規(guī)模的技術(shù)技能和團(tuán)隊(duì)職責(zé)的轉(zhuǎn)變。擁有對(duì)云計(jì)算技術(shù)的深刻理解的人才并不常見(jiàn)，在市場(chǎng)上也并不易于獲得。合作伙伴可以提供幫助，但最終你還是需要有一個(gè)計(jì)劃，從內(nèi)部培養(yǎng)這種專業(yè)知識(shí)。

在較大的企業(yè)中，建立云計(jì)算卓越中心是一個(gè)不錯(cuò)的開(kāi)始，但我也看到過(guò)這些努力最終被劃分為又一個(gè)信息孤島。你不能只是創(chuàng)建一個(gè)“云團(tuán)隊(duì)”；你必須更廣泛地推動(dòng)一種文化，這意味著要在幾個(gè)月甚至幾年的時(shí)間里，細(xì)心設(shè)計(jì)云計(jì)算技能在整個(gè)組織中的普及。

是的，培訓(xùn)確實(shí)花費(fèi)是很多，但云計(jì)算的本質(zhì)是讓你能夠用相同數(shù)量的人工實(shí)現(xiàn)更高的價(jià)值。因此，將招聘預(yù)算的一部分轉(zhuǎn)移到培訓(xùn)團(tuán)隊(duì)：當(dāng)你的團(tuán)隊(duì)掌握使用由云服務(wù)提供商維護(hù)的服務(wù)時(shí)，你會(huì)對(duì)他們的成就感到驚訝。

設(shè)定正確的重點(diǎn)，提供適當(dāng)?shù)募?lì)措施，你的員工將會(huì)逐漸實(shí)現(xiàn)轉(zhuǎn)變。

圖片

3.將云計(jì)算視為價(jià)值中心

我們?nèi)匀豢吹揭恍┢髽I(yè)主要是出于節(jié)約成本的考慮選擇云計(jì)算，盡管這樣的企業(yè)比以往減少了——并且出于不錯(cuò)的理由。你選擇云計(jì)算不是為了花更少的錢，而是為了創(chuàng)造更大的價(jià)值。

這就是為什么我喜歡把云計(jì)算描述為“IT的殺手級(jí)應(yīng)用”的想法：就像電子表格讓早期的個(gè)人電腦成為可取之處，云計(jì)算獨(dú)自就能超越您IT投資的成本。

如果你的組織能夠充分利用，云計(jì)算能夠提升上市時(shí)間、創(chuàng)新速度和敏捷度。

一些公司會(huì)在云計(jì)費(fèi)單上陷入困境，因?yàn)樗撬麄兡芸吹胶屠斫獾呐c云計(jì)算采用相關(guān)的唯一指標(biāo)——盡管它是一個(gè)令人痛苦的指標(biāo)。成功指標(biāo)，如價(jià)值產(chǎn)生的速度，并不是不可能衡量，但是需要有意識(shí)地努力建立和評(píng)估。

優(yōu)先考慮實(shí)驗(yàn)，知道成功的標(biāo)準(zhǔn)，您就會(huì)發(fā)現(xiàn)云計(jì)算所產(chǎn)生的價(jià)值遠(yuǎn)遠(yuǎn)超過(guò)了成本。

4.從小開(kāi)始，但不要無(wú)準(zhǔn)備

很容易陷入幾個(gè)月或甚至幾年的云計(jì)算等待期。在Andy Jassy最近的re:Invent主題演講中，他指出了一家組織，盡管該組織自吹自擂地宣稱他們采用了云計(jì)算，但實(shí)際上他們只是部署了一些小的實(shí)驗(yàn)項(xiàng)目。雖然這種方法可能有利于您技術(shù)團(tuán)隊(duì)的簡(jiǎn)歷打造，但對(duì)于業(yè)務(wù)而言卻沒(méi)有價(jià)值。

你在剛開(kāi)始采用云計(jì)算時(shí)不會(huì)一下子就搞對(duì)，但不要讓這種擔(dān)憂阻止你開(kāi)始行動(dòng)。選擇一個(gè)適中的工作負(fù)載，認(rèn)真嘗試將其運(yùn)行在云上，找出短板，進(jìn)行改進(jìn)，重復(fù)，并不斷擴(kuò)大對(duì)云計(jì)算的了解。

認(rèn)真對(duì)待云計(jì)算，就會(huì)得到認(rèn)真的結(jié)果。

圖片

5.信任你的合作伙伴

企業(yè)在云計(jì)算的門檻處陷入數(shù)月甚至數(shù)年的困境的一個(gè)原因是什么？他們意識(shí)到變革可能是復(fù)雜的，他們不想出錯(cuò)。

出于這個(gè)原因，在云計(jì)算的過(guò)程中介紹可信的合作伙伴是有道理的——那些在這條道路上走過(guò)，既知道陷阱，也知道捷徑的人。

（順便說(shuō)一句，這也是支持公共云的一個(gè)很好論點(diǎn)。你真的認(rèn)為你能比AWS更好地管理數(shù)據(jù)中心，或者比微軟更好地構(gòu)建開(kāi)發(fā)者工具嗎？對(duì)鎖定的擔(dān)憂在歷史上是合理的，并且有其存在的價(jià)值，但最終你必須與能夠適當(dāng)利用風(fēng)險(xiǎn)的供應(yīng)商合作。）

尋找你可以信任的云計(jì)算和咨詢合作伙伴，然后給予他們足夠的自由度，讓他們幫助你實(shí)現(xiàn)持久的積極變化。

圖片

 類型二 面向技術(shù)決策者

6.不要因個(gè)人喜好選擇技術(shù)棧

在技術(shù)決策中，存在這樣一條普遍的建議：對(duì)于大多數(shù)問(wèn)題，都應(yīng)該采用經(jīng)得起時(shí)間考驗(yàn)的長(zhǎng)期使用的解決方案。沒(méi)人因?yàn)閷懥肆硪粋€(gè)Rails應(yīng)用程序或者任何類似的東西而被解雇。

這條建議在不發(fā)生重大破壞性前進(jìn)躍進(jìn)的世界中是合理的。然而，云計(jì)算改變了情況，因?yàn)橐恍┬录夹g(shù)很大程度上減少了你需要管理的內(nèi)容，同時(shí)增加了你提供的基礎(chǔ)規(guī)模和功能。

例如，AWS的Amplify服務(wù)在移動(dòng)端和后端開(kāi)發(fā)的實(shí)時(shí)性方面進(jìn)步很大?；诘痛a、專注于模式的API開(kāi)發(fā)方法絕對(duì)是優(yōu)秀的；與云本地?cái)?shù)據(jù)存儲(chǔ)的緊密集成是更好的。并且因?yàn)锳ppSync后端是一個(gè)云服務(wù)，它會(huì)隨著時(shí)間的推移不斷改進(jìn)，而你不必做任何事情?？赡苄枰慊◣字軙r(shí)間才能完全熟悉。但是，在這種情況下，投入一些時(shí)間學(xué)習(xí)的回報(bào)是持久的。

關(guān)鍵是，你的感覺(jué)可能會(huì)出賣你。你需要冷靜地評(píng)估哪些工具和服務(wù)能為你提供最大的收益。

圖片

7.時(shí)間是最珍貴的資源；全力優(yōu)化

你每天都接觸到的最昂貴的資源不是你的生產(chǎn)數(shù)據(jù)庫(kù)集群、應(yīng)用服務(wù)器群或日志框架。而是你的日程安排。

你和你的團(tuán)隊(duì)擁有有限的周期來(lái)構(gòu)建和維護(hù)技術(shù)。不要浪費(fèi)時(shí)間重復(fù)造輪子。

舉個(gè)不幸的個(gè)人例子，我之前的工作中花費(fèi)了大量時(shí)間從零開(kāi)始構(gòu)建一個(gè)全棧式的部署框架和管道工具。雖然最終這個(gè)部署管道確實(shí)為業(yè)務(wù)提供了一定的價(jià)值，但代價(jià)是數(shù)千小時(shí)的工程時(shí)間。

如果我和團(tuán)隊(duì)更多地依賴現(xiàn)有的云服務(wù)，我們可以在更短的時(shí)間內(nèi)完成同樣的功能，用來(lái)從事更有價(jià)值的項(xiàng)目，而不用總是解釋給管理層我們?cè)诟墒裁础?/span>

鑒于云原生開(kāi)發(fā)高度重視使用現(xiàn)成的服務(wù)，它使你在日程表上有更多寶貴的時(shí)間可用。

圖片

8.更早地開(kāi)始在云上構(gòu)建。不，比那還早一點(diǎn)。

我已經(jīng)一直在鼓勵(lì)“本地測(cè)試代碼，云上測(cè)試服務(wù)”的理念。隨著無(wú)服務(wù)器開(kāi)發(fā)在技術(shù)棧中的位置越來(lái)越高，維護(hù)獨(dú)立于云之外的本地開(kāi)發(fā)環(huán)境的價(jià)值也越來(lái)越小。

如果必須這么做，可以在本地迭代代碼；在遠(yuǎn)程棧（顯然不是生產(chǎn)棧）部署的角色和資源上進(jìn)行測(cè)試。你在開(kāi)發(fā)生命周期中越早這么做，發(fā)現(xiàn)權(quán)限和配置問(wèn)題的速度就越快，在生產(chǎn)環(huán)境中出現(xiàn)意外情況的可能性也就越小。

我認(rèn)為對(duì)此有最好理解的供應(yīng)商是Stackery。我非常喜歡他們的“cloudlocal”開(kāi)發(fā)概念，盡管我覺(jué)得這個(gè)名字不太可能流行。他們的命令行工具是我知道的唯一一個(gè)目前支持在本地執(zhí)行AWS Lambda函數(shù)，并使用與云部署版本相關(guān)聯(lián)的角色的工具。（當(dāng)你調(diào)用本地函數(shù)時(shí)，他們會(huì)將信任關(guān)系注入到該角色中。）我預(yù)測(cè)，其他主要的無(wú)服務(wù)器部署框架，如AWS SAM和Serverless Framework，也將很快為此提供更好的支持。這是未來(lái)的發(fā)展趨勢(shì)。

圖片

9.忽略虛假的問(wèn)題

你可能認(rèn)為工作中本來(lái)就有足夠多的真實(shí)問(wèn)題，無(wú)需捏造虛假問(wèn)題。不幸的是，軟件工程師非常擅長(zhǎng)找到那些真正不重要的問(wèn)題的解決方案。

例如，你的應(yīng)用程序真的需要跨區(qū)域嗎？如果整個(gè)AWS us-east區(qū)域都宕機(jī)了，你的應(yīng)用程序需要保持可用性嗎？你會(huì)花多長(zhǎng)時(shí)間維護(hù)多區(qū)域的事務(wù)一致性，你會(huì)花多少錢來(lái)復(fù)制數(shù)據(jù)，而不是每隔特別長(zhǎng)一段時(shí)間就優(yōu)雅地短暫停機(jī)？

移植性是一個(gè)巨大的虛假問(wèn)題。就像有人說(shuō)過(guò)，如果你正在使用Kubernetes，你必須是很聰明：這是必須的，而不是一種恭維。協(xié)調(diào)服務(wù)網(wǎng)絡(luò)、服務(wù)代理、入口路由等是一項(xiàng)非常復(fù)雜的任務(wù)。

我甚至看到人們?cè)跓o(wú)服務(wù)器應(yīng)用中設(shè)計(jì)復(fù)雜的抽象層，以便他們?cè)谛枰x擇不同的云服務(wù)商時(shí)可以隨時(shí)更換技術(shù)。

一個(gè)真正明智的技術(shù)決策者明白，你可以擅長(zhǎng)的事情范圍是很小的。利用云服務(wù)，從箱子里獲得經(jīng)過(guò)生產(chǎn)硬化的體系結(jié)構(gòu)，然后在其上構(gòu)建你獨(dú)特的功能。

如果你必須使用Kubernetes，可以考慮使用一些像EKS on Fargate或SpotInst Ocean這樣的管理服務(wù)，它們可以隱藏許多冗長(zhǎng)的細(xì)節(jié)（并且可以在超低價(jià)的點(diǎn)實(shí)例上調(diào)度容器）。

更不用說(shuō)，你可以通過(guò)與云服務(wù)提供商更緊密地集成獲得很多優(yōu)勢(shì)。直到云服務(wù)提供商表明他們將鎖定掠奪性的價(jià)格（這迄今沒(méi)有發(fā)生），你的時(shí)間可能更值得用來(lái)交付功能。

我的決策流程很簡(jiǎn)單：不要只注重代碼，忽視云服務(wù)。

圖片

10.通過(guò)展示價(jià)值來(lái)創(chuàng)造動(dòng)力

作為一名技術(shù)決策者，一個(gè)可以直接參與代碼開(kāi)發(fā)的人，你特別適合找出在你的領(lǐng)域中可以產(chǎn)生最大影響力的技術(shù)。

如果你無(wú)法獲得關(guān)于一個(gè)設(shè)計(jì)決策的贊同，而你覺(jué)得該決策有明顯的好處，你可以試著在云端為它制作一個(gè)原型——這通常可以迅速而且廉價(jià)。

作為技術(shù)決策者，你可以給企業(yè)提供一個(gè)強(qiáng)有力的理由：你已經(jīng)構(gòu)建了業(yè)務(wù)所需要的東西。它運(yùn)行得快，并且易于維護(hù)。

圖片

不管你是商務(wù)決策者還是技術(shù)決策者，云遷移的成功最終取決于你是否愿意接受不舒服感：去挑戰(zhàn)自己能夠構(gòu)建產(chǎn)品的界限，摒棄舒適圈，并信任那些為你指明前進(jìn)道路的供應(yīng)商和合作伙伴。

如有相關(guān)問(wèn)題，請(qǐng)?jiān)谖恼潞竺娼o小編留言，小編安排作者第一時(shí)間和您聯(lián)系，為您答疑解惑。

原文地址：https://www.trek10.com/blog/ten-commandments-for-cloud-decision-makers