这是一个创建于 1417 天前的主题，其中的信息可能已经有所发展或是发生改变。
stackexchange.com/performance
StackOverflow （全球排名 188 ）每月几亿的 PV （每月 55TB 网络流量），只需要 9 台 Web 服务器（ RAM 64GB ），4 台数据库服务器。不过开销最大的还是用了 3 台 ES （ RAM 196G ）。
技术栈是 C#(.Net)，还是挺强的。
StackOverflow （全球排名 188 ）每月几亿的 PV （每月 55TB 网络流量），只需要 9 台 Web 服务器（ RAM 64GB ），4 台数据库服务器。不过开销最大的还是用了 3 台 ES （ RAM 196G ）。
技术栈是 C#(.Net)，还是挺强的。
 | 1 felixcode 2021-11-22 14:11:58 +08:00  4 不用 java ，这能算企业级应用吗？ 狗头；） |
 | 2 Remember 2021-11-22 14:15:30 +08:00 1 主要是 cdn 的功劳吧。 |
 | 3 matrix1010 2021-11-22 14:18:13 +08:00 12 再告诉你个挺强的。Instagram 被 Facebook 收购时只有 7 个员工，还是用 Python/Django 写的。月活没几亿至少也几千万 |
| 4 matrix1010 2021-11-22 14:20:10 +08:00 @matrix1010 记错了，包括创始人 13 个 |
 | 5 salmon5 2021-11-22 14:24:28 +08:00 用了 java 后，服务器翻翻 |
 | 6 pigspy 2021-11-22 1:25:02 +08:00 但是访问 StackOverflow 还是有点慢，不知道是我的网络原因还是服务器的原因 |
 | 7 CodeCodeStudy 2021-11-22 14:27:32 +08:00 相对于公司收入，这点服务器开支算不了什么吧 |
 | 8 makelove 2021-11-22 14:28:51 +08:00 有些网站的架构就是流量大，技术含量很一般，比如上面的 instagram |
 | 9 eason1874 2021-11-22 14:31:11 +08:00 300 REQ /S Peak: 450 req /s 每秒请求数这么低吗，包括静态内容？ |
 | 10 bmpidev2019 OP PRO @eason1874 平均啊，一个月几亿 PV ，平摊到秒也就几百。很多高并发系统只是为了应对秒杀场景。 |
 | 11 locoz 2021-11-22 14:34:26 +08:00 via Android 很合理。基本都是静态内容，大部分人也只是看内容而已，主要靠 CDN 扛就行了。 |
| 12 matrix1010 2021-11-22 14:38:28 +08:00 @makelove 不要只看到技术，我想表达的是在十年前，一个高流量且比较复杂的 App 只要 13 个人就能完成开发。而反观国内创业公司，很多没有 Instagram 复杂和流量的公司却至少 4 ，50 人 |
 | 13 sujin190 2021-11-22 14:41:05 +08:00 不是我说，这已经 2021 年了，大站点每日内部外部各种请求调用的都奔着万亿级去了，小站点依然受益于各种基础设施的进步，9 台那么大内存的 web 服务器处理每月几亿 pv 绰绰有余了吧，你说每月处理数百亿 pv 我感觉都能信了 |
 | 14 dangyuluo 2021-11-22 14:41:46 +08:00 9 台后端服务器，每个月几个 million 的 CDN 账单（夸张） |
| 15 eason1874 2021-11-22 14:44:56 +08:00 @bmpidev2019 我的意思是，这个数据是指全部请求还是有效请求？全部请求应该不止，有一些傻缺爬虫，几个 IP 就能带来几十并发，疯狂请求，不拉黑它们都不停下来 有效请求 300 REQ /S 倒不奇怪。看来他们是只统计了能通过防火墙的流量，被挡出去的不计入 |
 | 17 westoy 2021-11-22 15:00:03 +08:00 2 @matrix1010 业务简单而且迭代慢啊 我 05 年靠一台单核 P4 都能撑几十万 PV 早期 douban 用一台双核 amd 撑了几百万 PV 一天的时候洪博士还去 quixote 的邮件列表 show 了下 当时互联网还有个改版魔咒， 业务大改都很慎重的 后来 chrome 拖着 firefox 开始刷版本号，PM 成为了一个独立职业， 感觉整个行业基本都奔着快速迭代快速试错和大而全去了 |
| 18 bmpidev2019 OP PRO @eason1874 我算了下感觉应该是有效用户请求，之前我做了一个爬 ins 的垃圾站，峰值爬虫一天五十万请求，是实际用户请求的十倍多，我很多时间在处理爬虫请求。 |
 | 19 SuperManNoPain 2021-11-22 15:12:07 +08:00 语言有两种，一种被人黑的，一种没人用的 |
