作者ripple0129 (perry tsai)
看板Soft_Job
標題Re: [請益] 中選會網站的架構
時間Sun Nov 25 19:47:34 2018
稍微看了一下
前後端應該是沒有分離
直接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://webptt.com/m.aspx?n=bbs/Soft_Job/M.1543146456.A.BFE.html
1F：推 crossdunk: 好奇怎麼解決一個ip只能給六萬五千個連線的問題11/25 21:51
一個web server proccess基本上只監聽一個port
沒有用光port的問題
並不是一個http request就開個port來連線
只有cpu或memory被耗光的問題
2F：→ x000032001: 那就用多個IP阿11/25 21:59
※ 編輯: ripple0129 (101.14.135.225), 11/25/2018 22:05:18
3F：→ pttworld: 對岸天貓百萬級併發可能吧11/25 22:09
5F：→ alog: 如要重現類似的架構就是將整個網站算/render成靜態檔，如果 11/25 23:05
6F：→ alog: 用aws，就是把算好可以運作的資料放置至s3，接著用cloudfron11/25 23:05
7F：→ alog: t 代理s3底下的某個bucket內容，接著幫cdn租用自訂ssl的功11/25 23:05
8F：→ alog: 能 跟 使用 geoblocking 鎖肉雞比較多的國家 例如菲律賓那11/25 23:05
9F：→ alog: 裡就一批都是用來打網站用的11/25 23:05
10F：→ alog: 大致上就只要付錢就好 流量問題網頁夠單純加上瀏覽器/http11/25 23:06
11F：→ alog: 快取設定好 即使網友重刷網頁也五萬塊的預算應該可以打住 11/25 23:06
12F：→ alog: Cloudfront 用在1111活動時超好用der11/25 23:07
推個，用S3更省
原先想法是beanstalk auto scaling
反正CDN扛一堆萬一打進來還有
RLU cache跟自動負載
S3的話感覺比較多事情要處理
畢竟要有額外更新S3的事情要做
但跑起來會比較省錢
看開發成本或營運成本取捨
這邊我會選用開發成本低的方式
畢竟大概選完就沒什麼人用了
但長期的話S3這方法很好
※ 編輯: ripple0129 (101.14.135.225), 11/25/2018 23:17:36