app為什麼會有多台伺服器

『壹』 app用戶100萬需要多少伺服器

4～5台。app用戶100萬需要4～5台伺服器，伺服器的配置是100萬人訪問，伺服器性能需要有保障，選擇高配的伺服器。伺服器是計算機的一種，比普通計算機運行更快、負載更高、價格更貴。

『貳』 APP後台需要伺服器嗎

app這類軟體需要有伺服器支持，因為下載量、在線數都較大，伺服器價位很多種了，要根據app業務和用戶群選擇伺服器配置。
配置不能低於4核8G內存，帶寬10M起步吧，因為用時用的人多，用起來就不會堵塞。

國內考慮用阿里雲或者騰訊雲都不錯。成本方面也是雲伺服器較低一些，實體伺服器較貴一些。發展的大趨勢就是奔著雲計算，上雲去的。從你的需求來看，國內選擇那幾個比較大的商家合適，至於名字和具體配置選擇也是一門學問，老魏會幫助你提供參考意見。

『叄』 交通銀行app為啥伺服器在忙

遇見這種情況，有可能是交通銀行的伺服器升級，或者是訪問人數太多造成的，不需要太在意，過一段時間再登陸，就會正常的。

『肆』 一個app能連接兩個伺服器嗎

可以。
網站都是需要伺服器或是空間儲存數據，需要架設相應的伺服器環境，不然網站是無法正常使用運營起來。伺服器應具備承擔服務並且保障服務的能力。一般來說專門的伺服器都要7X24小時不間斷地工作，伺服器其實就是一台不關機的電腦，所以伺服器一般均放置在機房重點，閑人一般均是免進的。

『伍』 阿里雲伺服器是如何實現每台伺服器都是公網IP的呢

根據我所知道的回答一下這個問題。

利用公有雲（比如阿里雲、騰訊雲、華為雲等）部署了應用之後，為了訪問申請的雲伺服器，需要使用公網IP，公有雲服務商不僅提供了固定的公網IP，更多採用的是彈性公網IP。

申請了彈性公網IP之後，可以將期綁定到雲伺服器實例，用於通過公網訪問自己申請的雲主機。

騰訊雲、阿里雲、華為雲均支持彈性公網IP。隨著公有雲業務的不斷發展，雲服務提供商的公網資源是遠遠不夠的，目前通過運營商上網也採用了運營商級別的NAT。將來有可能所有的雲主機均得採用彈性公網IP。

對於公有雲服務商提供的雲伺服器的公網IP，大家有什麼看法呢，歡迎在評論區，留言討論。

如需更多幫助，請私信關注。謝謝

瞎回答的很多。實質上，並沒有魔術。阿里雲的ip就是買的，是一大段一大段ip范圍買下的。

那些說類似專線獨立ip的人，都是瞎掰，專線實質上是電信買下的ip范圍里租一個給你用，電信那端通過調整路由表把對應的ip報文轉發到你那根物理線路上。

阿里雲的技術方式完全不一樣。

首先阿里和電信一樣，都是購買巨大的一段ip地址范圍，它的地址范圍不比電信小多少。ipv4的地址范圍就是這些大佬買光的，國外aws，google，微軟的ip范圍更大。

其次，阿里雲內部，不是簡單的改路由器，而是當有bgp能力的核心路由把全網路里屬於阿里雲的ip報文導入數據中心後，通過伺服器進行報文數據軟交換，也就是常說的sdn（軟體定義的網路）技術把ip分配給具體的虛擬機。這樣確保虛擬機綁ip可輕松的自動綁定。當你在界面上點一下申請彈性ip的時候，阿里雲就從它的ip池裡空餘的ip中，分一個給你，注意，這個ip池比阿里的機器數量，甚至虛擬機數量要大很多。當你分配了彈性ip後，如果要綁定彈性ip到具體某個虛擬機時候，背地裡，阿里雲就簡單的把這個ip和虛擬機的路由關系告訴它的軟交換伺服器集群，然後所有進入阿里雲中的報文里，屬於這個ip的報文被投遞給這台虛擬機。

