Thrift、Avro、Protocolbuffers——他们都死了吗？

Question

在一个pet项目（cassandra、spark、hadoop、kafka）上工作时，我需要一个数据序列化框架。查看常见的三个框架——即Thrift、Avro和Protocolbuffers——我注意到它们中的大多数似乎都死气沉沉，一年最多发布两次小版本。

这让我有两个假设：

• 它们与这样一个框架一样完整，只要不需要新功能，就处于维护模式

如果有人能给我一个暗示，我的假设，任何投入都是受欢迎的。

Answer 1

关于节俭：据我所知，节俭是活生生的。我们将其用于序列化和内部API，这是我的工作领域，它可以很好地实现这一点。

通过Twitter的Finagle等项目，添加了连接多路复用和更加用户友好的客户端等缺失内容。

虽然我将我们对它的使用描述为仅是半密集型的（即，我们不首先考虑性能：它应该易于使用并且没有bug），但到目前为止，我们没有遇到任何问题。

所以，关于节俭，我认为它属于你的第一类。[*]

原型缓冲区是节俭器序列化部分的替代方案，但它不提供RPC工具箱节俭器提供的功能。

我不知道还有任何其他项目将RPC和序列化混合到如此简单易用且完整的单个包中。

无论如何，一旦你开始使用它并看到了所有的好处，就很难把它归入你的第二类：）

Answer 2

与Protobuf相比，Thrift的优势在于它提供了完整的RPC和序列化框架。加上Thrift支持大约20种目标语言，而且这个数字还在增长。我们即将加入。网芯，在不久的将来将有防锈支撑。

事实上，过去几个月里没有那么多的节俭产品发布，这确实是需要解决的问题，我们完全意识到这一点。另一方面，代码库的整体稳定性相当好，因此可以使用Github fork，并从当前master中自己切割一个分支，当然，使用通常的质量度量。

Avro和Thrift之间的主要区别在于Thrift是静态类型的，而Avro使用更动态的方法。在大多数情况下，静态方法非常适合需求，在这种情况下，Thrift让您受益于生成代码的更好性能。如果不是这样，Avro可能更合适。

此外，值得一提的是，除了Thrift、Protobuf和Avro之外，市场上还有更多的解决方案，如Capt'n'proto或BOLT。

Answer 3

协议缓冲区是一个非常成熟的框架，大约15年前在Google首次引入。它当然没有死：谷歌内部几乎所有的服务都使用它。但是经过这么多的使用，现在可能没有什么需要改变的了。事实上，他们今年发布了一个主要版本（3.0），但该版本的内容既包括删除功能，也包括添加功能。

Protobuf的相关RPC系统gRPC相对较新，最近有更多的活动。（然而，它基于谷歌的内部RPC系统，该系统经过了大约12年的发展。）

我对Thrift或Avro不太了解，但它们也存在了一段时间。