作者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/cn.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