AWS真實案例分享（本文取自「優福網－AWS教學手冊」）

自從我們在網站分享雲服務相關的心得文章至今幾年下來，打電話來詢問的人還算不少、請我去談的也不少，甚至「美國在台協會」的人也來問過，只是令人遺憾的是：

• ＃「白問」的人約佔80%（網站有提到顧問諮詢每小時的收費，但打來的人都裝沒這回事就一直問許多問題）
• ＃瞧不起我們公司的人佔10%（覺得我們公司規模小，卻忘了他們是因為「專業」才來找我們的）
• ＃還有5%覺得看我們的文章就可以懂了、還會嫌我們沒把所有細節步驟交代清楚、或是覺得AWS就是起個VM…

 

令我值得欣慰與感恩的是約有5%的人真正成為我們的客戶（有的還成為好朋友）！

 

我個人超喜歡用AWS，因為不論在成本、支援性、移植性、擴展性及延伸性都能滿足我的需求，也因此我特別喜歡用IaaS而非PaaS的服務。當然，要用IaaS就得要懂系統、網路、安全、資料庫、程式開發等所有相關的環節才行，若您公司只有程式開發人員的話，建議可以選用PaaS或是聘僱我們來為您服務。

 

這幾年實際協助了許多客戶使用AWS雲服務的重要案例（下面僅列舉不同型態的案例）：

• ＃案例一：AWS代管維運（台北某電子科技公司）
• ＃案例二：專案測試建議（台灣最大的電信公司）
• ＃案例三：AWS教育訓練（新竹某新創公司）
• ＃案例四：專案管理系統遷移（台北某環控公司）
• ＃案例五：多國網站整併遷移（新北市某科技公司）
• ＃案例六：AWS成本改善專案（台北某遊戲公司）
• ＃案例七：用AWS營運SaaS（我們自己公司）

 

接下來，我將在此篇文章中一一分享這些案例的實際經驗。

 

案例一.

專案型態：

• ＃AWS代管維運（台北某電子科技公司）
• ＃這家客戶是生產運動型電子產品，然後購買該產品的消費者便能透過其網站查看其運動的距離、行徑、消耗的卡路里等等數據，故在產品出貨時會有大量連線的需求。

專案需求：

• ＃LAMP架構為主的網站，並有些Php特殊套件要安裝
• ＃要能方便管理資料庫、更新程式碼
• ＃要能滿足國外用戶的連線需求
• ＃要能滿足瞬間的大量連線需求

專案結果：

• ＃以m1.small乙台滿足上述需求
• ＃曾有單日流量超過190GB的大量連線
• ＃每月成本在2萬元以下（包括我們的服務費）

重要補充：

• ＃客戶為了省錢，把在AWS的單台EC2除了用來提供正式服務之外，還拿來當做開發測試用的站台
• ＃客戶的服務流程規劃不佳，當其Client端把Log資料回傳至伺服器時便立刻進行Parse，造成CPU經常滿載
• ＃我們主動回饋給客戶相關問題，但客戶不覺得流程規劃有問題，還覺得在AWS的費用太高，所以該客戶後來自己採用Linode的VPS解決方案 (原本他們希望由我們幫忙維運在VPS上的伺服器，但我們只做AWS上的維運服務)
• ＃隔了一年後，客戶再與我們聯絡，希望我們幫忙他們把在VPS的伺服器再移回AWS，然後請我們負責維運；詳談之後，發現其在VPS的費用竟然每月約8萬元，比原本在AWS的成本多了四倍～

 

案例二.

專案型態：

• ＃專案測試建議（台灣最大的電信公司）
• ＃由於該公司的高階主管曾在中華軟協聽我演講，故當場邀請我為他們公司提供的服務進行測試，然後再與AWS雲服務進行比較，並給予他們建議。

專案需求：