| 20 bmpidev2019 OP PRO @bmpidev2019 当时一个月大概 1T 的网络流量，三台 1 核 1g 的服务器，几乎没啥负荷。 |
 | 21 lostberryzz 2021-11-22 15:15:38 +08:00 因为这公司业务相对简单，读多写少，访问量不能说明什么，现在 app 时代，pv 多少也不重要了，更何况 alexa 排名也不高 orz |
 | 22 ytmsdy 2021-11-22 15:25:05 +08:00 其实相较于现在的服务器性能，很多完全够用的。 根本没有到需要压榨性能的地步。 跑得慢，绝大多数都是因为写的不好！ |
| 23 matrix1010 2021-11-22 15:32:39 +08:00 @westoy 好奇去查了查洪博士，创立的爱因互动连官网都打不开了。豆瓣也是难以找到合理的盈利模式。挺感慨 |
 | 24 ColinWei 2021-11-22 15:34:00 +08:00 25 大言不惭的人真多，承认别人优秀这么难吗 |
 | 25 mytsing520 PRO 看了一下，感觉大部分请求都被 CDN 吃掉了，由 HA 把请求分布到 web 服务器，实际到网站侧压力极低，而不是说他这个架构能吃得下那么多 |
 | 26 icyalala 2021-11-22 15:45:53 +08:00 WhatsApp 被收购时，全部工程师只有 32 个，那可是亿级月活的 IM 服务，服务端 Erlang 。 技术强终究还是看人。 |
 | 27 12101111 2021-11-22 15:49:39 +08:00 @eason1874 stackexchange 家族的网站不需要爬虫, 有直接提供数据下载的地方 https://meta.stackoverflow.com/questions/295508/download-stack-overflow-database |
 | 28 F281M6Dh8DXpD1g2 2021-11-22 15:53:29 +08:00 @matrix1010 你想多了，月活百万的时候他们就扛不住被 fb 收购了 |
| 29 matrix1010 2021-11-22 16:13:59 +08:00 @liprais 你的依据是什么？这是 2012 年 4 月 13 日的新闻，每天新用户超过 100 万。而 facebook 宣布收购 ins 是 4 月 9 号，时间差不多。https://techcrunch.com/2012/04/13/instagrams-user-count-now-at-40-million-saw-10-million-new-users-in-last-10-days/ |
 | 30 wanguorui123 2021-11-22 16:15:11 +08:00 主要还是看架构 |
 | 31 CallMeReznov 2021-11-22 16:17:54 +08:00 1 我记得谁之前说过,除了 CDN 分摊了压力之外,游客和注册会员游览的数据也是分开的. 未注册的游客游览的数据全是隔几分钟才更新一次的静态帖子,只有注册用户才是最新的即时帖子. |
 | 32 cmdOptionKana 2021-11-22 16:18:19 +08:00 @liprais 不是服务器扛不住，而是因为实在给得太多扛不住。当时 Twitter 开价 5 亿美元想收购 Ins ，Ins 就犹犹豫豫只是考虑，过了没多久 Facebook 一出价就是 10 亿美元，而且口头承诺不干预 Ins 的发展，让 Ins 可以继续自己管理公司，如此优厚的条件，实在太难拒绝。 |
| 35 F281M6Dh8DXpD1g2 2021-11-22 16:34:19 +08:00 @cmdOptionKana ..."月活百万的时候他们就扛不住(很快)被 fb 收购了 " |
 | 36 lidongyooo 2021-11-22 16:49:42 +08:00 30 进来之前还以为 SO 是啥呢，不输全称是为了键盘的寿命着想吗？佛了。。。 |
 | 37 qW7bo2FbzbC0 2021-11-22 16:58:08 +08:00 ins 的 django 和 python 大概率不是外面人用的版本，应该是自己根据业务特性深度优化过的吧 |
 | 39 janxin 2021-11-22 17:05:39 +08:00 @hjahgdthab750 ins 的官方博客有介绍过，可以翻一下。 在早期还是官方版本吧，起码 FB 收购的时候应该是的。根据关于 Django 的介绍里面用的 1.3 版本，后面升级的 1.8 版本。 |
 | 40 kisshere 2021-11-22 17:06:07 +08:00 借个楼问一句，ES 最大支持 32GB 内存，SO 家的 ES 服务器内存是 196GB ，多余的不浪费了么？ |
 | 41 easylee 2021-11-22 17:12:12 +08:00 以为你说的是 so 搜索引擎，不建议用简称啊 |
 | 43 raycool 2021-11-22 17:21:17 +08:00 @hjahgdthab750 当初人员那么少，应该不会再有人力深度定制 |
 | 44 wellsc 2021-11-22 17:27:48 +08:00 当年 github 也才十几个人 |
 | 46 yazoox 2021-11-22 17:41:05 +08:00 1 有一说一，.net core 的技术栈，也就是国内用得少（国内都是 java ），在国外，很多公司，都是用的.net core 那一套 |
 | 47 lower 2021-11-22 17:45:25 +08:00 怎么又讨论这个问题了？ 当年在知乎这个问题都讨论烂了，当时 c#阵营的人拿这个把其他阵营的怼了个遍 |
 | 48 zeni123 2021-11-22 18:00:05 +08:00 450 req/s 一台服务器也可以吧 |
 | 49 cccssss 2021-11-22 18:02:56 +08:00 SQLServer 的 1.5TB RAM 是啥意思？ |
