的使用情況是有一個服務器連接到上千用戶的電子郵件帳戶和嗅探收到的郵件中的Java最好用Java郵件和Spring的集成/ AMQP /兔MQ鍵入可擴展的基礎架構..並根據需要添加imap空閒類型連接並添加服務器處理節點。如何通過Spring/AMQP /兔子聽數千IMAP IDLE的收件箱
單入站通道很容易與IMAP IDLE站適配器..你可以配置XML很少。但是,如果您需要一個持久的偵聽器/ imapidlechannel適配器隊列中的數千個這些適配器,並且需要爲服務器處理動態添加新的用戶連接。這將是一個挑戰。如果Java監聽器死亡或服務器重新啓動所有這些監聽器,並且它們的配置也重新啓動與重建數千個這樣的連接並恢復,如果一些連接失去其空閒接收能力而不重建所有用於空閒接收的用戶連接,則需要錯誤taulerance。
任何想法歡迎搜索了很多,但找不到任何東西?這似乎是一個關於電子郵件接收連接打開的重要可擴展性問題。
那是怎樣的一個結論,我畫的......需要對建立resiliance和規模與AMQP /春季基礎設施最好的辦法了一些信息。 ,流量爲 - 建立所有用戶的列表,查詢和到n 分頁 - 把前n上的隊列和過程AMQP分佈式環境 - 把接下來的n,直到完成 - 重建週期 與挑戰這是通過彈簧集成和持久性功能進行的消息傳遞和狀態管理。什麼是拉拔插頭的最佳方法,並且在沒有手工編寫大量代碼的情況下,可以從停止的位置恢復處理狀態? – user815026
此外,我忘記提及用戶體驗需要接近實時類型延遲來查看電子郵件彈出窗口,所以問題是可以在分佈式環境中隨時添加服務器,因爲用戶已添加,其中這些n使用x個線程進行處理每個人都可以永遠聽嗎?像每個服務器的動態連接池以及它們的親和力以及他們永遠連接哪些用戶的知識?也許某種持久性緩存用於用戶屬性,但動態分佈式節點池非常困難。 – user815026