• ＃針對該公司的所有VM、EBS等雲服務進行實測
• ＃針對所有的VM等級進行效能測試，包括Linux/Windows、Disk I/O、BenchMark測試等
• ＃提供測試結果的報告乙份，並且不能對外公開

專案結果：

• ＃花了將近一個月的時間進行實測
• ＃寫了一份約30頁的實際測試結果與建議報告書給客戶
• ＃至對方公司與幾十位博士們開會、討論報告書的內容

重要補充：

• ＃很感謝當時邀請我的這位長輩，對我也很友善和尊重，雖然後來沒有再聯絡，但我仍然很感謝他的支持
• ＃當時是覺得台灣真的想做好公有雲服務的話，只有這家公司才有機會（有錢、有資源），所以才答應幫忙測試
• ＃很可惜的是至今仍無法與AWS、Azure、GCP在全球市場競爭，僅能在台灣佔有一席之地
• ＃其實在台灣即便公有雲做得再好也很難會賺錢，甚至打不過AWS、Azure和Google的公有雲，真的該好好想想

 

案例三.

專案型態：

• ＃AWS教育訓練（新竹某新創公司）
• ＃客戶公司的老闆是在臉書問過我幾次問題的「臉友」，後來邀請我前去為他們公司進行AWS相關的教育訓練，每個月到他們公司去上一次課、每次約3-4個小時，包括回答他們的疑惑與問題。

專案需求：

• ＃針對AWS的重要服務進行介紹、實際操作教學
• ＃針對AWS的顯示和隱性成本做了詳細的說明，並讓他們了解如何有效節省在AWS上的花費
• ＃對於非AWS相關的技術問題，只要自己有經驗的領域都與他們分享（例如MySQL…）
• ＃針對他們的服務提供一些個人的想法與建議

專案結果：

• ＃由於是朋友的關係，同意只簽署半年的顧問合約
• ＃針對AWS的部份涵蓋了：
  1.Compute & Networking（EC2、VPC、Route 53）
  2.Storage & CDN（S3、EBS）
  3.Database（RDS）
  4.Deployment & Management（IAM、CloudWatch）
• ＃經過半年的教育訓練後，他們已可以自行維運在AWS上的服務

重要補充：

• ＃最近他們的服務終於推出來了，實在很為他們感到高興，也祝福他們的服務能大受歡迎
• ＃等他們的服務越來越大之後，相信會需要用到的AWS服務也會更多、更複雜，到時候就要考慮組個營運團隊了

 

案例四.

專案型態：

• ＃專案管理系統遷移＋AWS代管維運（台北市某環控公司）
• ＃客戶原本有台「專案管理系統」的IBM直立型伺服器，令人頭痛的是硬碟等硬體一旦故障就得花不少錢找原廠來處理，還得花錢租頻寬；再加上軟體是需要授權的，每年的維護費也不便宜，因此想把它移至AWS雲服務，並委由我們負責代管維運。

專案需求：

• ＃「專案管理系統」是採用CentOS的Linux，使用Java＋PostgreSQL＋Tomcat來提供服務
• ＃需要特別注意軟體授權處理的問題
• ＃要滿足24小時x365天的正常運作，以及日常備援、災難復原的需求

專案結果：

• ＃使用了AWS的EC2、S3、EBS、IAM、CloudWatch來滿足此專案
• ＃特別規劃了多種的備援方案，包括週期備份、異地備份、映像檔備份等等
• ＃接案至今，運作十分良好，也不必再花錢給硬體維護廠商

重要補充：

• ＃這家公司的老闆認識我十年以上，長久以來都很信任我也很支持我的許多想法，所以很快就接受了「雲服務」
• ＃有些軟體授權是採用硬體式的Token，此時就無法遷移至AWS的雲服務，因為雲服務都是以「虛擬化」為主
• ＃除了「專案管理系統」之外，我們也會配合客戶，協助其測試許多新的系統，AWS真的是超好用的

 

案例五.

專案型態：

