應用程序服務性能

Question

我正在開發一個分佈式系統應用程序，除了其他的事情，它使用實時混亂的聊天服務和推送通知到許多併發用戶通知。

首先，我的實際項目系統是一個Spring Framework Webservices，另外兩個服務器，一個用於實時消息服務，另一個用於推送通知服務的Google Cloud Messages。

現在，我正在考慮通過我的Spring Framework Web服務實現自己的實時消息傳遞和推送通知。

在這裏，我對應用程序性能有一些疑問，Android/iOS聊天和通知服務allways將在Movile服務（如facebook，twitter，whatssap ...）上運行。以少於1000個併發用戶爲例，我毫不懷疑有必要使用低功能服務器來運行系統，但是，如果將許多併發用戶超過10000個運行持久性websocket ...有人可以告訴我功能服務器來運行它？

對於每個Websocket連接Java起牀一個持久性新的線程，直到關閉連接，或者只是得到一個新的線程服務器到每個WebSocket請求/響應？

以上哪兩種實現比較好？

在此先感謝您，並致以最誠摯的問候。

Answer 1

既不;也不;）你會想要一個服務器，每個連接或請求不需要一個新的線程，但每個CPU核心。並做異步網絡。例如。 Netty或Jetty。

Answer 2

Play Framework將完美契合這一點：完全異步/非阻塞和非常好的websocket支持。