吹一吹nodequery三天兩頭的掛的背後故事和技術內幕

1.      （按最大值估算，不JJ ）Nodequery 如果沒記錯，應該是服務了28萬左右服務器監控，按3分鍾一次的頻率，每小時產生560萬條記錄，每天1億3千萬的數據。 一個月就是50億數據。   保存3個月就是150億。
ps：如果我把服務器數量記錯，比如是2.8w左右，那對應數據下降一個量級。

這個數據庫用mysql是不可能的，早期時序庫並沒發展，所以預估應該是上了mongodb，然後mongodb早期的一些版本在n億級的數據處理並不是十分優秀（目前也是），在技術上，上了量級，一個處理不好，容易掛也是理所當然的事情，比如內存爆了，cpu高了，硬盤io跟不上，架構某節點掛了等等。純監控而言，其實幾十上百台的監控並不是啥難事，初級程序員都可以寫出來，難的是上了量級後帶來的架構變化

2.       站長靠愛發電，並不做任何盈利計劃，這nodequery更像他的試驗田。去年還是今年其也曾經說過沒有過多的精力在上麵了。

替代方案的選擇

1.  自己有穩定的機器，機器很多，某台機器十分穩定，那用它，自部署模式也是不錯的，此類很多方案軟件提供，優秀絕筆的很多，可供選擇，比如群裏的哪吒探針就很不錯。或者即將推出的論壇大佬的高仿nodequery，應該也可以。為大佬們點讚  唯一的一個缺點就是有問題的話可能要自己維護，畢竟屬於自己的東西了。

2.  嫌麻煩的，用http://eheh.org ，也是高仿nodequery，並有所改進和演化（沒錯，就是我和pony提供的）。 我們采用了最新時序數據庫 ，起點億級數據是標配，沒有mongodb，沒有mysql等，同時引入了證書監控等，未來路線也在mjj的監督下製定了。。。 。（目前缺美女前端，誠招。。。）    同時缺點也是有的，作為不斷調整優化的架構，哪天中斷服務了一下，也是有可能出現的，但這種情況我們一經發現，基本都在幾個小時內處理完畢，同時有所交代！ Pony總提供的機器無需擔心配置不夠，或者忘記續費，這塊他完全承包，否則就把服務器寄給你。