• ＃多國網站整併遷移＋AWS代管維運（新北市某上市科技公司）
• ＃客戶是國內上市的網通產業公司，有很多相關的產品銷售至全球多個國家，包括歐洲、美洲、中東等等，也因此原本其網站是分散在各個不同的國家、由各個國家的分公司自行負責維運，但因常出現被攻擊、效能差、植入惡意程式碼而被Google列入黑名單的問題，故協助其進行處理。

專案需求：

• ＃要能滿足全球不同國家的連線穩定、檔案大量下載的需求（Firmware、Drivers）
• ＃要能方便公司人員自行更新資料（FTP、Web）
• ＃要滿足24小時x365天的正常運作，以及日常備援、災難復原的需求

專案結果：

• ＃使用了AWS的EC2、S3、EBS、IAM、CloudWatch來滿足此專案
• ＃採用Multi Domain方式將十幾個國家的Website一一整併至同台EC2裡
• ＃協助處理網站程式的安全性、相容性問題，使各國的網站不再被列入黑名單之中
• ＃由總公司統一負責各國網站的維運管理，有效降低營運成本、安全風險，並能讓各分公司的人員專注在行銷上
• ＃原本在各國的流量會有限頻的問題，因此在遷移前的每月總流量約800GB，遷移至AWS之後，每日流量至少都有160GB以上、每月流量約在5TB以上，而且成本遠比之前各國各自營運時還要便宜

重要補充：

• ＃原本是在各國由分公司人員自行找VPS、Web-Hosting或網頁設計公司代管，問題很多、也常出現安全問題，而且效能也不佳（會有限頻的問題），此外也沒有完整的維運文件（重要的管理帳號、密碼等資料）
• ＃經過我們的服務後，除了解決安全性問題，也協助解決程式碼相容性問題，並已製作詳細的維運文件交付給他們

 

案例六.

專案型態：

• ＃AWS成本改善專案＋AWS教育訓練（台北市某遊戲公司）
• ＃這是第一家有財務部門高階主管來找我們的公司！原來他們公司才開始用AWS幾個月而已，但在AWS上的營運成本竟然成長的飛快，以等比級數的速度在成本，所以財務長很擔心日後這樣下去不是辦法，最後是他們公司的營運部門主管看過我們網站的文章後，有來找我們開會，最後決定請我們擔任顧問。

專案需求：

• ＃協助客戶重新審視現有的AWS服務是否有其真正的必要性？在不影響服務運作下，是否有降低成本的可能？
• ＃為財務部門的人員進行教育訓練，協助她們了解AWS、清楚專業術語、理解運作效能 (CloudWatch)及成本關聯
• ＃為營運、技術部門的人員進行教育訓練，協助他們重新學習AWS雲服務，了解其重要性及對公司競爭力的影響

專案結果：

• ＃經過我們的建議，在客戶財務、營運及技術部門的努力下，每月營運成本有效地降至原本的四分之一左右
• ＃最大的成就是能讓客戶的財務部門人員學會如何查看在AWS的一些重要資訊，包括成本、運作效能等等
• ＃要特別感謝財務長的信任、支持以及客戶相關人員的協助，才能讓專案順利進行，並且產生明顯的成果
• ＃成本改善專案之後，客戶信任我們的專業與服務，故再延續合作關係，為他們進行人員的教育訓練 (AWS)

重要補充：

• ＃客戶公司除了持續採用AWS來提供服務之外，也有繼續在使用傳統的IDC機房，現今採用混搭模式來營運
• ＃客戶公司的舊技術部門人員對我們也是抱持著敵對的心態，無法敞開心胸去重新學習善用雲服務，實在很可惜
• ＃不論是頁遊(網頁遊戲)、端遊(客戶端遊戲，需要下載安裝的遊戲)或手遊(手機遊戲)，都需要後台伺服器的存在，而不管是弱連網或強連網的連線需求，我們深信雲服務對提供遊戲的公司來說絕對是一個值得重視的好工具

 

案例七.

專案型態：