下面有很多瞎回答的，NAT是可以減少公網IP地址的使用，但還是需要公網IP。

公網IP只可能是雲服務商自己向電信或移動等運營商買的。

阿里雲有很多伺服器，但是並不是所有伺服器都需要公網IP，比如資料庫伺服器，負載均衡伺服器等，只需要內網IP就夠了。實際需要使用公網IP的伺服器就是直接面對用戶的那幾台而已。

藉助內網IP和彈性公網IP，以及IP回收等，實際需要使用的公網IP數量是可控的。

那麼，阿里雲到底有多少公網IP呢？可以看下這里的不精確統計

http://as.chacuo.net/companyview/s_alibaba

大概是 860萬個公網IP。

這裡麵包含了阿里在國內、美國、新加坡的IP地址統計，應該還不完整。

一句話回答：就是買的。

通過BGP自治號(AS)查詢，阿里雲大約有3千萬個公網IP，AS名稱為「CNNIC-ALIBABA-CN-NET-AP」，有興趣的可以自己去查。

另外這么多IP當然不可能是運營商分配的，事實上運營商的公網IP還沒阿里雲多，這些IP是阿里雲向CNNIC申請，APNIC審核並最終由ICANN分配的。

在邏輯上阿里實際就是一個運營商，它和移動聯通電信的網路連接，和移動聯通電信三網互通原理完全一樣，都是基於邊界網關協議BGP，搞一次地址廣播的花費至少就要花好幾百萬

沒啥特別的實現方法，就是大批量買IP地址，通過廣域網路由協議發布。

原來IPV4地址還不值錢，阿里早就大段大段地買，囤積了非常多的IPV4地址資源。

國內的BAT，從IPV4資源來看，阿里比騰訊多一個數量級，騰訊比網路多一個數量級，網路比其他廠商多一個數量級。

查了下阿里的AS信息，大概有十來個B段地址。

現在的IPV4地址，基本上已經分配完了，現在要拿到新的IP網段，基本上只能找ISP買，或者收購其他有IPV4資源的公司。

全世界所有的公網IP地址都源自ICANN這個組織，這個組織掌握著全球「互聯網地址簿」

互聯網協議（IP）地址的空間分配、協議標識符的指派、通用頂級域名（gTLD）、國家和地區頂級域名（ccTLD）系統的管理、根伺服器系統的管理等都是由ICANN負責管理。

ICANN先分配給亞太互聯網信息中心（APNIC）、歐洲IP資源網路協調中心（PIPE NCC）、美洲互聯網號碼注冊機構（ARIN）、拉丁美洲和加勒比地區互聯網信息中心（LACNIC）、非洲互聯網路信息中心（AfriNIC），再由這些地域性的組織分配給所在區域的ISP。

IPV4最多可以提供約42.9億個IP地址，這么多年過去了，用著用著就發現不夠用了。雖然全世界的各個分配機構都相繼宣告了IPV4地址已經耗盡，但還是有大量的ISP私藏了大量的IPV4的IP地址。

宣告枯竭的對象是IPV4地址分配組織，它只是告訴大家我手裡所有的IPV4地址已經全部發放完畢了，至於已經從分配組織獲得的IP地址，分配組織才不管你用還是不用。假如還想從分配組織手裡申請新的IPV4地址就必須要等別人不用歸還，稀缺的資源往往需要排隊走關系。

所以但凡稍微有點實力的ISP運營商都不會傻傻地將IPV4地址退回去，而是大批量的囤貨，即使不用也會攥著手裡。假如真有那些堅持不下去的ISP運營商，退了多少IPV4地址立馬就會被瓜分掉。IPV6在不斷的普及當中，當簡短的IPV4地址註定會變成一種稀缺資源。

ISP手裡囤積的IPV4地址是完全足夠日常使用

IPV4地址就像海綿里的水，你擠擠它就會出來。這也就是為什麼很多伺服器的運營商和網路運營商能夠保證公網IP地址的供應。

