HTTP與RPC的區別:

人們常常錯誤地將HTTP稱作一種遠端過程呼叫（RPC）[23]機制，僅僅是因為它包括了請求和響應。

   呼叫遠端機器上的一個過程（procedure）的觀念，是RPC與其他形式的基於網路的應用通訊的區別在。 RPC的協議識別出過程並且傳遞給它固定的一組引數，然後等待在使用相同介面返回的一個訊息中提供的回答。遠端方法呼叫（RMI）也是類似的，除了過程被標識為一個｛物件，方法｝的組合，而不是一個簡單的服務過程（serviceprocedure）。被代理的RMI添加了名稱服務的間接層和少量其他的技巧（trick），但是介面基本上是相同的。

  將HTTP和RPC區分開的並不是語法，甚至也不是使用一個流作為引數所獲得的不同的特性，儘管它幫助解釋了為何現有的RPC機制對於

  使得HTTP與RPC存在重大不同的是：請求是使用具有標準語義的通用的介面定向到資源的，這些語義能夠被中間元件和提供服務的來源機器進行解釋。結果是使得一個應用支援分層的轉換（layersoftransformation）和間接層（indirection），並且獨立於訊息的來源，這對於一個Internet規模、多個組織、無法控制的可伸縮性的資訊系統來說，是非常有用的。與之相比較，RPC的機制是根據語言的API（languageAPI）來定義的，而不是根據基於網路的應用來定義的。

TCP/IP協議是一個協議簇。裡面包括很多協議的。UDP只是其中的一個。之所以命名為TCP/IP協議，因為TCP,IP協議是兩個很重要的協議，就用他兩命名了。
　　tcp和udp都是傳輸協議，主要區別是tcp協議連線需要3次握手，斷開需要四次握手，是通過流來傳輸的，就是確定連線後，一直髮送資訊，傳完後斷開。udp不需要進行連線，直接把資訊封裝成多個報文，直接傳送。所以udp的速度更快寫，但是不保證資料的完整性和資料順序，（這個是可以在實現時通過驗證手段來手動確定完整性）。
　　http協議是建立在TCP協議之上的一種應用，是Web聯網的基礎，最顯著的特點是客戶端傳送的每次請求都需要伺服器回送響應，在請求結束後，會主動釋放連線。從建立連線到關閉連線的過程稱為“一次連線”。
　　socket並不是一種協議，是在程式設計師層面上對TCP/IP協議的封裝和應用。其實是一個呼叫介面，方便程式設計師使用TCP/IP協議棧而已。程式設計師通過socket來使用tcp/ip協議。但是socket並不是一定要使用tcp/ip協議，Socket程式設計介面在設計的時候，就希望也能適應其他的網路協議。
　　rpc是一種通過網路從遠端計算機程式上請求服務，而不需要了解底層網路技術的協議。
　　初學情況下只要瞭解http協議和呼叫http協議，java使用httpClient，還有socket程式設計就好了。RPC我也瞭解的不多。

你說的9000應該指的是fs.default.name或fs.defaultFS（新版本）這一配置屬性吧，這個屬性是描述叢集中NameNode結點的URI(包括協議、主機名稱、埠號)
50070其實是在hdfs-site.xml裡面的配置引數dfs.namenode.http-address，預設配置為dfs.namenode.http-address，這是HDFS web介面的監聽埠