雲端時代登場新角色：雲端架構師 - iThome

雲端的觀念及技術，影響了消費性產品的設計方式，同時影響企業內部對IT 資源的配置及架構的設計規畫，對於軟體開發團隊而言，也開始越來越頻繁運用 ... 移至主內容 文/王建興 | 2014-10-23發表 「雲端計算」在前幾年成了火紅的流行名詞，在整個資訊業界，許多人努力讓自己正在做的事情跟雲端扯上關係，好讓自己也晉升為「雲端概念」一族，以便獲得更多的關注。

當然，就和大多數暴起流行的名詞一樣，「雲端計算」的概念也收到了來自許多人的質疑。

他們在想，究竟「雲端計算」會不會又是一個像大多數快速竄紅的流行名詞一樣，最終不可避免地又進到了無疾而終的命運？ 不過，時間已來到了今天，事實證明了雲端計算的想法、概念、技術、平臺，正確切的落實在我們的每一天生活當中。

iCloud上好萊塢女星的照片外流事件，一方面突顯了雲端平臺的安全性問題，另一方面也正好說明了人們生活和雲端服務之間的緊密程度。

除了透過雲端概念、技術所打造出來的服務已經開始深植在人們的生活中之外，雲端技術及平臺對企業內部的IT資源建立、配置、及營運的方式也產生了很大的衝突。

傳統在規畫企業內部的IT資源時，考慮的方式都是將資源集中在企業內部為主，因此，無論是硬體或是軟體的採購，都是以這種模式為基礎去思考的。

除了採購之外，IT架構的規畫，也是從IT資源集中在企業內部的方式去設計。

雲端讓IT資源與架構重新配置 不過，雲端的觀念及技術，影響的層面不只是消費性產品的設計方式，同樣也會、也正在影響企業內部對IT資源的配置，以及對IT架構的設計規畫。

從很久以前，有些企業就開始採用一些在雲端上的服務，來取代自行建置的傳統方式。

就像是利用Google的Gmail來取代自行架設電子郵件伺服器一樣。

又好比現在很多軟體開發團隊，開始使用一些雲端上的服務來輔助開發流程的進行，例如，有些人使用GitHub的服務，來做原始碼的版本控管、做議題及瑕疵的追蹤、也利用它的Wiki資訊，做團隊中的共同編輯。

雲端服務對企業的影響，從軟體開發團隊的應用情況來看，也就可以看出端倪。

因為將IT資源配置於雲端，可以得到一些好處，像是節省初期成本、降低維護人力、……等等，都是「雲端計算」的概念所強調的各種好處。

而另一方面，企業傳統將IT資源的配置於企業內的方式，開始逐步的朝雲端配置時，設計、規畫架構的方式也會和傳統的不同。

雲端上有計算資源、頻寬資源、也有儲存資源、甚至有更高階的資料庫資源。

當這些資源不再是位在企業內部、而是置放於雲端，又或者對企業來說，當他們採用部份在內部、部份在雲端的方式時，規畫整體架構的方式就會有所不同。

面對雲端環境的IT架構師 因此，現在已經開始有所謂「雲端架構師（CloudArchitect）」的角色應運而生。

這樣的角色在企業裡應該提供什麼樣的作用呢？ 他應該了解企業在IT資源上的需求，也明白各種不同雲端平臺、服務的特性，妥善運用這些平臺及服務來滿足企業的需求。

就好比，企業對於伺服器的計算需求，雲端架構師必須評估像是基於安全性的考量，是否適合放在雲端平臺上，以及，對計算的需求量究竟應該如何配置，是最節省成本的。

同時，在規畫整個架構時，也必須將未來的發展潛力納入考量，讓整體架構能夠隨著需求量增加，而提高服務的規模。

光是看IaaS的雲端平臺，其計費方式各家都有所不同，有的儲存空間貴、頻寬便宜，有的相反，頻寬便宜、儲存空間貴。

如何依據企業的各種應用分別儲存、在頻寬、在計算量的需求，選用合適的雲端平臺，就成了雲端架構師的工作之一。

甚至，在可能的情況下，混用不同的雲端平臺，分別利用其優勢來滿足企業需求，更能發揮優化成本的作用。

軟體開發團隊中的雲端架構師 除了身負企業內部IT資源規畫及設計的「雲端架構師」之外，「雲端架構師」的這個角色，放在開發團隊裡頭又有不同的意義。

