呃，我可能是別人眼中所說的不用奮斗的一代，
大家喜歡聽的什么多姿多彩的生活，我都經歷過一些些，
我家里開的是連鎖超市，主要集中在幾個二線城市，
在我上小學的時候，各連鎖店里開始裝電腦，購置并安裝了完整的收銀設備，
我爸說要向那些大的連鎖超市學習，提高生產效率，
那個時候我對那些灰色界面的收銀軟體很感興趣，可惜爸媽不讓我碰，
后來他們給我買了電腦，當時小鎮上有電腦的人家不多，親戚的小孩也常常跑到我這兒來玩電腦，
也正由于和電腦接觸得早，上大學時就選了計算機專業，
我才剛上大學沒幾個星期，我爸就問我：
那個時候我連資料庫什么的都還沒有個概念，還在學反碼補碼，我告訴他：能，但現在不行，等我一兩年，
我爸說不要緊，按照他的思維，我們不需要完全會寫，只要明白怎么寫出來就行，具體的實作我們可以交給軟體公司做，
但搞明白軟體是怎么造出來的很重要，因為這能夠幫助我們在購置軟體時站在供應商的角度思考，知己知彼，縮小我方資訊差，
做買賣本質上玩的就是這一套，
2005年，我大三，學校要搞一次軟體開發大賽，一共有三個命題，其實基本涵蓋了所有場景，學生可以自由發揮，于是我就想到了超市的收銀軟體，
當時淘寶付訓起來，我想為啥不學習一下呢， 徹底革新我爸的商業模式，從線下轉到線上！
整個網上商城， 瀏覽商品，購物車，下單，配送，但我們主要賣的是自己的貨源，
當時用到的技術是 MySQL+ Java + JSP，然后自己買了服務器讓服務跑起來，
在學校演示這套系統時，我拿了最高的成績，
滿心歡喜之余，我嘗試把這套系統用到實際業務中，先從自家的總店開始試點，
沒想到我爸給我潑了一盆冷水，他說我們這里的用戶沒有上網購物的習慣，送貨問題沒法解決，
我不服，非要嘗試，果然理想與現實間存在著巨大的差異，我跌了一個大跟頭，
雖然我搞了很多活動，發傳單宣傳商城，但真正上網購物的寥寥無幾，
有些愿意嘗鮮的，在網上買了東西，都是我親自開車送貨的，
畢業回家，我本想出國留學，但被我爸拽了回來， 我先跟著資訊部的負責人老張學習，然后慢慢接班，
當時家里的每個超市都很大，都有一二十臺POS機， 每個超市有一臺服務器，一個資料庫，
POS機直接連到本超市的服務器上， 典型的客戶端/服務器結構，
在那個時代，我估計大家都是這樣的吧！
說實話，這樣的軟體架構表面看似挺穩的，只要機器不出問題，穩定供電，整套收銀系統就沒有問題，但實際上面臨著許多缺陷：
1. 機器是真的會壞的，而且真的有壞過的案例
2. 每次有商品資料要更新都要通知每一家店的管理人員進行更新，出現紕漏是很正常的
3. 更新軟體的時候，工程師需要到各個現場配置，更新
4. 各個店面統一資料困難，每個月統計資料的時候需要統一匯總，不能隨時隨地得知當前各分店的資料
5. 等等......
每一家店單獨運作一套系統，這缺點要是列下去就沒完沒了了
我建議老張搞個中央機房，把軟體集中化，每個門店都連接到統一的機房服務器，這樣就把上面的問題給解決了：
后來的系統改造，經過投標、招標，我們選了本地一家頗有實力的公司來做，
我發揮了計算機專業的優勢，幫助老張發現了不少問題，
看來我爸說的是對的，縮小資訊差很重要，
中央機房運作了幾年，效果不錯， 不過自家的機房管理起來非常麻煩，
平時需要仔細規劃、購買服務器，需要安裝軟體， 需要負責運維，我們還專門建立了一個團隊來應對這些事情，
更可氣的是黑客攻擊無處不在
還有就是宕機、斷網，一出事就是大事，影響所有的超市，我在半夜不知道被叫醒了多少次，
這還不算啥，有一年為了配合超市雙11期間促銷，我讓我爸一下子買了好多服務器，雙11過后，全部閑置了，把我爸氣得夠嗆，
所以當阿里云出現的時候，我兩眼放光，這簡直就是為了解救我而設定的，
馬上、立刻、全面上云，
作業系統會按照你的要求自動給你安裝好，網路自然不用操心， 要多大帶寬直接買就行，
安全問題也不用操心，如果出了問題，我就可以理直氣壯地給我爸說：你看，這不是我的問題，是阿里云的問題，哈哈，
而且機器能很方便地擴容，CPU核心從4核到8核，記憶體從16G到64G......
從此以后，我們的機房中的服務器要下崗了，
轉眼間，十多年過去了，伴隨著超市IT系統的發展， 我也從一個用JSP寫網上商城的少年成長為公司的技術領頭人，
技術在不斷變遷， 小程式興起，我們也跟著做了小程式，用優惠資訊吸引顧客掃碼關注、注冊，慢慢地積累了幾百萬粉絲，
每個月我們都在小程式給會員發送優惠券，可以在線下門店消費，
沒想到這下可慘了，搶購優惠券的請求量很難準確估算，也就很難預估需要準備多少臺虛擬機來應對，
我趕緊發動我所有的關系去解決這個問題，一個偶然的機會，我發現了一個新技術：函式計算， 即Serverless，
平臺會根據請求的數量來創建對應的函式實體來執行，無需人工干預，瞬間彈性擴容，應對流量爆發，
在中國，誰家的Serverless技術最強呢？
權威咨詢機構 Forrester 發布的報告顯示， 阿里云函式計算憑借在產品能力、安全性、戰略愿景和市場規模等方面的優勢脫穎而出，產品能力位列全球第一，這也是首次有中國云廠商進入 FaaS 領導者象限，
正好我們之前用的也是阿里云的虛擬機，就是它了！
除了函式計算外，由于業務需要查詢會員資料庫，我們希望它也能無縫彈性擴展，于是就使用了阿里云的表格存盤，
上了這套Serverless的系統， 再也不用考慮服務器，虛擬機用多少CPU，多少記憶體了，彈性十足！
函式部署也特別簡單，完全不需要考慮底層的細節，一鍵更新函式就搞定，
當年的雙十一度過得非常平穩，事后進行成本估算：以前買云服務器的時候，會按照可能遇到的最高并發量進行性能評估，由于Serverless是按量計費，用多少花多少，最終評估下來，當年在成交量增加120%的情況下，成本比往年節省了45%！研發交付效率提升也超過 30%！
從那以后，我爸對我刮目相看，看我的眼光都溫柔了不少，
當然，除了技術之外我還是很關心業務的，貼合各種當代的新潮玩法，前不久給公司搭了個直播間，在平臺上促銷自己的商品，
后來想了想，自己玩沒意思，我嘗試聯系了超市附近各行各業的商家，邀請他們加入我的直播間，一起嘮嗑賣貨，其實當時沒多少店家搭理我，唯獨一家洗浴中心的老板對這個感興趣，
不得不說，那洗浴中心的老板嘮嗑能力極強，和我算是棋逢敵手，
第一次直播時，我們連鎖超市和洗浴中心各家分店搞了一次聯合優惠活動，但當晚直播竟然從賣貨推銷變成了講相聲，
直播我們每周舉辦一次，越來越多網友聞聲而來，成交的訂單數也越來越多，直播當晚的成交量甚至能抵上過去一周的總量，
直播程序中總有熱心的網友主動連麥， 從技術上來說，就需要把多個網友的畫面接入，和主播的畫面合成一個新畫面， 這叫“混流”，
由于連麥的觀眾不固定，我得考慮一定的并發和彈性，我們的相聲直播一周才一次，不可能去儲備大量服務器去應對業務的高峰期，
之前嘗過Serverless的甜頭，這次我立刻讓研發部采用阿里云函式計算來處理混流的需求，
當并發量上升時，函式計算自動擴容多個執行環境來處理實時資料流， 當業務高峰期過去后，自動縮減資源，非常爽，
當然，Serverless的應用不僅僅是這些，還有我們的“相聲”視頻需要做轉碼，優化推流，我也用了阿里的函式計算，節省了60%以上的計算資源，
這兩年，我是深刻地體驗到了Serverless的好處：完全不用考慮服務器的事情，集中注意力實作自己的業務邏輯就好！
這么多年，一路走來，技術在不斷變遷，今年我有幸被母校的計算機學院邀請去作分享，我給大家分享了這些年的技術歷程
演講期間，我提起了當年大學的那個編程比賽，那也是我編程生涯的起點，
正好，我知道阿里云舉辦了一個云原生的編程大賽，我也想把這項賽事分享給朋友們：
這個大賽2015年就有了，那時候叫做中間件性能挑戰賽，已經有7年歷史了， 去年升級為云原生編程挑戰賽，共吸引了超過23000支隊伍，覆寫10余個國家和地區，
大賽為熱愛技術的年輕人提供一個挑戰世界級技術問題的舞臺，希望用技術為全社會創造更大價值，
點擊原文鏈接，立刻報名參賽！
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/302501.html
標籤：java
上一篇：SpringBoot高級用法