• ＃用AWS營運SaaS（我們自己公司）
• ＃自從2008年接觸AWS雲服務之後，以往不敢夢想自行營運的網路服務終於能去實現了。再加上智慧手機的興起與普及，可以說是幾乎人手一機，人人都可能是我們潛在的客戶，如此龐大的市場，不去嘗試實在是太可惜了。

專案需求：

• ＃以AWS雲服務為主，使用網站模式來發想、提供各種創意服務
• ＃以AWS雲服務為主，結合智慧手機來發想、提供各種創意服務
• ＃在營運上要能兼顧到營運成本、失敗風險；在技術上要思考效能、備份、災難復原及擴展等問題的處理

專案結果：

• ＃網站型服務
  PS158網路個人秘書、LiteApps軟體便利商店、幸運輪文具館、商務中心管理系統、社區代購網、NDS偵測服務、AskAWS問云、MyAWS
• ＃智慧手機＋網站的服務
  MobileCare手機保姆、高爾夫計分系統、嗶嗶貼(NFC相關應用)、活動簽到(NFC相關應用)

重要補充：

• ＃傳統營運的期初成本太高 (包括網路設備、伺服器等硬體的採購、IDC機房的承租成本等等)，使得我們即便有想法也不敢冒然去試，怕的是萬一失敗就得背個幾百萬、上千萬的負債，還會連累到家人
• ＃有了雲服務之後，我們可以像美國矽谷的新創團隊一樣，即便是人少、資源少，也能創造出令人驚羨的超棒服務
• ＃雖然我們還沒成功，但已累積不少寶貴的實戰經驗，因此對於挑戰與創造自己的未來，我們仍充滿勇氣與信心

 

結論.

很多企業或技術人在談AWS時，看的總是「技術面」居多，而我們則是喜歡以「經營面」+「技術面」來看AWS。

在台灣，由於「雲端」一詞太過泛濫，很容易造成企業及許多人的錯誤認知，還有一些人甚至以為會啟用AWS EC2、S3就能宣稱會用AWS雲服務、懂得善用AWS雲服務了，實在是會令人冒一身冷汗啊！

(許多台商就是因為錯估雲服務成本而造成硬體賣越多、反而賠越多的問題，所以千萬不能小看「服務」的成本！)

 

事實上每家企業、每個專案都得視實際的情況深入了解且加以規劃才可以對症下藥，尤其是像備援、效能、用戶端連線速度的問題更是要考慮到相當多的細節，例如在用戶端的連線速度就要考量：

雲服務的可用頻寬／頻帶大小、用戶端所處的國家、使用的連線方式、頻寬的大小、手機訊號的強弱等等…

又如效能的問題可能會是在：

httpd的設定問題、middle ware的程式問題、cache問題、資料庫問題，包括Disk I/O、Memory、CPU的效能也都有可能會造成伺服器效能的瓶頸，光只是提昇等級、擴充記憶體或增加伺服器都有可能無法真正解決問題…

此外，全球目前較知名的IaaS、PaaS雲服務幾乎都無法直接互相相容，也就是無法直接進行移轉，就算可以也必須大費周章，所以在採用雲服務的一開始就必須要做好相關規劃及日後的移轉、擴展、備援考量，而不是只考量使用的成本價格而已！而且若是主要市場是在大陸時，那麼對於雲服務的提供廠商就更得仔細選擇！

 

 

如果您／貴公司有需要我們的服務，而且能夠認同我們的服務原則時，隨時您歡迎與我們洽詢！

我們堅持的服務原則是：

• ＃客戶尊重我們，我們就會更尊重客戶！我們無法為不尊重專業的企業提供服務（不管對方公司多大）。
• ＃客戶信任我們，我們就會努力做到更值得客戶的信任！我們無法為不信任我們的企業提供服務。
• ＃客戶會挑我們、我們也會選客戶！我們不貪心、只賺取自己應得的報酬，不會為了錢失去上述原則。