“對于需要先學后做的事，我們不妨邊做邊學。”——亞里士多德

今天的這份推薦清單也可被稱為“我希望自己剛剛踏上云旅程時即已了解的十件事”。在道瓊斯的工作經歷讓我意識到自己非常幸運——我們能夠從其它企業身上學習經驗，同時亦有機會在加入AWS之后同數十家在云領域獲得成功的客戶溝通，從而了解其與技術乃至業務變革密切相關的或積極、或保守的具體狀況。

[[176479]]

1.擁有高管層支持。事實上，大多數倡議都會獲得高管層人員的支持。特別是在大型企業當中，擁有高管作為后盾的項目往往更容易取得成功。大家用不著苦苦哀求其劃出一塊“實驗田”，而應切實表達自己希望幫助企業走向成功的意愿。只要理解了云技術所能帶來的長遠收益與重要意義，其它的工作將水到渠成。

2.利用現有員工建立卓越中心。現有員工雖然未必具備對應的技能儲備，但這并不代表他們就沒有能力完成此類任務。成功的云企業能夠快速構成卓越中心，同時推廣***實踐與堅實的治理手段。盡管云方案的打理方式與傳統技術有所區別，但其計算本質仍然是統一的。大家不妨將其理解為企業資本投入的一種拓展方式。合作伙伴與顧問亦能夠起到巨大助益，特別是在加快業務產出或者提升獨立性方面。但是需要注意的是，務必要確保各合作伙伴及顧問充分了解我們已經掌握的云專業知識。從長遠角度實現云技術過渡的方式可謂多種多樣，包括DevOps、雙峰IT以及全堆棧工程等等。考慮到豐富的潛在選項，我們并不一定需要馬上拿出結論。大家不妨將此作為探索企業結構轉換的***機遇，或者制定一套后備方案。我們自己才最了解自身企業結構，因此只要能夠在正確的道路上獲得些許經驗，未來的方向也將自然顯現。在后續文章當中，我們將對這一議題再進行一番總結。

3.他們對于具體實現速度并不強求。請記住，這是一段探索旅程。企業絕對不可能在一夜之間做出將全部或者部分基礎設施遷移至云環境下的決定。他們會首先建立實驗機制，逐步了解其中收益并以負責任的節奏慢慢借此獲取效益且增長業務能力。

4.他們始終保持開放的心態。適合以云環境作為立足點的項目可謂多種多樣。大家應當以業務需求為優先，而非單純考慮適用性。事實上，云升級所能帶來的可能性幾近無窮，而相關工作可由高管團隊驅動或者交給特定團隊/個人負責。如果有人認為他們能夠在云環境下完成目標，那么不妨為其提供機會。為員工提供施展舞臺無疑非常重要，畢竟就算是金子，也要在太陽下才能發光。

5.他們以謹慎態度審視成本。TCO(即總體擁有成本)問題始終應當得到認真考量——無論是在內部環境下還是云基礎設施層面。我發現企業往往面對一類常見陷阱，即傾向于保留大量根本使用不到的資源。舉例來說，如果大家擁有6臺服務器，每天有4個小時處于峰值使用狀態，但其余的20小時內僅需要2臺服務器即可應對負載，那么我們每天需要的服務器計算時應為64單位(4 x 6再加上20 x 2)。在這種情況下，我們的TCO計算方式應該按64服務器時考慮，而非傳統的144單位——意味著我們只需要一半傳統計算資源即可解決問題。而且如果在業務環境下保留大量虛擬化實例，那么我們將很難面對需求變化做出及時調整。大家部署的云資源越多，真正能夠用到的比重就越低。AWS圍繞TCO建立起一套卓越中心，而且樂于幫助客戶進行資源需求分析。雖然整個流程高度自動化，但大家也可以借助AWS提供的經驗心得與***實踐勾勒出更準確的宏觀視角。另外，如果大家發現某種成本更低的實現方式，AWS也樂于從中學習并借此改進自身服務。