除了企業內部IT資源開始有雲端化的趨勢之外，新開發之軟體服務的架構，在雲端化的方向上也前進得很快。

當開發團隊所開發出來的軟體服務，不再只是局限運用自有的機房空間裡的資源，而是開始運用雲端上的計算資源時，軟體架構的設計及規畫的方式，也會和傳統的方式有所不同，因此，在開發團隊中也會需要「雲端架構師」的角色。

舉一個例子來說，在AWSEC2上，有所謂on-demandinstance（需要時才開）以及reservedinstance（預留開啟），二者價格不同。

由於reservedinstance需要先付一筆錢，並且約定使用的期限，所以它的價格比on-demandinstance較低。

這是很合理的，對Amazon來說，它可以預期一段長期的用量，它就更好排程。

當然，預付也是讓價格可以更低的原因之一。

如果你是一名雲端架構師，你的工作就是應該評估，對團隊來說，究竟那種方式比較符合需求。

on-demandinstance的好處是可以很動態的隨著需求來運用，但缺點就是單位時間的成本會比reservedinstance高。

而reservedinstance則正好相反。

更有趣的是，AWS還有另一種稱為spotinstance的東西。

從AWS優化CPU使用率的觀點來看，spotinstance是個有意義的產品。

它是一個什麼樣的東西呢？因為AWS的機器眾多，並不見得分分秒秒CPU計算力都被使用耗盡，因此，總會有閒置不用的CPU計算能力，既沒有reservedinstance把它們配置走，也沒有on-demand的instance用掉。

因此，AWS讓有興趣的人，對閒置的計算力做競標，價高者得。

對AWS來說，這些閒置不用的計算力與其白白的浪費掉，不如以「可能比較低」的價格來吸引需要計算力的人，不論價格為何，總是比白白浪費來得划算。

由於AWS允許其他人隨時可能會再出更高的價格把計算力買走，當這件事發生時，你所用的instance就會被收走。

因此，這種型態的instance仍然有個先天的關鍵缺點。

當然，天下沒有白吃的午餐的道理。

不過，在我們過去的應用中，團隊裡的聰明同事想到一些短期的工作，例如進行一些後端背景作業的程式，很適合應用spotinstance。

一來，它們並不需要長期運行，二來，即使執行到中間被AWS收回、工作未完成，也能透過「工作佇列（JobQueue）」的機制重新加以執行。

這麼一來，上述這種應用方式，可以善用spotinstance的低成本優點，卻又不會因為其缺點而有太大的損失，而成了一種很好的應用方式。

這就是一個說明雲端架構師重要性的好例子。

運用雲端上的服務和產品，其模式和傳統在某些面向上來說會有很大的不同。

上述的應用，若是以傳統的方式來進行，可能就是運用reservedinstance來做。

但其實背景作業並不需要持續進行，這使得你的reservedinstance一樣會有CPU閒置的情況，導致成本浪費。

但是，懂得運用其他服務的架構師，就會知道此類的應用適合運用spotinstance來進一步降低成本，這正是雲端架構師的作用及價值。

雲端的時代無疑的已經到來，而雲端架構師這種全新登場的角色對接下來企業或是軟體開發團隊來說，都會愈來愈重要。

專欄作者 王建興 目前在一家網路應用軟體公司擔任技術長的工作，專長是物件導向設計以及Internet應用系統的開發。

他過去的研究興趣包括：點對點網路、分散式網路管理、行動式代理人、感知網路。

從企業應用軟體系統，到個人行動裝置上的應用，他都有一些開發的經驗。

並且對於網路創業及網路應用的發展趨勢，持續保持高度的關心。

熱門新聞 Google緊急修補Chrome桌機版零時差漏洞 2022-03-28 非官方Windows授權啟動軟體藏有BitRAT惡意程式 2022-03-28 美國將卡巴斯基、中國電信與中國移動列入國家安全威脅名單 2022-03-28 【資安週報】2022年3月21日至25日 2022-03-26 F-Secure切分消費、企業安全業務，原公司改名WithSecure 2022-03-25 烏克蘭以俄國入侵歷史發行NFT 2022-03-28 Okta坦承延遲公布第三方廠商被駭事件有疏失 2022-03-28 歐盟與美國達成跨大西洋資料隱私框架初步協議 2022-03-28 Advertisement 專題報導 烏克蘭戰爭的科技衝擊 跟Google學ML系統SRE 大型企業IT如何技術出海 科技翻轉照護在榮家 別再使用PPAP傳檔！ 更多專題報導