• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            那誰的技術(shù)博客

            感興趣領(lǐng)域:高性能服務(wù)器編程,存儲,算法,Linux內(nèi)核
            隨筆 - 210, 文章 - 0, 評論 - 1183, 引用 - 0
            數(shù)據(jù)加載中……

            自己設(shè)想的一個IM服務(wù)器的架構(gòu)(續(xù)一)

            第一個架構(gòu)模型在這里

            按照里面評論者的意見,我做了一些修改,見圖.


            做了幾處修改:
            1) 暴露在外部與客戶端直接相連的服務(wù)器有登錄服務(wù)器, 資料服務(wù)器, 消息服務(wù)器, 在線狀態(tài)服務(wù)器,增加了一個session服務(wù)器, 不直接面向客戶端.客戶端在登錄的時候,驗證密碼之類的合法性檢查通過之后, 登錄服務(wù)器將向session服務(wù)器申請一個新的sessionid, 以后客戶端與這些服務(wù)器進行通信的時候協(xié)議包都需要帶上這個sessionid以驗證協(xié)議包是否合法.
            在這里, 登錄服務(wù)器做的事情簡化為驗證登錄用戶合法性, 返回為登錄用戶申請的sessionid, 以及登出用戶同時通知session服務(wù)器注銷該用戶的sessionid.
            2)消息服務(wù)器與在線狀態(tài)服務(wù)器保持連接,客戶端發(fā)送消息的時候, 首先消息服務(wù)器要去查詢用戶是否在線, 如果不在線就存入為離線消息.
            3)在線狀態(tài)服務(wù)器與客戶端每隔一段時間都要發(fā)送心跳包保持連接.注意這里由客戶端主動發(fā)送, 而不是服務(wù)器發(fā)送, 這樣某種程度上可以避免在線服務(wù)器宕機帶來的影響.
            4)這幾個暴露在外面的服務(wù)器只是簡單的對外接口, 底下可能還有很多內(nèi)部使用的服務(wù)器, 請見第一篇架構(gòu)的說明, 當(dāng)用戶量上來時, 還需要考慮擴容的問題.

            如果還有不妥的地方,請繼續(xù)討論,謝謝指教.

            posted on 2009-01-14 13:47 那誰 閱讀(6579) 評論(7)  編輯 收藏 引用 所屬分類: 服務(wù)器設(shè)計

            評論

            # re: 自己設(shè)想的一個IM服務(wù)器的架構(gòu)(續(xù)一)  回復(fù)  更多評論   

            客戶端接觸太多了


            我隨便畫了個,你看看
            2009-01-14 15:10 | LOGOS

            # re: 自己設(shè)想的一個IM服務(wù)器的架構(gòu)(續(xù)一)  回復(fù)  更多評論   

            3)在線狀態(tài)服務(wù)器與客戶端每隔一段時間都要發(fā)送心跳包保持連接.注意這里由客戶端主動發(fā)送, 而不是服務(wù)器發(fā)送, 這樣某種程度上可以避免在線服務(wù)器宕機帶來的影響.


            假如網(wǎng)絡(luò)斷了,那服務(wù)器如何知道客戶端離線了呢?
            2009-01-14 21:50 | ll

            # re: 自己設(shè)想的一個IM服務(wù)器的架構(gòu)(續(xù)一)  回復(fù)  更多評論   

            @ll
            心跳包的意思就是客戶端要定時向服務(wù)器發(fā)包證明自己還在存活, 如果一段時間沒有發(fā)包服務(wù)器就可以認(rèn)為客戶端離線了.一般心跳包發(fā)送的頻率是幾秒一次.
            2009-01-14 22:43 | 創(chuàng)

            # re: 自己設(shè)想的一個IM服務(wù)器的架構(gòu)(續(xù)一)  回復(fù)  更多評論   

            心跳包要互發(fā)的和正常的req->ack一樣,也就是說保持穩(wěn)定的脈沖,我覺得只要在最外面暴露登陸服務(wù)器和業(yè)務(wù)服務(wù)器,登陸服務(wù)器驗證完之后,告訴客戶端連接哪個業(yè)務(wù)服務(wù)器之后,這個鏈接就可以回收了
            2009-01-15 09:40 | zuhd

            # re: 自己設(shè)想的一個IM服務(wù)器的架構(gòu)(續(xù)一)  回復(fù)  更多評論   

            不知道你有沒有看過 SIP (RFC 3261), 他的架構(gòu)跟你構(gòu)想是一樣的, 他的 MESSAGE method 可以用來做 IM, 你可以用 OpenSER 做 SIP Proxy 跟 SIP Registra (登度伺服器), 及 OpenSER 的 Presence module 來達成在線檢測, MSILO module 可以做 offline messaging.
            2009-01-29 01:04 | Nash Tsai

            # re: 自己設(shè)想的一個IM服務(wù)器的架構(gòu)(續(xù)一)  回復(fù)  更多評論   

            有瓶頸制約的,如session服務(wù)器
            2010-01-02 09:09 | 忘憂三毛

            # re: 自己設(shè)想的一個IM服務(wù)器的架構(gòu)(續(xù)一)  回復(fù)  更多評論   

            “3)在線狀態(tài)服務(wù)器與客戶端每隔一段時間都要發(fā)送心跳包保持連接.注意這里由客戶端主動發(fā)送, 而不是服務(wù)器發(fā)送, 這樣某種程度上可以避免在線服務(wù)器宕機帶來的影響.

            從來沒聽說有服務(wù)端向客戶端主動發(fā)送心跳包的,客戶端的IP不一定是全球唯一的,你的心跳包能發(fā)進內(nèi)網(wǎng)能過NAT防火墻?除非是P2P打洞或者你的IM客戶端做自動端口映射,技術(shù)上海不一定能實現(xiàn)
            2011-08-21 04:15 | 小覃
            国内精品久久久久影院亚洲| 久久综合色老色| 99久久99这里只有免费的精品| 亚洲精品乱码久久久久久按摩 | 国产欧美久久一区二区| 久久99国产精品久久99果冻传媒| 91精品免费久久久久久久久| 亚洲日韩欧美一区久久久久我| 亚洲日本va中文字幕久久| 精品久久香蕉国产线看观看亚洲| 国产亚洲精久久久久久无码AV| 久久中文字幕人妻熟av女| 久久精品国产秦先生| 久久WWW免费人成一看片| 国产精品久久久久9999| 97精品伊人久久大香线蕉| www.久久热.com| 久久精品久久久久观看99水蜜桃| 久久99精品国产麻豆宅宅| 久久九九久精品国产免费直播| 99久久国产主播综合精品 | 国产精品久久久久久福利漫画| 国内精品久久久久久不卡影院| 久久久久人妻一区精品色| 日韩十八禁一区二区久久| 丰满少妇人妻久久久久久4| 久久亚洲美女精品国产精品| 蜜桃麻豆WWW久久囤产精品| 久久99亚洲综合精品首页| 久久精品中文字幕久久| jizzjizz国产精品久久| 亚洲狠狠婷婷综合久久蜜芽 | 久久久久中文字幕| 99久久99久久久精品齐齐 | 97久久精品无码一区二区天美| 一本一道久久综合狠狠老| 久久精品aⅴ无码中文字字幕不卡 久久精品成人欧美大片 | 一本久道久久综合狠狠爱| 久久无码国产| 久久av免费天堂小草播放| 久久久WWW免费人成精品|