小任師傅的VLOG
阿里雲一秒54.4萬筆訂單，已經成為了全球最大的流量洪峰。一筆訂單假設需要刷新加載網站1000次，也才5億次的請求數量。
假如十億人同一時間按F5刷新某個網站，那就是一秒鐘會觸發十億次請求。可以毫無疑問的是國內幾乎沒有網站可以支撐住這麼大的流量。
我們在使用網站的時候，假如同一時間有大流量進入網站，很多網站都會有流量監控或者限流。
限流：指的是同一時間100人去瀏覽網站，可網站只能支撐同一時間內50人瀏覽，為了維護網站的正常使用，網站會隨機從100人中選擇50人讓其正常瀏覽網站，剩下的人就會攔截或者給一個網絡繁忙的提示。
網站沒有限流或者流量監控，當一個大的流量進入時，會造成網站的癱瘓，DDoS攻擊就是通過流量來進行攻擊的。
高可用、網絡安全、高性能其實也就是圍繞流量的大小展開的技術。
凱騰凱
網站會崩潰，任何一個網站都不可能承受的住。
我們可以粗略地估計一下，普通鍵盤的刷新速度最快可以達到1000次每秒，考慮到有很多軟件並不需要這麼快的響應速度，這些軟件會降低這個頻率來節省電腦資源。我自己用谷哥瀏覽器試了一下，按f12打開控制檯選擇network選項，按住f5不鬆手（直接在瀏覽器界面按住f5只會刷新一次，我想這跟題主的本意可能不符）這時候控制檯飛快刷新，目測每秒幾十次，按10次算的話十億人按住f5不鬆手產生的瀏覽量可以達到100億每秒。
我們再看一下可能是世界上短時間內併發最高的網站——雙十一時候的淘寶。具體的數據我們沒有不過我們可以根據網上提供的一些數據估算一下。淘寶訪問最高的時候應該就是十一號零點剛過那幾分鐘，事實上淘寶交易額增速最快的也是那幾分鐘，我猜測每秒峰值訂單也是發生在這個時候，這個數據是54.4萬筆每秒。假設一千個人裡邊有一個下單的那麼當時的瀏覽量大概5億每秒。實際上這個時候的淘寶雖然沒有崩潰，但是很多頁面已經出現了延遲，有很多數據已經刷不出來。而題中的條件遠遠超過這個數字，淘寶也是完全承受不住這個訪問量的（實際上我已經儘量低估了十億人按住f5造成的訪問量，高估了淘寶在雙十一承受的訪問量）。我覺得沒有任何一個網站可以承受這麼大的訪問量。
實際上十億人接近世界人口的七分之一，根本不會有一個頁面可以吸引這麼多人同時訪問，網站在設計的時候也完全不會考慮如此高的併發。
現實中的網站訪問遠比這個複雜，這裡只是做一個很粗略估計來討論一下，歡迎大家提出不同意見。
看到有朋友在評論中提出疑問，我自己測試了一下，然後看了下Apache的日誌21次，只代表我自己的測試，不保證準確，給大家一個參考。
科級雞
傳說中的洪水攻擊，其效果就是這樣，那會瞬間阻塞網絡，導致網站訪問慢或訪問不到，目前來看也只有阿里有可能承受住
萬物與書
首先祝賀我國人民都有閒情雅緻去同一個網站瀏覽。
這個問題，放在8年之前，答案是癱，你會在網站高峰是很容易看到網站不可訪問的提示；放在今天，答案是要恭喜您，這個級別的網站的架構師們，已經同樣懷著一顆閒情雅緻的心情，把這個問題解決了；就算是自己沒解決，也會找武林高手把這事兒解決。最直觀的例子就是我國的12306網站。
早期12306 眾矢之的
早些年，當12306在線購票系統剛剛公佈不久，春運來了。來自五湖四海的弟兄們懷著回家團圓的熱情，一起按F5刷票，把網站搞癱了。沒錯癱了。那個時候，能刷到票的，除了手速，最關鍵的是運氣。
所以從那時起，關於12306的各種負面消息一股腦地湧現出來。大到系統架構、服務器；小到用戶體驗。甚至在互聯網產品經理的交流沙龍上，12306的網站改版竟然成了反面教材，被肆意使用。
群策群力 改進架構
12306經歷了最初期的磨難，但依然要面對無法躲避的春運、國慶黃金週等難關。12306召集有大數據併發經驗的互聯網公司們的大牛、架構師們，為網站獻計獻策，充分優化系統架構；具體改了多少架構；做了多少重構不得而知。而經過時間的沉澱，大家能夠普遍認同的是，12306的數據關係，往往比常見的互聯網公司要複雜的多。而經歷了大併發的多次洗禮，大家感覺到，系統便穩定了很多。
雲助力 蛻變
有一年春運，購票系統和以往相比，簡直可以用絲滑來形容。12306甚至沒給大家留下什麼癱瘓的印象。事後，12306和阿里雲宣佈戰略合作。12306向阿里雲提出了嚴峻的挑戰，而阿里雲不負眾望，為12306保駕護航。
其實，大併發一直是信息時代不得不面對的一個問題。12306只不過是一個例子，時至今日，大併發已經衍生出更多複雜的場景。雙11我們在暢快購物的同時，偶爾在一瞬間還是會感到大併發帶給網站的壓力。只不過，用戶已經更加從容；因為他們相信，網站有這個技術馬上會將癱瘓的服務恢復。等下下就好~
雷蒙爸的日記
10億人同時瀏覽一個網站，並且還按F5進行不斷刷新，現實當中沒有這樣的網站，如果有的話一定是會崩潰的！
但是現實中和題主假設最接近的網站有，誰？那就是經常被全國人民在春運時噴的12306，我們不妨來看看當前12306的流量數據。
12306世界上最能承受流量衝擊的網站，沒有之一
2018年的時候鐵路官方提供過當年春運時12306的頁面流量次數，高峰時期單日PV是1500億次，平均到每小時則是1500/17=88億次(注：12306晚23點到第二天6天不售票，這裡我就去掉了這7小時)。也就是說12306每小時88億的訪問量，每分鐘則相當於1.47億的訪問量。
這個數據量已經是相當驚人了，即便是淘寶雙11也是比不上12306的。同時，這裡還請注意，鐵路官方這裡僅僅是說的頁面訪問量，如果加上數據庫的查詢、出票等等功能，那麼12306所承擔的壓力會更加大，負荷也更重，因此全球範圍內真正牛逼的網站，能承受全國億人同時衝擊的就只有它了，剩下才是淘寶雙11的高併發流量衝擊。
可以說當前的12306系統超越當前任何一個秒殺系統。
12306票難買核心是運力難提，以及逐年遞增的春運出行人次
目前12306所承受的訪問量還在逐步遞增，因為春運走鐵路的人群也是逐年遞增，很多人疑問為何12306開始線上購票後怎麼票越來越難買，還不如當年線下排隊購票。其實很多人是忽視了鐵路春運人數增長這個現象。
從春運最開始的1億人次，逐年增長到現在破4億人次，票顯然是越來越難買。這個數字增長其實已經反映了鐵路這些年來的運力增長，但這個運力的增長趕不上越來越多民眾的出行需求。
今年12306又出現了崩潰的情況，顯然買票的人多了。
Lscssh科技官觀點：
綜合技術難度來說，12306實現的技術遠比淘寶電商平臺要複雜，如果你真的懂技術就會驚歎12306目前所取得的成績，否則在你眼裡肯定是不如淘寶天貓。
Lscssh科技官
感謝您的閱讀！
F5意思是刷新，按照F5不更新，就是一直更新網頁。這裡不得不提到雙十一零點的時候，淘寶的表現：
2019天貓雙11再次刷新世界紀錄，訂單創新峰值達到54.4萬筆/秒，單日數據處理量達到970PB。
阿里雲認為這是全球最大流量洪峰，而阿里雲確實給解決了。
就拿阿里雲來說，它使用的是全球互聯網行業最大的浸沒式液冷服務機群和風冷服務機群，而阿里雲能夠迎接衝擊，還是因為研發的神龍彈性裸金屬服務器，能夠在核心繫統中解決高峰值流量下的性能瓶頸。
這裡也包括了百萬級IOPS的ESSD雲盤提供了數十PB的存儲規模，能夠應付高併發IO挑戰。
其實，像京東的京東數據中心操作系統(JDOS)阿基米德，像蘇寧的10大數據中心等等。不過，大家還是覺得12306的服務器就是人類的奇蹟——
自然，12306雖然服務器厲害，可是也時常崩潰，比如今年12月份也出現了崩潰。畢竟它面對的高峰時期單日PV是1500億次。
而且，誰會無聊的每天都去按住F5呢？一般這些網站都會預估，備足服務器，不用擔心崩潰。
LeoGo科技
如果是測試，額，好像這個場景也只會是測試，，看網站類型吧，如果只是瀏覽網頁，做靜態緩存，加不算錢的CDN完全沒問題
誠然21
“極客談科技”，全新視角、全新思路，伴您遨遊神奇的科技世界。
很有趣的一個問題，從側面引申出了用戶與服務器之間的訪問關係，究竟有哪些因素會影響我們的訪問呢？題目中已經預示了這個問題：
其一，服務器接入運營商的帶寬能否滿足這一需求，是否存在帶寬的瓶頸問題；
其二，程序以及服務器的性能是否能夠同時支撐10億鏈接，性能是否會因此受到影響。
那麼，就從這兩個方面來簡單分析一下，是否存在同時支撐10億用戶訪問的網站吧！
當前是否具備10億人同時訪問的網站
一、關於網站流量的問題討論
隨著互聯網的快速發展，網站內容不再單調，一個頁面存在圖片、音頻、視頻等多種元素，這給傳輸的帶寬帶來了一定的壓力。
我們不按照視頻播放的特殊情況來計算，僅僅按照一般網頁打開高峰值的流量來進行估算。鑑於高清圖片，語音，flash等因素，初步估計峰值帶寬需要200K每秒。那麼，假若10億人同時訪問需要多少的帶寬呢？大家不要急，容我拿出計算器好好計算一下，為了便於計算，暫不採用1024的進位，使用約為1000的進位（1M=1024K）。瞬時產生的峰值流量為200000G，也就是200T。當前網絡傳輸最高已經支持100G，但是實際應用場景較少，我們按照最理想100G來計算。
那麼單臺服務器帶寬肯定無法滿足10億人的同時使用，需要200000G除以100G臺服務器才能完成這一目標，顯然2000臺服務器的搭建並不現實（不是無法實現，只不過成本過於昂貴）。
二、關於程序、服務器性能能否支持的問題
我們拿12306、淘寶商城這兩個高流量的網站舉例，您就會知道10億人同時訪問所帶來的壓力。
一年一度的春節就要來臨，也到了12306最容易崩潰的時間段。這部，前不久12306疑似又出現了崩潰的問題。我們先來看下2018年時12306高峰期的統計數字：
12306日均頁面瀏覽量達到556.7億次，最高峰時段頁面瀏覽量達813.4億次，1小時最高點擊量59.3億次，平均每秒164.8萬次。請記住每秒164.8萬次這個數字！
再來說說淘寶，淘寶最具參考價值的就是雙十一時的用戶訪問量。據相關統計數字顯示，淘寶雙十一峰值用戶訪問數據是每秒4200萬次。即便如此，淘寶當晚依然如臨大敵，全力保障避免網絡以及服務器出現問題。
每秒164.8萬次、每秒4200萬次與每秒10億次來對比，可想而知這個數據的恐懼。甚至這裡令我想到了DoS攻擊（拒絕服務，通過頻繁佔用資源最終導致網絡或服務器崩潰），10億人同時訪問遠比病毒攻擊要來得更加可怕！
結論是當前不存在同時支持10億人訪問的網站！
對於10億用於同時接入某網站的問題，您怎麼看？
歡迎大家留言討論，喜歡的點點關注。
極客談科技
你說的這種網站可能只有大型公司了比如，微信，qq，淘寶，百度，360，今日頭條，等等。個人的或者小公司的基本不會用超級數據庫的。
騰訊，阿里，百度，各種app下載站，在世界上很多國家都有大數據庫，服務器機房的建設，我在汕尾做過騰訊一個機房繞完一圈要半個小時了。
這對於大型互聯網公司來說完全是沒問題的。
挖紅苕的小哥哥
很有想象力的一個問題，十億人同時刷新一個網站，至少目前為止還沒有網站能夠架得住，按照現在阿里巴巴雲計算的能力講，服務器的組合能力已經優化到一種非常合理化的境界，單純的依靠計算能力提升的空間已經非常有限了，如果單單是為了應對這些人的衝擊構建大量的服務器，毫無疑問將會產生極大的浪費，任何企業都不會為了應對這一攻擊而購置大量的服務器。
早期的雲計算產生其實也是一種偶然的因素，亞馬遜早期為了應對服務器巨大的衝擊，購置了大量的服務器，結果發現儲備的服務器太多了，就想著如何處理這些多餘或者利用這些服務器的額外用處，於是想著如果把這些服務器構建起來給一些中小企業提供服務，而且這些服務器之間還可以進行資源的共享，這就是早期雲計算產生的簡單的需求，但隨著功能的延申雲計算所起到的作用也越來越大，亞馬遜在這方面投入的精力也是越來越大，但成效也越來越明顯，成為亞馬遜市值飆升的重要參照因素，而且雲計算的誕生對於甲骨文的數據庫有非常大的衝擊，亞馬遜已經宣傳旗下的數據庫切換到雲計算的模式，相信不久的將來阿里巴巴也會完成這一使命。
同時訪問一個網站，考驗的就是網站的負載均衡能力，現在網站已經不是單一的服務器構造了，不同地區的訪問會彙總到不同的區域裡面，最後通過數據的交互將數據彙總到總的主控服務器上，然後做出具體的反應從理論上講，如果想要快速的反應就要求在接受到數據一瞬間就要準確到傳遞到正確的服務器上，關鍵是第一步如果訪問量過大，第一步接收的服務器可能直接崩潰或者數據被排隊等待了，可以想象在雙11期間阿里巴巴啟動的服務器的數量要多於平時，同時阿里巴巴已經把服務器遷移到阿里雲上了，對於服務器的管理能力又進一步增強了，同時又增加了很多的備用服務器來支撐，畢竟阿里雲的業務能力也在進一步增強，所以增加備用的服務器也是業務上的需要。
增加服務器的負載能力最簡單直接有效的辦法就是增加服務器的數量，但這種方式對於成本的要求還是非常高，每家都不會去做這種事情，畢竟如果只是單純的使用幾次這種成本的代價太高，之前的購票網站12306經常出現宕機的情況，最後還是阿里巴巴的阿里雲一起協助解決了這類衝擊的問題，其實訂票衝擊相比雙11的衝擊還是差了許多，解決併發問題的能力上在國內範圍最厲害的企業當屬於阿里巴巴，12306把查詢的功能部署在阿里雲上極大降低12306主要服務器的壓力，同時也是對阿里巴巴負載能力一個極大的檢驗。
即使阿里巴巴已經在解決負載能力上有著非常豐富的經驗，但是10億用戶同時刷新網站的做法，即使放在阿里巴巴面前也是一個極大的難題，不僅僅是技術能力的問題關鍵還是在於是否有必要購置這些服務器，希望能幫到你。
