在過去Client-Server的年代，類似CORBA和RMI這樣的RPC框架層次不求，因?yàn)橥ㄟ^這類技術(shù)能將單機(jī)的IPC(Inter-process communication，進(jìn)程間通信)擴(kuò)展為多機(jī)之間的通訊，這對(duì)擴(kuò)展性方面是非常有幫助的，但由于種種原因這些RPC框架并沒有被業(yè)界大規(guī)模的采用。而在云計(jì)算時(shí)代，需要進(jìn)行分布式通信的機(jī)器越來越多，雖然可以通過使用HTTP協(xié)議來進(jìn)行簡(jiǎn)易地通信，但是如果能讓程序基于一個(gè)方便好用，并且非常專業(yè)的RPC框架的話，那是再好不過了。本文將給大家介紹當(dāng)前兩個(gè)最受歡迎的RPC框架：其一是Google的Protocol Buffers;另一個(gè)則是Facebook的Thrift。

Protocol Buffers

Protocol Buffers，是Google內(nèi)部使用一種語(yǔ)言中立、平臺(tái)中立和可擴(kuò)展的序列化結(jié)構(gòu)數(shù)據(jù)的方式，并提供基于Java、C++ 和Python這三種語(yǔ)言的實(shí)現(xiàn)，每一種實(shí)現(xiàn)都包含了相應(yīng)語(yǔ)言的編譯器以及庫(kù)文件，并且在很多Google的產(chǎn)品中都有使用。它是一種二進(jìn)制的格式，所以其速度是使用XML進(jìn)行數(shù)據(jù)交換的10倍左右。它主要用于兩個(gè)方面：其一是普通的RPC(Remote Procedure Call，遠(yuǎn)程方法調(diào)用)通信，它可用于分布式應(yīng)用之間或者異構(gòu)環(huán)境下的通信;其二是數(shù)據(jù)存儲(chǔ)方面，因?yàn)樗�自描述，而且壓縮很方便，所以可用于對(duì)數(shù)據(jù)進(jìn)行持久化，比如存儲(chǔ)日志信息等，并可被MapReduce程序的處理。

Thrift

Thrift 是由 Facebook 開源的一個(gè) RPC 框架，現(xiàn)在已經(jīng)成為了著名開源組織Apache的孵化項(xiàng)目之一，它主要的幾個(gè)特點(diǎn)是：其一是支持非常多的語(yǔ)言，包括在 Web開發(fā)中很常用的 PHP，以及 C++/Python/Java 等在 Web后端非常常用的語(yǔ)言，甚至還包括近期很流行的 Ruby和Erlang;其二是提供完整的 RPC 框架實(shí)現(xiàn)，通過腳本就能生成通訊相關(guān)的框架代碼，比如搭建一個(gè)簡(jiǎn)易的服務(wù)只需要幾分鐘，這樣使得開發(fā)者只需要集中精力處理好業(yè)務(wù)邏輯即可，;其三是擁有被 Facebook、Last.fm 等不少大規(guī)�；ヂ�(lián)網(wǎng)應(yīng)用驗(yàn)證過的性能和可用性�？傮w而言，它的代碼實(shí)現(xiàn)是很優(yōu)秀的，邏輯層次非常清楚，易于定制擴(kuò)展，同時(shí)通過框架生成代碼非常方便，也節(jié)省很多通訊方面的開發(fā)和調(diào)試時(shí)間，并且 Facebook號(hào)稱Thrift在速度上和Protocol Buffers相比有一定的優(yōu)勢(shì)。

無(wú)論是Protocol Buffers還是Thrift都非常優(yōu)秀，但是還是希望大家能夠按照應(yīng)用自身的實(shí)際情況來進(jìn)行抉擇，比如在開發(fā)YunTable時(shí)，由于性能和開發(fā)成本的考慮，我并沒有選擇這兩種RPC框架的其中之一，而是自建一套簡(jiǎn)易的二進(jìn)制通訊框架，并且非常簡(jiǎn)單易用，同時(shí)速度飛快。

在不久的將來，云計(jì)算一定會(huì)徹底走入我們的生活，有興趣入行未來前沿產(chǎn)業(yè)的朋友，可以收藏云計(jì)算，及時(shí)獲取人工智能、大數(shù)據(jù)、云計(jì)算和物聯(lián)網(wǎng)的前沿資訊和基礎(chǔ)知識(shí)，讓我們一起攜手，引領(lǐng)人工智能的未來！

標(biāo)簽： Google 大數(shù)據(jù) 代碼 互聯(lián)網(wǎng) 腳本 開發(fā)者 通信 云計(jì)算

版權(quán)申明：本站文章部分自網(wǎng)絡(luò)，如有侵權(quán)，請(qǐng)聯(lián)系：west999com@outlook.com
特別注意：本站所有轉(zhuǎn)載文章言論不代表本站觀點(diǎn)！
本站所提供的圖片等素材，版權(quán)歸原作者所有，如需使用，請(qǐng)與原作者聯(lián)系。