11月23日，亞馬遜云科技攜手InfoQ、物聯傳媒共同打造的「這是我的架構-直播周」系列節(jié)目第三季第三集精彩繼續(xù)！本集邀請到的是 Strikingly VP Engineering 龔凌暉 和亞馬遜云科技解決方案架構師周愛琳，共同探討云計算如何助力千萬級建站的高效架構。一起回顧本期直播。

老用戶的新“點子”

Strikingly提供自助式建站服務平臺，包括從網頁編輯器到網站托管的一站式解決方案，可以讓完全不懂技術的“小白”用戶可以在20分鐘內上線一個網站，極致降低了搭建網站所需要的技術門檻。

Strikingly 早在2011年就開始了與亞馬遜云科技的合作，龔凌暉本人也是亞馬遜云科技官方認證的 Community Hero。為什么持續(xù)攜手亞馬遜云科技？龔凌暉總結了全球一站式建站的四大核心需求：可擴展性、高可用性、全球穩(wěn)定性、安全性。而亞馬遜云科技的全球骨干網絡和廣泛而深入云服務能夠完美契合 Strikingly 的建站需求。

Strikingly 的架構進化史

最初 Strikingly 的架構采用多租戶共享集群的方案以解決 SaaS 租戶代碼和數據的管理問題，并基于 Amazon EC2 的自動擴縮容應對流量變化，保持高可用性。這一方案在早期有利于快速迭代，并能夠有效控制 Strikingly和用戶的成本。

隨著用戶數量的增長，基于這個架構 Strikingly 很快就遇到了問題，“我們可以在一定程度上預測用戶數量的增長和用戶的行為，因為我們會去有一些產品上面追蹤的數據可以幫助我們去預測，但是對于用戶網站的終端訪客的數量和行為，我們幾乎是沒有可能去預測的?！饼徚钑熁貞浀?。面對網頁渲染無法預測的高頻操作請求，Strikingly 基于亞馬遜云科技的無服務器計算服務 Lambda 搭建了網頁端的渲染服務，能夠有效支持高達20倍的渲染請求。

實現網頁渲染服務后，Strikingly 發(fā)現一些熱門網站會被反復渲染，造成資源浪費和響應延遲。“我們的方案是在原本動態(tài)渲染的應用層前面加了一個靜態(tài)的緩存層，并將其保存在保存在 Amazon S3 上，收到網頁訪問請求時我們就可以直接返回靜態(tài)頁面，而不需要回到應用層。這樣就大大的減少了我們網頁請求、應用層和渲染服務的壓力?！边@一架構方案同時也保障了 Strikingly 的高可用性，即使應用層宕機，Amazon S3 依然可以返回靜態(tài)頁面，保障用戶網站正常訪問。

在保障全球內容分發(fā)網絡上，Strikingly 利用亞馬遜云科技的全球骨干網實現邊緣節(jié)點到中心節(jié)點的穩(wěn)定回源，“我們實際上是把剛剛說的靜態(tài)層部署到不同的亞馬遜云科技區(qū)域去作為邊緣節(jié)點，然后利用骨干網實現邊緣節(jié)點的靜態(tài)層到中心節(jié)點的動態(tài)層的穩(wěn)定回源”。同時利用 Amazon EKS 服務實現邊緣節(jié)點和中心節(jié)點所有服務的管理和調度。

創(chuàng)新重構瞬息萬變

隨著時代和行業(yè)的變化，Strikingly 用戶的訴求也在不斷發(fā)生變化，龔凌暉以 Strikingly 創(chuàng)業(yè)初期為例，“用戶對于自己的網站是不是能夠在全球都能快速訪問到是不關心的，只要可能本地的用戶能夠快速訪問就ok了?！比欢S著全球化進程不斷推進，用戶對全球網絡的需求也在逐年增長。龔凌暉總結道，“用戶的訴求在不斷促使 Strikingly 迭代升級，我們也相信與亞馬遜云科技未來的長期合作，能夠幫助我們更好的實現這些訴求?！?/p>