Solr外掛程式的弊端

在前文《solr update外掛程式自定義條件索引》中，我介紹了如何通過外掛程式的模式，自定義solr的update過程。但是在大半年的使用過程中，發現這種方式存在如下弊端。

1.環境難以維護。cdh沒有對solr外掛程式的管理，而這就導致，我們每次更新外掛程式，都需要挨個伺服器去部署，過載core。

2.**難以開發。solr外掛程式不支援本地除錯，我們每次都要用cdh環境驗證外掛程式的邏輯是否生效。

3.上線流程無法保障。由於環境開放給開發人員除錯，上線流程中就存在很多風險。

所以以後的專案建議使用solrj這樣的技術，另起外部專案來實現，即使效率比外掛程式慢，但是易於維護和分享。

當時使用外掛程式的另外乙個原因是，我們使用的是 kafka->flume->morphline sink技術，這項技術裡面，morphline sink是直接update到solr的，所以只能在solr外掛程式裡面實現後續的自定義條件。

那麼同樣，我們也應該懷疑morphline sink這項技術的可維護性。

因此，建議大家，如果你的需求是持續迭代的，請千萬不要用morphline sink，cdh的這項新功能也是同樣的難以debug，一旦你陷進去就會如泥潭深陷。

由於morphline sink是和flume配套的，我們在處理複雜邏輯的時候，建議也不要使用flume。雖然flume功能強大，可靠性高，但是無法方便定位和維護的東西，最好不要選擇。我們應該總是選擇那些最優解。