差點被祭天！狂歡618，且看研發人如何絕地求生

每一年618，在電商團隊裏，那都是運營的狂歡，研發的磨難，1秒鐘的延遲均可能形成千萬級成交額的損失......

今年的618，個人任務是負責一個預熱階段H5活動的開發，我把這個活動部署在了華爲雲彈性雲服務器上，主要是爲了在高併發的時候能夠隨時調整服務器規格。

前兩天這個活動已經正式上線並對外推廣了，並且活動效果也是超預期的好，運營部門在例會上獲得了老闆的讚揚。萬萬沒想到，在一片歡樂祥和的氛圍中，運營老大提出了一個問題：「如今咱們網站的加載愈來愈慢了，有時候一篇文章要好幾秒才能加載出來，形成很多用戶流失。」

什麼意思？甩鍋？老闆的目光看向了我老大，我老大又看向了我，還沒等我開口，嘚嘚瑟瑟的小實習生先說話了：「咱們老師講過，新網站出現這種狀況是由於服務器沒有配置好！不過咱們也是第一次用雲服務器，出問題也正常，下去咱們就改。」

啥？雲服務器但是我配置的，這鍋甩到了個人頭上？那可不行，這麼多年的代碼（bug）是白寫的麼，歲數大了腰很差，這鍋我可背不動。

咳咳，清了清嗓子，我開始發言了：

「網站加載速度變慢主要仍是因爲咱們用戶量的快速上漲致使的，咱們用的是華爲雲彈性雲服務器，配置也很是容易，不會出現配置問題。

早上我看了一下數據，如今日訪問用戶接近10萬（研發多看看運營的數據仍是有好處的），請求量遠遠超出預估，運營部門仍是很是給力的。咱們在初期沒有預計到用戶增加會這麼快，爲了節省成本，沒有采購那麼高配置的服務器。

可是咱們用的是華爲雲彈性雲服務器，升級很是快，4行代碼就能夠搞定，我這邊的方案是根據如今的業務需求以及接下來預估的用戶增加速度，變動彈性雲服務器規格。另外爲了節省服務器成本，除了升級服務器以外，還會使用服務器的Gzip頁面壓縮功能，針對JS文件、CSS文件、HTML文件進行壓縮，優化網站訪問速度。

另外呢，加載速度慢還有一個緣由是一個頁面加載各類Scripts、CSS樣式表、Flash以及圖片時，都會請求一次http，請求次數越多，時間耗費得也越多，接下來咱們把CSS和JS寫到頁面上，減小http的請求次數，減小外部各種文件的數量調用次數從而提高訪問速度…」

發言結束，運營老大明顯是沒聽懂，看到老闆和老大向我投來讚許的目光，我就知道，這個月的優秀員工又穩了~再看小實習生，正一臉沉默地咬着筆，怕是得消化一陣子了......

散會後，看到小實習生坐在工位上那緊鎖眉頭的苦思冥想，我就回想起了當年我也是實習生的狀態。我以爲須要對小實習生好好的聊聊，讓他對如今的一些技術和產品有一個新的認識。而後咱們又回到會議室裏，我就開始了「演講」。

企業進入數字化，已經不可以按照過往的模式來進行運營了，在服務器選擇方面，傳統的服務器已經沒法知足當前企業的業務需求。傳統服務器受硬件可靠性限制，容易出現問題。它還須要額外購買和部署各類安全措施，還不能作多用戶到多服務器訪問控制的操做。若是出現問題的話，只有一招「手動」操做。手動重複全部部署、手動備份、手動數據恢復... ...最後作的能讓你懷疑人生。

相較於傳統服務器，彈性雲服務器具備良好的可拓展性，支持用戶隨時在線對服務器的內存、系統盤和帶寬進行靈活調整；憑藉集羣部署的成本優點，極大程度下降了IT部署與業務運維成本；因爲服務分散在多臺主機、甚至多個機房，因此不容易完全宕機，抗災容錯能力強，可以確保長時間在線，讓網站運行更加安全、可靠。

就拿今年公司的618活動來講，活動期間平臺的流量就會陡增，同時併發訪問的流量也會暴增，本來規劃的硬件配置就沒法知足當下的流量問題。此次我正是使用了華爲雲彈性服務器，根據業務需求自行定義彈性伸縮策略，纔可以在活動期間高訪問量的狀況下，保證業務平穩健康運行知足業務需求的同時，我還沒讓公司多花錢。彈性雲服務器的幫助企業快速構建更穩定、安全的應用，下降開發運維的難度和總體IT成本，使你可以更專一於核心業務的創新，而不是每週不是在維護服務器，就是在維護的路上。

跟小實習生分享後，我立馬開始整改，先作服務器變動，順手也整理了一份操做文檔《4行代碼變動彈性雲服務器規格》，分享到部門羣裏：

第一步：變動雲服務器規格。

1、接口相關信息

URI格式：POST /v2.1/{tenant_id}/servers/{server_id}/action

2. 請求示例（寫入具體彈性雲服務器規格）

{
    "resize": {
                  "flavorRef": "s3.large.2"
    }
}

第二步：確認雲服務器規格變動。

前提條件：彈性雲服務器狀態（即雲服務器的 「OS-EXT-STS:vm_state」屬性）必須是 「resized」。

1. 接口相關信息

URI格式：POST /v2.1/{tenant_id}/servers/{server_id}/action

2. 請求示例

{
   "confirmResize": null
}

第三步：（可選）回退雲服務器規格變動。

回退須知：彈性雲服務器狀態（即雲服務器的「OS-EXT-STS:vm_state」屬性）必須是「resized」。回退後，在變動規格過程當中的數據修改將會丟失。

1、接口相關信息

URI格式：POST /v2.1/{tenant_id}/servers/{server_id}/action

2. 請求示例

{
    "revertResize": null
}

變動彈性雲服務器的時候，還有幾點注意事項：

1. 關機狀態的彈性雲服務器才能執行變動雲服務器規格操做。
2. 變動規格時，彈性雲服務器的磁盤容量不能變小。
3. 變動彈性雲服務器規格時，用戶不能選擇已售罄的CPU和內存資源。
4. 彈性雲服務器規格（CPU或內存）變小，會影響彈性雲服務器的性能。

據瞭解，目前API Explorer平臺已開放EI企業智能、計算、應用服務、網絡、軟件開發平臺、視頻等70+雲服務，共上線2000+個API、6000+個錯誤碼。在前期試運行期間，華爲雲API Explorer平臺上的API接口也已被多家企業成功接入。

華爲雲API Explorer平臺在將來幾個月會實現更多功能，好比支持SDK示例代碼、CLI等特性，同時也會開放更多的雲服務API接口，鏈接更多開發者實現創新、拓寬創新邊界。

近期，618大戰如火如荼，各商家不只是銷售額的比拼，更是技術間的較量。華爲雲官方揭祕618背後的神祕黑科技：聊聊有哪些厲害的技術，能爲618大促保駕護航？能大大提升程序員的幸福感？想知道詳細攻略，點擊詳情查看華爲雲618黑科技專題。

點擊這裏，瞭解更多精彩內容