| 50 bmpidev2019 OP PRO @cccssss 合计 1.5T 吧，单台数据库也就几百 G ，之前我挖矿的 GPU 服务器单台都 200G 内存了 |
 | 51 documentzhangx66 2021-11-22 18:58:53 +08:00 水平问题。 我司一个每天不到一百访问量的门户系统，使用了 6 台物理服务器，做了虚拟化，单台配置： 128G DDR4-2933 内存， CPU Intel Gold 6226R * 2 ，14nm/16C32T/2.9-3.9GHz/22MB/150W 软件产品是北方某个 90%都是小妞的公司，导致这套系统，每台服务器，CPU 长期 1%使用率，内存 78%使用率。 你就说气不气？ |
 | 53 shayuvpn0001 2021-11-22 19:11:09 +08:00 so 缺的是一个国内的产品经理，一个秒杀活动就能让 so 现出原形（还有微软）  |
 | 54 zhuangzhuang1988 2021-11-22 19:42:31 +08:00 |
| 55 zhuangzhuang1988 2021-11-22 19:44:14 +08:00 看当前数据 才厉害 cpu 内存, 都占用得很低. |
| 56 bmpidev2019 OP PRO @zhuangzhuang1988 占用低的话就没必要上这么高的规格了，最好把硬件榨干才行 |
 | 57 gefangshuai 2021-11-22 21:05:00 +08:00 via iPhone @felixcode 会说人话吗 |
| 58 felixcode 2021-11-22 21:21:26 +08:00 @gefangshuai 听不懂人话吗？ |
 | 59 lbp0200 2021-11-22 21:24:56 +08:00 9 从中国派个产品经理过去，很快他们人手就不够了 |
 | 60 pengtdyd 2021-11-22 21:27:13 +08:00 我觉的 StackOverflow 缺一个垃圾的产品经理，有了某些产品经理就是 10 倍的服务器也扛不住，就像 CSDN 一样再加点垃圾广告，至少还要再加 5 倍！ |
 | 61 billzhuang 2021-11-22 21:37:04 +08:00 @zhuangzhuang1988 这个人不是创始人吧，是工程师，另外，这几天他刚跳槽去了微软。 |
| 62 billzhuang 2021-11-22 21:37:50 +08:00 @zhuangzhuang1988 查了下，是 Architecture Lead |
 | 63 sunhelter 2021-11-22 21:38:46 +08:00 StackOverflow 是很强啊，Dapper 就是他们开源出来的，轻量 ORM 效率王者级别的存在。 |
 | 64 dexterzzz 2021-11-22 22:19:33 +08:00 3 StackOverflow 数据库使用,400 亿的数据 https://www.tarynpivots.com/post/migrating-40tb-sql-server-database/ |
