首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

thrift学习笔记

最近看到项目有用thrift,值此周日闲着也是闲着,先了解一个大概,后边在项目中再深度感悟吧。这里首先介绍一下thrift是做什么的,一般的我们都知道程序不是简单的自己处理自己的数据,很多大型系统往往需要跨系统进行调用,但是跨系统调用往往有一个问题就是你怎么调用的,聪明的小伙伴也许直接想到了http,但是有没有想过http有什么问题?首先是安全问题啥的,还有就是要不断的json到对象的互相转化什么的。其实都很费时间,如此一来就造成了技术问题导致的响应时间问题。所以对于http来说固然是好,但是否有更好的办法?我们知道网络传输是一层一层的协议的包装。那么显然最快的方式是放到最外层了,省去不必要的链路解析工作。但是我们的tcp/ip肯定是要保留的,因此我们的办法要么就是重新造一个tcp/Ip,要么就是省去最上层的应用层协议,直接怼着tcp来干。这样不就节省了协议解析的时间时间么,对我们的rpc远程调用的本质就是这意思,用http来走的话不是不可以,大如springcloud也都是采用的http来走的,但其实上我们还可以直接走tcp,但是tcp的肯定需要服务端和客户端,因此走tcp的问题就是开发比较费事,那么有没有一套工具让我们开发变快,也就是帮我们自动生成,我们简单的修改一下就可以直接用了,答案是有的,这块比较出名的是facebook开源的thrift。这个thrift就是一个开源的能够生成跨语言rpc调用的客户端和服务端的代码。听起来很厉害,其实本质还是上边说的这些想法的一种实践,主要是thrift能跨语言生成,也就是说我们可以用java去rpc调用python的接口,甚至是C#的接口,这块你是否感觉thrift能够让你的应用跨语言进行rpc调用的功能呢,答案是yes。Thrift解决的痛点问题就是跨语言的rpc调用问题。当然thrift定义了一套规范,这就是thrift协议。

01

【译】Graphql, gRPC和端对端类型检验

StackPath最近发布了新的门户网站,它让用户可以一站式地配置我们所提供的服务(CDN,WAF, DNS以及Monitoring)。这个项目涉及到整合不同的数据源,以及一些现有和全新的系统。虽然我们认为开发效率的优先级在一个新启动的项目中是最高的,但我们还是希望在保证足够快的开发进度的前提下,尽可能早地做一些能够保证产品长期稳定运行的技术投资,以便我们能够持续不断地在一个健壮的基础设施上添加新的功能特性。最终我们选择了Apollo GraphQL+gRPC+React+TypeScript这样一套技术栈,并对使用它们的结果感到满意。在这篇博客中,我们会解释为何选择这些技术栈,并通过一个简单的示例项目进行论述。

02
领券