Re: [請益] 中選會網站的架構

[ripple0129 (perry tsai)]

稍微看了一下
前後端應該是沒有分離
直接template engine render html的方式
所以web版也沒看到ajax
（只參考候選人得票頁）
手機版有ajax拉回的是含html tag的
不是純json傳輸
應該是指針對這部份做個特定的route

前端沒有需要接受訂單的要求
沒有強一致性的要求
久久才一次的選舉
外加資料量不大
（只需要統合性資料不是要每張票資料）
連中間的redis層都可以不用做了
直接用LRU cache的方式就夠存放了
只要把整個monolithic 網站丟上直接對你有
auto scaling的雲端服務
掛上CDN差不多就毫無懸念了
後台針對DB update選票數量就行了

花幾分鐘分析可能一些細節沒想到
有想到的人再補充吧


※ 引述《wave1et (百分百殖利率)》之銘言：
:         https://www.cec.gov.tw/pc/zh_TW/CC/65000000000000000.html
:         請問中選會開票網頁的實現架構是用什麼框架之類呢？
:         看起來頁面皆是一個一個靜態的html檔案
:         我想在開票的過程中，
:         這些靜態的html檔案應該是動態地，
:         換句話說，html是由後面的軟體框架產生的吧。
:         此外，因為由於是靜態的html，所以可以分散存放在不同的proxy之中
:         大大的減輕中選會網站的負擔。
:         有錯請給予指正~~~

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 101.14.135.225
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1543146456.A.BFE.html
推 crossdunk: 好奇怎麼解決一個ip只能給六萬五千個連線的問題
一個web server proccess基本上只監聽一個port
沒有用光port的問題
並不是一個http request就開個port來連線
只有cpu或memory被耗光的問題
→ x000032001: 那就用多個IP阿
※ 編輯: ripple0129 (101.14.135.225), 11/25/2018 22:05:18
→ pttworld: 對岸天貓百萬級併發可能吧
推 BearWu: 在Gossip有篇回文有提到#1R-MyBfQ (Gossiping)
→ alog: 如要重現類似的架構就是將整個網站算/render成靜態檔，如果
→ alog: 用aws，就是把算好可以運作的資料放置至s3，接著用cloudfron
→ alog: t 代理s3底下的某個bucket內容，接著幫cdn租用自訂ssl的功
→ alog: 能 跟 使用 geoblocking 鎖肉雞比較多的國家 例如菲律賓那
→ alog: 裡就一批都是用來打網站用的
→ alog: 大致上就只要付錢就好 流量問題網頁夠單純加上瀏覽器/http
→ alog:  快取設定好 即使網友重刷網頁也五萬塊的預算應該可以打住
→ alog: Cloudfront 用在1111活動時超好用der
推個，用S3更省
原先想法是beanstalk auto scaling
反正CDN扛一堆萬一打進來還有
RLU cache跟自動負載
S3的話感覺比較多事情要處理
畢竟要有額外更新S3的事情要做
但跑起來會比較省錢
看開發成本或營運成本取捨
這邊我會選用開發成本低的方式
畢竟大概選完就沒什麼人用了
但長期的話S3這方法很好
※ 編輯: ripple0129 (101.14.135.225), 11/25/2018 23:17:36