Amazon的内部工具比Google

hgon23 发表于 2022-06-24 11:56:45
承认iGraph不错。

找不到文档不是因为wiki搜索做的差吗？

LPT真的难用到吐了

忽悠狗许 发表于 2022-6-24 13:35
有没有人横向比较下麻和脸的developer tool? 刚从麻跳到脸还在bootcamp 感觉脸的工具UI倒是挺不错的哈哈

脸的Scuba对标麻的iGraph, 个人觉得Scuba高级了2个数量级。

脸的CI/CD也比较牛逼，每天deploy +10次，对比AWS S3，一个月半自动deploy1 次

再就是脸的AI infra，比麻高级了N个数量级。

hgon23 发表于 2022-06-24 11:56:45
承认iGraph不错。

找不到文档不是因为wiki搜索做的差吗？

关于文档问题，公司内部工具不可能像aws一样有一个巨大完善的用户文档。SDE不是 tech writer。也不可能有aws那样的用户支持。况且很多工具的使用和你所在的组的用例相关。举个例子，比如pipeline, 有些org因为用户影响巨大，在pipeline的使用上有严格的OE规范，搞清楚来龙去脉比光读文档有用多了。另外有问题也可以问sage和你们org的tech leader。versionset个人觉得是一个非常好的设计。版本维护是一个很难的问题，等你遇到大规模底层包升级或者多版本维护的时候就会体会到使用versionset带来的一些不便比起没有versionset带来的问题简直不值一提。

hgon23 发表于 2022-06-24 14:10:11
脸的Scuba对标麻的iGraph, 个人觉得Scuba高级了2个数量级。

脸的CI/CD也比较牛逼，每天deploy +10次，对比AWS S3，一个月半自动deploy1 次

deploy次数和infra牛逼程度的关系是什么？不同产品的deploy的次数本来就不一样

hgon23 发表于 2022-06-24 14:10:11
脸的Scuba对标麻的iGraph, 个人觉得Scuba高级了2个数量级。

脸的CI/CD也比较牛逼，每天deploy +10次，对比AWS S3，一个月半自动deploy1 次

没在脸工作过，说说为什么好两个数量级？ CD的优劣不能光看每天deploy的次数，而要看减轻了多少工程师的开发和运维负担。每天deploy的次数只是一方面。

匿名者 发表于 2022-6-24 14:53
deploy次数和infra牛逼程度的关系是什么？不同产品的deploy的次数本来就不一样

同样都是【地球级】并发服务，上生产环境的次数越多说明每次deploy成本更低，并且相关配套tooling更成熟。

zhangyi3737 发表于 2022-6-24 14:48
关于文档问题，公司内部工具不可能像aws一样有一个巨大完善的用户文档。SDE不是 tech writer。也不可能有a ...

VersionSet是用来解决版本冲突的没错。防止版本冲突这件事本身也很重要没错。

我主要吐槽的是它的具体实现和配套工具不够完善，手动环节太多，调试抓瞎，目前使用体验不好。

NPM的package-lock相对更自动化一些。。。

P.S. 内部工具的文档应该由SDE来写

zhangyi3737 发表于 2022-6-24 14:59
没在脸工作过，说说为什么好两个数量级？ CD的优劣不能光看每天deploy的次数，而要看减轻了多少工程师的开 ...

数量级1:
iGraph UI 相对老旧（Apollo同理, 顺便吐槽亚麻自己造的那些概念，比如Odin material），不intuitive，新人上手学习成本更高

数量级2:
体量相同的情况下
亚麻的log基本还是以文本形式存储，与其配套的iGraph只能进行很有限的custom query
脸书的log都是自带Schema的, 可以解锁很多新技能

---------------------------

比较两个 ～2 billion /秒 的全球跨洲并发服务，每天deploy +10次应该已经说明成本很低了吧？

AWS S3一个月deploy一次（有一批专人盯着屏幕看pipeline），还时常失败哈。

hurtlocker 发表于 2022-6-24 01:31
这套oncall甚至做成了startup -- PagerDuty。就是亚麻的人出去做的

亚麻oncall铃声绝B可以导致神经衰弱和严重的心理残疾

hgon23 发表于 2022-06-24 15:43:55
亚麻oncall铃声绝B可以导致神经衰弱和严重的心理残疾

Page的铃声可以改，但都没有默认的那个声音有让人心脏骤停的效果……