6.他們無懼于犯錯。出現錯誤其實是件好事。隨著經驗的逐步積累，大家犯錯的可能性將越來越低，而云方案部署過程也會越來越快。當然，允許犯錯并不是說初步方案在交付速度上就一定要比傳統機制更慢。事實上，大多數AWS實驗性項目在起步階段就能夠帶來遠超傳統方案的交付速度——即使計入處理錯誤所帶來的時間浪費。云計算方案的***助益之一就在于，用戶能夠以極低的實驗成本做出各種探索。大部分***創新能力的企業都會將實驗工作作為創新的表現形式來看待。如果某些組件未能達到預期，大家完全不必灰心——繼續推進即可。

7.他們將自動化機制作為必要前提。這也是企業在嘗試發揮云計算全部潛能時，必須完成的一項重要技術轉換。根據我的個人經驗外加與客戶們的交流結論，一旦某家企業開始將服務器基礎設施視為計算實例組合——而非單純的設備，那么這種彈性收益也將很快實現。通過這種方式，企業能夠獲得更理想的安全性水平、環境可預測能力，同時憑借自動規模伸縮應對種種具體需求。在我看來，自動規模伸縮堪稱有史以來最偉大的創新成果之一。它也正是云計算方案所帶來的最為根本的新型功能之一。與之前提到的TCO一樣，自動規模伸縮將顯著提升我們削減運營成本的能力。

8.他們主動監控并關注核心層面的警報信息。每一家企業都擁有獨特的關注傾向以及風險承受能力。根據業務方向的不同，大家可能更關注資源所能承載的用戶數量、賬單變化情況以及網絡或應用程序性能是否會受到其他租戶的影響。無論具體關注點在哪里，我們都應當引導技術團隊確切把握相關情況，并利用正確的工具(包括CloudTrail、CloudWatch Logs、Directory Service等等)加以應對。

9.積極使用AWS Marketplace。這套應用市場提供多種解決方案，足以涵蓋各類AWS客戶所面對的一切實際問題。當初道瓊斯公司在決定遷出原有基礎設施時，就是從AWS Marketplace當中找到了易于配置及使用的相關解決方案。目前這類管理實踐方式也依然有效，大家甚至會驚訝于AWS Marketplace在加快云技術轉型工作中的重要作用。

10.他們樂于探討相關議題。企業中的其它部門肯定希望了解更多與云方案相關的信息，包括哪些預期切實可行、而哪些并不現實。分享個中經驗能夠強化整體推進流程，同時幫助參與者們意識到自身工作的重要意義。眾多AWS客戶都在公開發表他們的經驗與心得，而這些都可能引導更多其它企業走上這條***現實意義且成本低廉的轉型之路。***，AWS一直高度重視客戶的意見。AWS發展路線圖中有90%到95%的內容是根據客戶反饋所制定，因此請積極發出您自己的聲音。

以上情況是否與您所在的企業相符合?如果大家認為還有更多值得關注及共享的經驗，也請不吝指出!

革命尚未成功，同志仍須努力!

作者介紹

[[176480]]

史蒂芬﹒奧本

史蒂芬·奧本 (Stephen Orban) 于 2014 年9月加入亞馬遜AWS 擔任企業戰略總經理。奧本與多名企業技術高管合作，在云如何實現業務成果、加快創新和簡化流程方面進行經驗和戰略分享。在加入亞馬遜AWS 之前，奧本曾在道瓊斯擔任***信息官 (CIO)一職，他通過借力 AWS 和其他軟件即服務 (SaaS) 合作伙伴，引入現代軟件開發方法、實現降低成本、執行云優先政策。這些轉型變革加快了產品開發周期并提高了全部業務線的生產能力，這其中就包括《華爾街日 報》、MarketWatch.com、道瓊斯通訊社及Factiva。奧本還曾在彭博有限合伙公司(Bloomberg LP)工作 11 年，并且在股權和消息平臺擔任不同的領導職務;2008 年，奧本創建彭博體育(Bloomberg Sports)并擔任***技術官 (CTO)。