NAT技術能夠將當前地址空間中的IP地址映射到另一個地址空間，可以理解成一個轉換表，其中存儲著外部地址/埠到內部地址/埠的轉換關系。通過NAT技術就無需每台設備都擁有一個獨立唯一的IP地址，可以很多台設備共用一個公網IP地址，而區域網內使用私網不重復的IP地址即可。

NAT技術不僅可以緩解IP地址短缺的問題，還可以有效地保護私有網路。現在申請寬頻已經很難再申請到公網IP地址了，甚至於運營商可以實現一個地區都使用內網IP地址。那麼問題就來了，絕大多數人並不喜歡NAT轉換技術，希望設備能夠獲得公網的IP，便於遠程管理。所以很多「攻城獅們」會嘗試通過各種NAT穿透技術來解決NAT轉換技術所帶來的問題，比如：SOCKS、UPNP、ALG等等。

實際上伺服器對於公網IP地址的需求量也並沒有那麼大，比如：很多網站、域名可以存放在一台伺服器上，共用一個公網IP地址。理論上伺服器的配置足夠、帶寬足夠可以同時存放N多個網站，應用類的APP伺服器也是同樣的道理。

互聯網內很多組織都共同維護著一本類似「114」的地址查詢薄，IP地址由分配組織分配給ISP後，分配組織就會更新地址簿，其他組織就會同步更新。

這就好比快遞，收快遞的人也許並不知道送到具體哪個地方，他只需要將包裹收好貼上地址後統一放到快遞站點，再由快遞站點送到區域中轉站，再由區域中轉站送到市級以上的大型中轉站，大型中轉站就知道如何層層下發，最終有派件員送到收快遞的人手中。

IP地址分配組織會標識每個IP地址具體是屬於哪個ISP運營商，至於ISP運營商是想很多個網站或者應用用一個公網IP地址、還是一個伺服器用多個公網IP地址、還是一個伺服器使用彈性的公網IP地址，就不是IP地址分配組織會管的事情了。

阿里雲的ip就是買的，是一大段一大段ip范圍買下的。

那些說類似專線獨立ip的人，都是瞎掰，專線實質上是電信買下的ip范圍里租一個給你用，電信那端通過調整路由表把對應的ip報文轉發到你那根物理線路上。

阿里雲的技術方式完全不一樣。

首先阿里和電信一樣，都是購買巨大的一段ip地址范圍，它的地址范圍不比電信小多少。ipv4的地址范圍就是這些大佬買光的，國外aws，google，微軟的ip范圍更大。

其次，阿里雲內部，不是簡單的改路由器，而是當有bgp能力的核心路由把全網路里屬於阿里雲的ip報文導入數據中心後，通過伺服器進行報文數據軟交換，也就是常說的sdn（軟體定義的網路）技術把ip分配給具體的虛擬機。這樣確保虛擬機綁ip可輕松的自動綁定。當你在界面上點一下申請彈性ip的時候，阿里雲就從它的ip池裡空餘的ip中，分一個給你，注意，這個ip池比阿里的機器數量，甚至虛擬機數量要大很多。當你分配了彈性ip後，如果要綁定彈性ip到具體某個虛擬機時候，背地裡，阿里雲就簡單的把這個ip和虛擬機的路由關系告訴它的軟交換伺服器集群，然後所有進入阿里雲中的報文里，屬於這個ip的報文被投遞給這台虛擬機。

阿里雲有很多伺服器，但是並不是所有伺服器都需要公網IP，比如資料庫伺服器，負載均衡伺服器等，只需要內網IP就夠了。實際需要使用公網IP的伺服器就是直接面對用戶的那幾台而已。

藉助內網IP和彈性公網IP，以及IP回收等，實際需要使用的公網IP數量是可控的。

人家阿里有自己的as號好吧，bgp互聯的，有自己ip段，nat個錘子

很正常，開過專線的就知道，給錢，一條線路，所有內網電腦全可以分配外網ip。

當然是向運營商買ip了，不可能是NAT，至於為什麼不是，你需要了解NAT的工作原理，NAT其中一個必要條件是NAT轉換必須有一方是公網地址

