聊聊SegmentFault对网站架构的改进与优化
发布时间：2021-12-26 13:25:51 所属栏目：搜索优化 来源：互联网
导读：系统架构的大大加强 SF以前的系统架构是什么样子呢？回答是没有什么架构，因为所有的服务都放在一台服务器上，这个答案可能让很多用户大跌眼镜。 是的，受制于创办之初的资金限制，SegmentFault的网站只有一台服务器。在后期访问量逐渐增大的情况下，这台服务
|
系统架构的大大加强 SF以前的系统架构是什么样子呢？回答是没有什么架构，因为所有的服务都放在一台服务器上，这个答案可能让很多用户大跌眼镜。 是的，受制于创办之初的资金限制，SegmentFault的网站只有一台服务器。在后期访问量逐渐增大的情况下，这台服务器状况不断，如果有一天它突然挂掉，那恢复它可就费事了。  云主机助力 对于SF这样的初创企业，自己建立数据中心显然是性价比极低的选择，但是系统架构的限制又逼迫SegmentFault不得不做出改变。幸好现在已经进入了云时代，大量的基础设施问题可以交给更专业的服务商解决。经过一系列权衡，SegmentFault最终选择了青云作为SegmentFault的云主机提供商。 4 * web服务器(其中一台备用) 1 * db服务器(得力于ssd和缓存的使用，目前一台db是可以满足需求的) 1 * 搜索服务器 1 * 缓存服务器 1 * 后台服务服务器 一般工作的就是这8台服务器 更加颗粒化的系统划分 这一点在web服务器系统的设计上尤为突出，它是所有服务器中压力最大的，因此机器数量也是最多。但是每台服务器的配置却是最小的 单核1G 的实例。 这种颗粒化的划分，有以下几个好处 节约成本，如果SegmentFault一次性配置一台多核大内存的服务器，成本是很高的，而且大部分情况下性能是有浪费的。 增加可靠性，一台机器挂掉的可能性远大于多台机器同时挂掉 方便水平扩展，你可能已经注意到我设计了一台备用服务器，它平时就是挂在负载均衡节点上的，只是不需要开机（如果不开机是不会计费的），当遇到突然增加的访问量时，SegmentFault可以实时启动这台服务器，从而瞬间减轻其它节点的压力。而访问量降低后，SegmentFault又可以关掉它，降低使用成本。 比如上面这张图就是一次典型的流量冲击处理，在11点左右网站的访问量陡增，前端web的负载全部到顶，根据它的增长曲线，SegmentFault判断这是一次恶意抓取。需要SegmentFault在程序上做防护的同时在这期间不影响用户访问，因此SegmentFault将第四台备用服务器的配置临时调整到 4核2G，并在12点左右上线，系统负载马上恢复到了正常水平 （编辑：南通站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
站长推荐