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

老用戶的新“點子”

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

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

Strikingly 的架構(gòu)進化史

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

隨著用戶數(shù)量的增長，基于這個架構(gòu) Strikingly 很快就遇到了問題，“我們可以在一定程度上預(yù)測用戶數(shù)量的增長和用戶的行為，因為我們會去有一些產(chǎn)品上面追蹤的數(shù)據(jù)可以幫助我們?nèi)ヮA(yù)測，但是對于用戶網(wǎng)站的終端訪客的數(shù)量和行為，我們幾乎是沒有可能去預(yù)測的。”龔凌暉回憶道。面對網(wǎng)頁渲染無法預(yù)測的高頻操作請求，Strikingly 基于亞馬遜云科技的無服務(wù)器計算服務(wù) Lambda 搭建了網(wǎng)頁端的渲染服務(wù)，能夠有效支持高達20倍的渲染請求。

實現(xiàn)網(wǎng)頁渲染服務(wù)后，Strikingly 發(fā)現(xiàn)一些熱門網(wǎng)站會被反復(fù)渲染，造成資源浪費和響應(yīng)延遲?！拔覀兊姆桨甘窃谠緞討B(tài)渲染的應(yīng)用層前面加了一個靜態(tài)的緩存層，并將其保存在保存在 Amazon S3 上，收到網(wǎng)頁訪問請求時我們就可以直接返回靜態(tài)頁面，而不需要回到應(yīng)用層。這樣就大大的減少了我們網(wǎng)頁請求、應(yīng)用層和渲染服務(wù)的壓力?！边@一架構(gòu)方案同時也保障了 Strikingly 的高可用性，即使應(yīng)用層宕機，Amazon S3 依然可以返回靜態(tài)頁面，保障用戶網(wǎng)站正常訪問。

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

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

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