開源數(shù)據(jù)處理平臺Hadoop在大數(shù)據(jù)時代的今天有著非常廣泛的應(yīng)用。著名的大象圖標(biāo)遍布各行各業(yè)，從醫(yī)療記錄到銀行交易，從車票預(yù)定到房屋租賃，乃至很多科學(xué)數(shù)據(jù)處理，都可以見到Hadoop的身影。

在Hadoop生態(tài)繁榮的背后，是開發(fā)者們夜以繼日的開發(fā)與支持。而在用戶得益甚至贊賞這些應(yīng)用的時候，開發(fā)者們卻不得不面對Hadoop平臺中一些可用性較差的地方。本文列舉了網(wǎng)絡(luò)上一些關(guān)于Hadoop的缺點，供大家探討，部分觀點來自及開發(fā)者博客。

1、 平臺尚未成熟

雖然用途廣泛，但不得不承認(rèn)的是，Hadoop目前仍在開發(fā)階段。很多數(shù)據(jù)結(jié)構(gòu)都不全，比如Hadoop一直不支持原生datatime數(shù)據(jù)類型，最近才在時間序列數(shù)據(jù)開發(fā)者的強(qiáng)烈建議下下引入此數(shù)據(jù)類型。其次，技術(shù)支持并不到位，無論是Google還是Stack Overflow上尋找的答案，都不足以解決開發(fā)者遇到的問題。

2、 數(shù)據(jù)模式模糊不清

Hadoop目前對模式（Schema）的描述并不清晰，很多開發(fā)者在撰寫Pig腳本的過程中，會花費(fèi)超過50%的時間在調(diào)試對Schema的支持上。

3、 Pig和Hive無法互通

Hive和Pig用起來完全是兩個東西。熟悉SQL的開發(fā)者可以在Hive中使用類似的腳本，但是在Pig中卻不得不重新學(xué)習(xí)其語法。在Pig中無法使用Hive的UDFS，也無法使用HCatalog訪問Pig的Hive表。反過來，無法在Hive中使用Pig的UDFS。這讓開發(fā)者在兩者切換使用的過程中頗為糾結(jié)，需要耗費(fèi)精力重新撰寫腳本來完成已有的工作。

4、 HDFS存儲共享函數(shù)庫

鑒于Hadoop的復(fù)用機(jī)制，一旦開發(fā)者將Pig腳本保存于HDFS，那么Hadoop將自動認(rèn)為所有的JAR包的存儲方式都應(yīng)如此。通常情況下，這樣的做法并無問題，但是有時候，當(dāng)一個項目需要維護(hù)大量共享庫的時候，這就變得非常復(fù)雜。而且，大部分時間JAR包通常都在安裝客戶端的時候一并安裝過，Hadoop這種存儲方式使得JAR包多次存儲。據(jù)悉，腳本存儲的問題Pig新版本已修正，但是共享函數(shù)庫存儲的問題卻仍然存在。

5、 報錯信息不完整

這幾乎是Hadoop系列工具的通病，經(jīng)常在出了問題的時候，返回一個“運(yùn)行失敗，無更多錯誤信息”這樣的報錯提示，使得開發(fā)者無法進(jìn)行更進(jìn)一步的錯誤調(diào)試。還有，Hadoop經(jīng)常會拋出一些無法找到指針的異常（NPE），而這些問題則是由文件解析之類的操作造成，并不能屬于NPE范疇。另外，由于采用UDFS，導(dǎo)致很多報錯最終以udf執(zhí)行錯誤的樣子呈現(xiàn)給開發(fā)者，而它們可能僅僅是語法錯誤或者類型錯誤。

6、 不兼容的安全機(jī)制

開發(fā)者經(jīng)常會聽到這樣的說法：“已經(jīng)有足夠多的案例證明，想要保證Hadoop的安全性，建議使用Kerberos，LDAP直白易用。”但是現(xiàn)狀就是，Hadoop平臺并未對此有友好的集成：沒有SAML、沒有OAuth，也沒有很好的安全驗證機(jī)制（開發(fā)者只能時不時的無奈面對再一次出現(xiàn)的登錄窗口）。更有意思的是，Hadoop平臺中很多組件都自己支持LDAP，且彼此不考慮兼容性。

7、 難以開發(fā)的LDAP連接器

對開發(fā)者來講，用Java成功完成一個能用的LDAP連接器，至少需要修改上百次代碼。而反過來看看完成的代碼，連接器的功能還不完善。實際上，開發(fā)者們能感覺出Knox有點像一時沖動的產(chǎn)物。畢竟用Apache配置mod_rewrite模塊就能完成的事情，非要用Java再寫一遍，的確是讓開發(fā)者頭痛的事情。

8、 難以擴(kuò)展的Hive表管理

如果開發(fā)者使用Hive進(jìn)行表管理的話，在Hive執(zhí)行了drop表命令后，會自動將表刪除。但是如果這個表是外部的話，則不會自動刪除。為什么Hive不能將這兩個表同樣對待呢？此外，既然Hive現(xiàn)在有向RDBMS發(fā)展的趨勢，為什么不增加Update和Delete？

9、 不兼容的Namenode

Hadoop的很多組件，如Oozie、Knox等，都不遵循新的Namenode HA。開發(fā)者可以做一個HA Hadoop，前提是他完全不想使用其他組件。

10、 出錯的文檔

Hadoop的文檔存在很多問題，開發(fā)者經(jīng)常會發(fā)現(xiàn)文檔的示例代碼中有問題，有一些文檔本身都沒有遵循Hadoop的模式設(shè)計。鑒于這些文檔在互聯(lián)網(wǎng)上流傳廣泛，應(yīng)該有相當(dāng)一批人學(xué)習(xí)并嘗試，因此都會遇到并糾結(jié)于這些錯誤。實際上，有些錯誤是完全可以避免的，只要文檔的撰寫人在完成文檔的同時，自己動手運(yùn)行一下示例代碼。比如Oozie文檔中充斥著大量過去版本的樣例代碼，開發(fā)者遇到錯誤的時候，很可能不是自己程序?qū)戝e了，而是由于Oozie版本更替而導(dǎo)致之前教程中的函數(shù)不兼容造成，比如協(xié)議問題、模式有效性問題等等。有人形容Oozie，稱其類似Ant和Maven，只是沒有任何調(diào)試手段，而且代碼非常善變。

此外，在Hadoop平臺的適用范圍方面，它對實時數(shù)據(jù)訪問支持并不好，也無法高效存儲大量小文件，而且目前尚不支持多用戶。

作者 張?zhí)炖?/a>