为什么有的公司infra 组是真的造轮子，有的是在做 Ops and Tools

匿名用户 发表于 2021-05-21 22:56:03
个人认为的好infra组几个评判标准，不用全满足：
1. 对公司revenue产生直接影响，有内部和外部用户群体且都要收费，比如aws/gcp上面卖的服务
2. 专注某些重要领域，storage/

想追问层主一般公司例如Twitter, Facebook做infra 需要什么技能和掌握什么工具？

楼主明显翻了技术优先的错误

喜欢发明创造可以区深造

楼主恰恰搞反了，那些造轮子的公司要么就是流量非常大，有这个需要，比如G、FB。要么就是纯粹内卷的结果，要升职就要证明自己搞出特牛逼的东西。。。

实际上放眼工业界，还不如多学学cloud上搭平台有用。这个就是未来工业界趋势。。。。

活少钱多就好。学习主要还是靠下班以后自己学

其实大家都是在搭积木。一点拙见，欢迎大佬一起讨论。

假设P代Cloud service provider比如AWS, GCP，C代表Cloud service consumer，也就是使用云服务的公司。产业服务链大概是这样的：
P公司底层infra组 ->
P公司中层infra组 ->
P公司上层infra组，比如cloud services ->
C公司infra组，用P公司cloud services搭戏台 ->
C公司business组。

每个环节都有好有坏。P公司现在基本是寡头垄断，同领域的跳槽机会可能较少，但都是大公司。C公司的infra组跳槽时可选的公司更多，也有很多大公司。C公司business组用infra爽，但要写business logic。所以还是看你想做更底层还是更靠近business的东西。面试system design时，面试官可能会根据你面的职位在哪一层 来侧重考察你对那一层的了解。

补充内容 (2021-05-23 01:21 +08:00):
实际上P公司内部是网状的依赖关系。重要的大轮子不是一个team造的，而是好多互相依赖的team一起造的。单独看一个team，其实也是在搭积木+少量创新，或造一个很小的轮子。

打个不客气的比方，你这就像某小帮派刚刚入门的小学徒，在担心打狗棒法的顶级威力比不上降龙十八掌。无论是自己造轮子（比如FG），还是搭积木，比如NFLX，如果能稳定handle 大流量，并且方便将来的维护和扩张，那你都是顶级人才，根本没有任何可以担心的。

walkboy 发表于 2021-5-22 22:32
楼主明显翻了技术优先的错误

跟技术优先没啥关系好嘛，关键是 resume driven 和 interviewer driven 吧。比较从 IC 的角度，如果只有 business impact 没有 engineering technical challenge 可以讲，那面试也不会很好的

匿名者 发表于 2021-5-22 13:56
个人认为的好infra组几个评判标准，不用全满足：
1. 对公司revenue产生直接影响，有内部和外部用户群体且 ...

层主说的太好了，方便具体展开说一下 "不会对某个具体的产品组产生强依赖，不用经常看上下游脸色行事".

我观察到的某些大厂的 platform，其实也有往 ops + tools 走的趋势。比如如果 platform 组要 host 所有 downstream 组的 processing 的 cluster, 那么肯定 oncall 非常重，所以就想着浅浅往 self-service framework 走，比如用 terraform  或者 CDK 写一些 template, 然后让下游自己能用 template 快速搭 infra， 这样上游 platform 组就不需要host centralized processing infra 了，ops 就轻很多，但是这样一搞，就基本上跟 business impact 隔了太远了，甚至连 technical challenging 的比如 scaling, latency 也接触不到，因为 business case 都接触不到，你管什么 latency 呀。 然后基本上只能做一些 monitoring, tooling, data goverance (perfermission management) 这些了，这个就略坑了。 举个例子，比如这种情况会导致， Data Platform 组不会写 Spark, 然后 ML Platform 组完全不做ML....  这样出去面试就很尴尬。

当然，也要看Infra / Platform 组的core functionality 能不能下放，比如 Data Platform 的主要bussiness 相关的职能 data processing是可以下放的，那么一旦下放，Data Platform 就只剩下Data governance 职能了。 又比如 Ads Platform 或者 Search Platform 的主要 Business 职能是不能下放给 customer 组的， customer 组看到的只是一个黑箱，对于 customer 组来说存粹就是call API 传参数，那么就不会出现一点 business logic 都不沾，然后纯粹做 devops+tools 的情况 （如果有别的还请层主补充）

匿名者 发表于 2021-5-22 13:56
个人认为的好infra组几个评判标准，不用全满足：
1. 对公司revenue产生直接影响，有内部和外部用户群体且 ...

这样来说，像AWS的DB组，e.g., RDS, ElastiCache等组都是很好的infra组吗？但感觉他们就是在开源代码上修修改改。。当然，这本身也很牛了，不过感觉出去不好找工作。。