|
||
|
Amateur Member
 加入日期: Mar 2018
文章: 39
|
引用:
對阿，解法就這麼簡單！！為什麼就是不能呢？？ 一個便當吃不飽就吃兩個阿 |
||||||||
2021-10-18, 12:46 PM
#31
|
|
|
Advance Member
  加入日期: Mar 2002
文章: 484
|
都上csdn抄程式碼了
不去學學阿里怎麼做架構？ 2020天貓雙11全球狂歡季，11月1日零時至11月11日00:30，成交額逾人民幣3,723億元（約新台幣1.6兆元）。訂單創建峰值達每秒58.3 萬筆，刷新去年每秒訂單達54.4萬筆。 |
||
|
2021-10-18, 12:50 PM
#32
|
|
|
Advance Member
加入日期: Jan 2013
文章: 400
|
之前有聽過的作法是，把系統架在大型雲端上，
然後根據當下的負載動態調用雲端資源，由於這種都是只有一開始流量大， 按租賃時間付費的話，成本不會暴增太多，但要懂得寫程式去自動調用資源。 |
|
2021-10-18, 03:18 PM
#33
|
|
|
Junior Member
加入日期: Jan 2003 您的住址: Shattrath City
文章: 947
|
引用:
這是目前業界的作法.. 但是台灣的資料不能放在其他有廠牌的外國雲端 政府有想要扶植台灣本土的, 但是就如同我說的. 上層老闆一直換, 而且台灣市場又太小, 其實專做政府案子應該是會活下去, 但是我們太喜歡外包, 覺得搞雲端看不到 value, 所以不願持續發展 AWS 應該來跟台灣遊說 AWS 政府版的.. 此文章於 2021-10-18 04:58 PM 被 PAN_PAN 編輯. |
|
|
2021-10-18, 04:53 PM
#34
|
|
|
Basic Member
加入日期: Apr 2010
文章: 29
|
引用:
印象中有這個新聞 google一下這新聞發生在2015年，演唱會訂票塞爆 那時候終端智慧型手機可能還沒那麼多 【當系統遇上爆量搶票】網路頻寬大塞車 引用:
引用:
其實現成的就GCP可以先談，通常都礙於個資法 這次幫朋友預約，10:03分就預約成功了，上次自己預約卡到十一點半才完成
__________________
本站不提供問事、通靈、解夢、占卜、處理卡到陰或醫療……等服務 問事、通靈、卡到陰請左轉到各大廟宇，解夢、占卜，請右轉到各大夜市 醫療請關電腦出門到各家診所及區域醫院。 |
|||
|
2021-10-18, 05:16 PM
#35
|
|
|
Advance Member
加入日期: Apr 2004 您的住址: 楓葉國
文章: 316
|
拿家裡廁所或高速公路道路來相比的... 可能不是待在 SaaS 界...
其實概念並不複雜... 前面先放 Load Balancer 後面再放依照網路/CPU/RAM/時段然後提昇處理能力的架構即可... 先撇開 Cloud Native... 但三大雲端中 Google 已經有台灣雲端了... 直接架設 GKE，在知道流量會大前提昇 Node（Node 通常開啟要時間，Pod 幾秒就可）... 我不覺得會這麼糟糕... 更不用講演唱會這種根本不必要只以台灣出發... AWS 和 Azure 都會有... p.s. 上面的處理方法除裡過瞬間最大流量兩百多萬 requests 的 stress test... 平均 Load time 都不會超過普通 Load time 的一倍。 當然... 前提是台灣政府要願意開始用這些雲端... 就我所知包含加拿大、英國等等國家都開始直接使用 AWS/Azure 了... 此文章於 2021-10-19 09:06 PM 被 A級黑豬肉 編輯. |
|
2021-10-19, 09:03 PM
#36
|
|
|
Elite Member
加入日期: Jan 2002 您的住址: 閃亮亮的永和*~
文章: 6,096
|
引用:
平面道路流量不夠的話，拓寬交流道也是會塞回去的。 |
|
|
2021-10-19, 11:25 PM
#37
|
|
