NSQ源碼-nsqlookupd

爲何選擇nsq

以前一直在用erlang作電信產品的開發，對erlang的一些生態也比較瞭解，和erlang相關的產品在互聯網公司使用最多的應該就是rabbitmq了，也許不少人據說過erlang就是由於他們公司在使用rabbitmq。在以前也看過一點rabbitmq的代碼，以及後來的emqtt都看過一點, 因此對消息隊列這塊是情有獨鍾。轉到go後也在關注消息隊列這塊，nsq是一個golng的消息系統, 並且架構也很是的簡單。因此想經過源碼的學習來掌握一些語言技巧。

nsq的架構與代碼結構

nsq的的話主要有三個模塊構成, 這裏直接複製官方的介紹:

nsqd: is the daemon that receives, queues, and delivers messages to clients.

nsqlookupd: is the daemon that manages topology information and provides an eventually consistent discovery service.

nsqadmin: is a web UI to introspect the cluster in realtime (and perform various administrative tasks).

這裏是一個消息投遞的過程, 顯示了消息怎麼從nsqd到達consumer, 缺乏了producer和nsqlookupd. nsqlookupd主要提供了兩個功能:

• 向nsqd提供一個topic和channel的註冊信息
• 對consumser提供了toic和channel的查詢功能而後

consumer查詢到nsqd以後就是上面看到的動態圖了, consumer直接和nsqd通訊, 下面是一個更全面一點的時序圖

整個項目的代碼結構也是圍繞上面的三個模塊構建:

• internal(公共部分的實現)
• nsqadmin(對nsqadmin的時間)
• nsqd(對nsqd的實現)
• nsqlookupd(對nsqlookupd的實現)

總共也就這四個package,是否是有很想看下去的衝動(smile).

lookupd的啓動流程

通過上面的介紹,咱們對lookupd有裏簡單的認識.首先他是一個獨立的進程, 爲topic和channel的發現服務. 但不參與時間的消息投遞. 對lookup的實現是在nsq/apps/nsqlookupd/nsqlookupd.go和nsq/nsqlookupd/中. lookupd的啓動是使用了一個叫go-srv的windows wrapper.經過在nsq/apps/nsqlookupd/nsqlookupd.go中實現:

type Service interface {
    // Init is called before the program/service is started and after it's
    // determined if the program is running as a Windows Service.
    Init(Environment) error

    // Start is called after Init. This method must be non-blocking.
    Start() error

    // Stop is called in response to os.Interrupt, os.Kill, or when a
    // Windows Service is stopped.
    Stop() error
}

來完成整個進程的管理,go-srv幫助咱們作了系統信號的管理, 下面來看下lookupd的啓動流程,

實例化一個NSQLookupd對象

// apps/nsqlookupd/nsqlookupd.go
    daemon := nsqlookupd.New(opts)  // 實例化一個NSQLookupd的對象
    err := daemon.Main()            // 開始啓動NSQLookupd
    
// nsq/nsqlookupd/nsqlookupd.go
func New(opts *Options) *NSQLookupd {
     ....
    n := &NSQLookupd{
        opts: opts,    // 啓動參數
        DB:   NewRegistrationDB(), // 內從裏面的一個數據庫,主要用來存儲tpoic/channel以及nsqd的消息
    }
    ...
    return n
}

開始啓動

// Main starts an instance of nsqlookupd and returns an
// error if there was a problem starting up.
func (l *NSQLookupd) Main() error {
    ctx := &Context{l}

    // 啓動兩場go routine來處理tcp/http的請求
    tcpListener, err := net.Listen("tcp", l.opts.TCPAddress)
    if err != nil {
        return fmt.Errorf("listen (%s) failed - %s", l.opts.TCPAddress, err)
    }
    httpListener, err := net.Listen("tcp", l.opts.HTTPAddress)
    if err != nil {
        return fmt.Errorf("listen (%s) failed - %s", l.opts.TCPAddress, err)
    }

    l.tcpListener = tcpListener
    l.httpListener = httpListener

    tcpServer := &tcpServer{ctx: ctx}
    l.waitGroup.Wrap(func() {
        protocol.TCPServer(tcpListener, tcpServer, l.logf)
    })
    httpServer := newHTTPServer(ctx)
    l.waitGroup.Wrap(func() {
        http_api.Serve(httpListener, httpServer, "HTTP", l.logf)
    })

    return nil
}

下面是一個lookupd裏面的進程模型

lookupd裏的主要數據結構

在上面建立一個instance的時候咱們看到建立一個NewRegistrationDB()的函數, 這裏就是存儲lookupd全部數據結構的地方.

每一個topic/channe/clientl就是一個Registration的key, 而後value對應的就是該topic/channel對應的nsqd信息.全部的接口都是在操做上面的那個數據結構.

lookupd和其餘模塊的交互

在進程模型中咱們看到一個tcp server和一個http seerver, 和其餘模塊之間的交互都是在裏面完成的.看下tcp server的處理

有新的tcp鏈接進來,建立一個新的go routine去服務該請求

// /nsq/internal/tcp_server.go
func TCPServer(listener net.Listener, handler TCPHandler, logf lg.AppLogFunc) {
    for {
        ...
        go handler.Handle(clientConn)
    }

實例化一個protocol對象

// /nsq/nsqlookupd/tcp.go
func (p *tcpServer) Handle(clientConn net.Conn) {
    ...
    prot.IOLoop(clientConn)
    ...
}

對請求的具體處理

// /nsq/nsqlookupd/lookup_protocol_v1.go
func (p *LookupProtocolV1) IOLoop(conn net.Conn) error {
    ...
    p.Exec(client, reader, params)
    ...
}

// /nsq/nsqlookupd/lookup_protocol_v1.go
func (p *LookupProtocolV1) Exec(client *ClientV1, reader *bufio.Reader, params []string) ([]byte, error) {
    switch params[0] {
    case "PING": // NSQD的心跳包
        return p.PING(client, params)
    case "IDENTIFY": // NQSD啓動時候的indentify就是咱們上面看到的peerInfo
        return p.IDENTIFY(client, reader, params[1:])
    case "REGISTER": // 註冊topic/channel信息到lookupd
        return p.REGISTER(client, reader, params[1:])
    case "UNREGISTER": // unregister topic/lookup 信息
        return p.UNREGISTER(client, reader, params[1:])
    }
    return nil, protocol.NewFatalClientErr(nil, "E_INVALID", fmt.Sprintf("invalid command %s", params[0]))
}

上面就是整個tcp server的流程, 每一個鏈接都是一個go routine. 相對tcp server來講的話http server就簡單不少, 若是你對httprouter熟悉的話就更簡單了就是對RegistrationDB的增刪查改. http測的api的話能夠參考:
官方的文檔

總結

lookupd是其中比較簡單的模塊，經過源碼的學習咱們能夠更好的掌握go的一些技巧，也鼓勵你們經過一一些開源的代碼來掌握語言的一些技巧。其實經過lookupd咱們能夠抽象一套本身的HTTP/TCP服務端架構來。