| 65 zhuangzhuang1988 2021-11-22 23:01:11 +08:00 @billzhuang 好吧。 |
 | 66 eclipselu 2021-11-23 01:18:43 +08:00 1 @westoy lol quixote 回忆杀，自己那会刚毕业用的第一个 web framework 。不好意思跑题鸡蛋里挑骨头一下：好像是叫洪教授 |
 | 67 JudyHal 2021-11-23 03:59:03 +08:00 3 不知道要说多少次才能唤醒大家，这些只是正常不能再正常的数据，中国被 Java 这种玩意毒害太深，以至于都忘了程序员到底能跑多快了，现在除了中国已经没有任何一个国家用 Java 和 Go 了 |
 | 68 fanshaohua 2021-11-23 04:53:02 +08:00 via Android @yazoox 我们公司就是主力.net core ，不太要求性能的用 Python... |
 | 69 dayeye2006199 2021-11-23 06:05:09 +08:00 11 我觉得有一个点大家都关注的很少 - 国外很多创业公司或者小企业，能够以很精简的人员和技术架构，做十分巨大的业务量（不是简单的以峰值 QPS 之类来衡量，而是能做实在的影响很多人工作生活的产品）；在有了钱和业务量之后，这类公司也没有一味的盲目扩张人员和做不同的业务，而是依然保持了这个精简做事的方法，继续做自己擅长的事情。 在技术方面，很多公司写的介绍技术方案的博客都十分的朴素，解决方案在国内看来甚至都有些简陋。 例如 github 介绍他们分库的方案： https://github.blog/2021-09-27-partitioning-githubs-relational-databases-scale/ notion 价绍他们分表的方案： https://www.notion.so/blog/sharding-postgres-at-notion 读来都语言平实，很多人看了之后都很惊讶他们现在才在做分表分库。 这种对业务和技术比较务实的态度，追求简单但是高效达成目标的做事方法，我觉得是很值得夸赞和学习的。 |
 | 5 |
 | 72 weizhen199 2021-11-23 08:57:03 +08:00 @JudyHal 你要是不带上 java 我可能还要犹豫 35ms |
 | 73 Finest 2021-11-23 09:09:26 +08:00 一些人的无知言论，看了就让人想笑 |
 | 74 darkengine 2021-11-23 09:35:23 +08:00 @JudyHal 话不要说得这么绝 |
 | 75 skyworker 2021-11-23 09:38:34 +08:00 怎么没上微服务? 架构师不行啊 |
 | 76 YUCOAT 2021-11-23 09:52:03 +08:00 他们的 APP 之所以只有几个员工，一是因为他们的产品比较简约，功能比较少，而且不用组建庞大的运营团队来逐个审查用户上传的图片是否合规。 |
 | 77 entersu 2021-11-23 10:18:02 +08:00 主要是容检索，只要 es 索引建立的好，就不会用太多机器，存储不值钱，主要是内存和带宽 |
 | 78 wangyzj 2021-11-23 10:19:09 +08:00 2 面试官：请问你有千万并发的经验吗？ |
 | 79 Dockerfile 2021-11-23 10:22:42 +08:00 @JudyHal 所以程序员到底能跑多快？和刘翔一样快么，合着 jcp google 这么好为中国开发维护 java 、go ？ |
 | 81 leeg810312 2021-11-23 10:34:38 +08:00 via Android 人家技术栈和架构设计就是好，说不过是用了这个，用了那个，这些不都是技术栈和架构的一部分吗？不喜欢别人的技术栈就不承认别人做得好，这是什么心态呢？我虽然不喜欢 go ，但我觉得 dapr 做得不错。 |
 | 84 raptor 2021-11-23 11:49:05 +08:00 以 SO 那帮人的技术，就是换成 PHP 来写，用的服务器也差不了多少。 关键还是在人。 |
| 85 Finest 2021-11-23 12:00:50 +08:00 语言的性能差异在业务系统中真的能忽略不计，好的设计才是关键 |
 | 86 wy315700 2021-11-23 12:08:20 +08:00 每月几亿的 PV 其实不高 只能说，，国内互联网的市场大于任何一个其他单一地方的市场。。。 |
 | 87 liuxu 2021-11-23 12:33:19 +08:00 没有最强的语言，只有最强的程序员 |
 | 88 jerry12547 2021-11-23 13:05:27 +08:00 @fxxkgw 可能自己给自己点赞？ |
 | 89 ethusdt 2021-11-23 13:27:06 +08:00 虽然知道 SO 是 stackoverflow 的缩写, 不过只看标题还没敢下结论是它. 不如下次直接叫爆栈网. |
 | 90 roundgis 2021-11-23 13:45:11 +08:00 SO 流量虽然比不上各大电商平台 但是 它对我来说有用得多。 |
 | 92 yc8332 2021-11-23 15:55:09 +08:00 每月几亿 PV 。放国内毛毛雨吧。 |
 | 94 cym1102 2021-11-23 17:08:16 +08:00 全是数据库,中间件和 CDN 的功劳, 你用什么语言搞这一套都是一样的. 压力根本不在服务端语言上 |
| 95 bmpidev2019 OP PRO |
 | 96 agagega 2021-11-23 19:59:21 +08:00 @dayeye2006199 这也是 Ruby 在国外远比在国内流行的一个原因吧：开发效率高，强调单兵作战，有黑魔法，不好吹出花 |
Select Language