从Facebook海归到国内互联网公司高管（四）

thanks for sharing

alexwy 发表于 2020-6-18 11:37
GraphQL 是上层的应用，是一个体系。

FB 对单一代码有很强执念，lib 都只用一套 ...

楼主竟然回复了我，真的好全面，谢谢啦！

感谢楼主分享, 受益匪浅, 最近也是刚入职fb, 想问问你觉得在fb, 进infra的组比较好, 还是靠近产品的组比较好?

pinocchio.chang 发表于 2020-6-22 22:37
感谢楼主分享, 受益匪浅, 最近也是刚入职fb, 想问问你觉得在fb, 进infra的组比较好, 还是靠近产品的组比较 ...

infra 学到技术比较多，产品学到业务比较多，钱也多。晋升的话一开始都差不多，到后期 infra 升比较容易。

坐标国内某外企，lz说的这些single repo, multi-tenant，TAO什么的我们全中。目前我在做还是业务的开发，看了前辈的文章感觉很过瘾。想问一下前辈想学习infra的知识的话有没有好的途径和方法。害怕自己一直做me too开发

受益匪浅。楼主的水平真的很高！感谢！
很多地方很有共鸣。尤其是对比成熟大公司和创业公司的基础架构部分，真是鞭辟入里。

我也来抛一个话题：
现在美国基础架构层面一个大趋势就是上容器平台（Kubernetes），以及更进一步的Service Mesh / Serverless。各大云提供商也都在这个领域里发力，整个行业发展迅猛。
如果一切发展顺利，以后各大业务逻辑为主的公司，在底层架构层面的要求可能比以前更低了，毕竟大部分都可以依靠平台自身来实现availability, scalability以及performance optimization.

国内现状如果大幅依赖微服务的话，对容器云，Service Mesh来说反而可能是天作之合。
不懂楼主对此有什么看法吗？
多谢！

WorkoutMonkey 发表于 2020-6-25 12:14
受益匪浅。楼主的水平真的很高！感谢！
很多地方很有共鸣。尤其是对比成熟大公司和创业公司的基础架构部分 ...

我之前的公司也上容器了。容器最多能提高资源利用率，还是没法解决上千个微服务的管理问题。

另外，国内这种架构的微服务模式下，资源利用率提升也非常有限，因为容器启动需要很长时间，至少10s以上，网络流量都是突发的，不可能动态分配资源比如流量来了才加服务，最后还是按照每个微服务的峰值流量配置每个物理机上的容器数量。

swx1031 发表于 2020-6-24 16:07
坐标国内某外企，lz说的这些single repo, multi-tenant，TAO什么的我们全中。目前我在做还是业务的开发，看 ...

最好想办法去国外总部

亚麻的infra也是很强的，起码楼主提到的问题，都是解决的很好的。

alexwy 发表于 2020-6-23 20:45
infra 学到技术比较多，产品学到业务比较多，钱也多。晋升的话一开始都差不多，到后期 infra 升比较容易 ...

感谢楼主指点. 祝楼主在国内也一帆风顺啊!!