『陸』 APP是不是有伺服器就可以運行了

並不是只要有伺服器就能夠運行的一個APP能夠完整的運行，不僅需要伺服器，而且需要運行的界面以及運行的環境，這幾樣東西都是必須不可缺少

『柒』 B站伺服器故障引發外界熱議，這么大一個APP為何也會犯這種低級錯誤

B站我認為主要還是自己平台用戶量過大，導致伺服器出現擁堵，所以在高峰期b站的伺服器才會引發故障，導致一些平台功能無法使用，但這件事情放在任何一家互聯網公司當中都會出現。只不過b站的關注度和流量都比較高，因此b站的伺服器出現這樣的問題肯定會引發社會的討論，也從這一個角度我們可以發現，b站在進行平台運作的時候，伺服器沒有跟上平台的功能需要，長期以往才會形成這樣的問題。

總結：B站伺服器故障我認為這是很正常的一件事情，每一個互聯網公司都有可能在發展當中出現伺服器故障的問題。我們只有保持改正接納的態度方式，才能把這些問題處理掉，只有我們具備這樣的經驗和能力之後，平台和公司才能做得越來越遠。

『捌』 手游伺服器登錄流程

先上一個簡單的流程示意圖

然後再從客戶端輸入用戶名和密碼開始說起：

流程：
1 客戶端輸入渠道賬號user_name和密碼password；
2 登錄，登錄SDK成功之後，會返回一個token令牌；
3 保存token；

傳入： app_id、app_key、user_name、password
返回： token

說明：
app_id和app_key是游戲製作方在接入渠道sdk時申請的；
user_name和password需要游戲玩家自己申請，有的渠道支持遊客登錄。

流程
1 登錄成功之後可以獲取伺服器列表server_list；
2 顯示伺服器列表；

返回： server_list

說明：
游戲伺服器列表一般是通過配置在客戶端的一個鏈接直接獲取的。
這個配置文件可以通過資源更新的方式更新，客戶端可以根據伺服器列表選擇要進入的區服。

1 客戶端從伺服器列表選擇要登陸的伺服器；
2 通過選擇的伺服器可以得到登錄服的ip和port；
3 登錄獲取游戲服的ip和埠；

傳入： token
返回： ip、port

說明：
在登錄成功之後會返回遊戲服服的ip和port。

1 登錄服拿到客戶端傳入的token；
2 將token傳給認證服，拿給渠道驗證；
3 渠道驗證成功之後會返回aid，然後保存認證信息(登錄游戲服的時候會用到)；
4 根據負載均衡分配游戲服ip和port，返回給客戶端；

傳入： app_id、app_key、token
渠道返回： aid
返回給客戶端： ip、port、aid

說明：
渠道驗證一般也是一個鏈接，在渠道的開發文檔中會給出；
如果客戶端用的是遊客賬號登錄，以後綁定賬號之後aid也不會改變，除非是更換了設備，或者卸載游戲重新安裝；
保存認證信息是為了防止玩家在沒有通過認證的情況下直接登錄游戲服，
大型手游後端會有多台游戲伺服器，登錄服會根據負載均衡分配一台游戲服給玩家。

1 拿到登錄服返回的ip和port及aid之後斷開與登錄服的鏈接；
2 拿新的ip和port登錄游戲服；

傳入： aid

1 拿到aid之後到認證服中驗證改玩家是否登錄；
2 認證成功之後返回玩家該伺服器上角色信息；
3 進行游戲。

返回： 角色信息

以上就是大型手游登錄的全部流程。

這個過程中會涉及到三方：客戶端，渠道，服務端；
服務端分為三種：登錄服，認證服，游戲服。

『玖』 為什麼app無法鏈接伺服器

鏈接不到伺服器的主要原因；

1、是因為手機欠費，沒有信號、手機沒有打開數據網路，導致的數據鏈接不通。

2、是因為某一個APP伺服器出現了問題，導致網路鏈接不到伺服器。

3、是手機鏈接了WIFI信號，但是WIFI信號實際是沒有聯網的狀態，所以是鏈接不到APP的。