Google七年工作总结

匿名用户 发表于 2024-9-22 11:55
谢谢分享，
不过很多东西说的太绝对了，
还比如说小强db，tidb都是strong consistency in theory

感谢斧正！确实很多工具都没用过，所以见识浅薄。

匿名用户 发表于 2024-9-22 12:09
lz有xhs吗？

没有~感觉自己的内容生产能力很低，所以xhs几乎是写不出啥东西的

匿名用户 发表于 2024-9-22 12:22
exactly once semantic在aws sqs里也早就有了

确实如此！
. .и
我认为一个重要的思维方式的突破：

其实queue message可以就看作database table row，insert/ack都可以看作database table row的操作，以前没有auto-partitionable db，就不容易做到依靠db来实现partitionable queue，就有了kafka，现在db有了auto-partition之后，其实用strong consistency db是一种最简单的实现exactly once的方式，各种实现exactly once semantic的方式，我猜都是用了strong consistency的key value store来检查duplicates

匿名用户 发表于 2024-9-22 11:39
openai 大神，我们普通人就想写写业务逻辑 混个饭吃哈哈哈哈

"RPC相较于http api的诸多方便"

rpc有很多优势，举一个我最近开始大量使用http api之后的感触

grpc有大量client端的检测，request body format是非常严格的，format错了发都发不了，但是http api，想发什么field都可以，经常就误发了，有些时候是key的名字写错了，有些时候是value的格式写错了，不一而足。

http api最大的优势是很方便在浏览器里直接call

allenliu 发表于 2024-9-22 17:10
rpc有很多优势，举一个我最近开始大量使用http api之后的感触

grpc有大量client端的检测，request bod ...

浏览器里面call就是很大优势了。我来狗家以前也没用过proto / grpc

但是你说的client端检查严格，那么后端server其实多写点业务逻辑检测就完了。

说白了90%的情况，latency要求不高其实两者没差别，有各自成熟的应用领域。

组里用的什么直接用就完了。

匿名用户 发表于 2024-9-22 13:17
浏览器里面call就是很大优势了。我来狗家以前也没用过proto / grpc

但是你说的client端检查严格，那么 ...

确实如此，我的直接感触就是，http api写了更多的无聊的validation 代码，这部分在grpc里就是自动避免的，假设因此导致了开发速度下降，那么本身也是更多的成本支出。

从团队角度讲，我一点naive的想法就是，http api维护起来成本高很多，冗余代码也多很多。

从Google开始career应该是正确的
还有tensorflow TPU这些

真的学到学懂去别家升级超快

如果一直搬运PB就是被G废掉了

allenliu 发表于 2024-9-22 13:20
确实如此，我的直接感触就是，http api写了更多的无聊的validation 代码，这部分在grpc里就是自动避免的 ...

naive里的ai被系统自动识别成了链接还挺搞笑的

allenliu 发表于 2024-09-22 14:10:55
rpc有很多优势，举一个我最近开始大量使用http api之后的感触

grpc有大量client端的检测，request body format是非常严格

rpc🐶内部也有挺方便的前端，和用浏览器发http call使用体验非常接近

匿名用户 发表于 2024-09-22 13:02:08
spanner真正challenge了CAP，tidb和小强还在用raft

啥叫challenge了 cap理论？还不是一样的。你把原子钟去掉看看能保证consistency的performance会怎样
raft又有啥毛病让你看不起？你是觉得它不work...