紀念即將逝去的nosql

今天正式接到開發組通知，索引頁的mongodb 已經正式下線，下週一關停。

記得，也是去年5月份的時候，mongodb 進過一輪緊張的測試後上線了。 

經過一年多的線上運維，也沒有出過什麼大的問題，雖然很多時候，看起來都很驚險，但最終都平安的度過了，

經過了接近5個月的摸索，整個系統才趨於穩定執行，

以至於，在出臺mongodb 的階段性技術總結的時候，維護小組，一致同意一下結論： 

mongodb 對開發人員有一定的要求，不建議在公司內部大規模推廣，對長期基於資料庫開發的開發人員很容易會用rdbms 的思路來在mongodb上來解決問題。 
mongodb 的使用，需要經過相關的技術評估，相應的開發人員要接受稽核組的詢問。 

這也正是運維小組，前5個月處理的大量的問題的根源所在。 

在接下來的幾個業務場景中，也有同事向我詢問採用mongodb 的可行性，透過分析，我基本都回絕了他們，

主要還是基於nosql 他只適合於某一種，或者某一些特定的應用場景，甚至相同的業務模式下， 

不同的品牌的nosql 都有完全不同的表現。 

隨著nosql 熱潮的漸漸冷卻，很多前期，明顯看好nosql ，並將核心業務系統構建在上面的公司，

已經也開始慢慢的從nosql 遷移回到了rdbms。

針對我們公司而言，我認為nosql 的上馬，有一定的場景，尤其是索引頁專案，在當時架構下mysql 已經無法支撐更大的訪問，
而mongodb 有恰如其分的適合我們的業務模式，快馬加鞭的上去了。
雖然前期的運維不很盡人意，還是支撐我們業務又快馬加鞭的奔騰了一年。 

當新的技術架構能夠更好的處理我們的需求的時候，nosql 還是要讓出他的座位，他該退休了。 

由此來看，nosql 雖然只在我們公司用了一年多的時間，甚至作為一項新的技術研究專案，而沒有被大規模推廣，

我認為並不是因為我們新技術研究失敗了，或者做了大量的無用功，浪費了大量的資源。 

很重要的一點，我們搞明白了，什麼樣的情況下適用nosql，而所有的新技術研究則都會有成敗的，並不是所有的東西都適合我們。