中青在线新闻网

做「容量预估」可没有true和false

我是一个着迷于产品和运营的技术人,乐于跨界的终身学习者。欢迎关注我哟~

每周五早6点 按时送达~我的第「85」篇原创敬上

近20年来,随着互联网的蓬勃发展,软件系统面临的接入压力上限逐渐增大。

即便如此,那些1亿或1000万的产品也只是少数几家公司的专利。对于全行业超过一百万的程序员来说,估计只有10%的人可以访问这些“大系统”。

因此,在能力评估方面,人们首先想到的是这是一家大公司。我们不必考虑这种小系统。

事实并非如此。在这个时代,营销活动遍布世界各地,初创企业都在苦苦思考“重创”,因此即使是1000多万级的系统也需要考虑容量估计问题。

对于大型系统,只需要进行容量估计,系统是否能够容纳它,或者所投资的资源是否会过度浪费。毕竟,1%是一大笔钱。

对于小型系统,它的成本超过18万美元,并且冗余资源没有问题。

即便如此,Z Brother认为,是否进行“能力评估”反映在一个人解决问题的能力上,而没有标准答案。

这是许多编程人员所缺乏的功能。

所以,无论你现在是大公司还是小公司,只要你想提高你的架构能力,或者想有机会在未来利用大公司的工作机会,那么这是一个必须掌握的基本技能。

积累的程序员思想使每个人都习惯于0和1,正确和错误。然而,真正复杂的问题是那些没有标准答案的问题。在这些问题中,没有对与错,只有恰当与不恰当。

而且,今天的生活越来越“在线”。如果系统的负载能力,我们没有注意它。那么,当难以找到的“风口”真的在吹,你能掌握它吗?仍然想念他们。

我想大多数人仍然对容量估算有一些想法。通过数据计算系统承载能力的要求,并实施符合要求的程序部署

例如,下个月将是一个大回合。系统需要达到什么状态才能成功支持促销?

你脑子里的每个人都至少会有一个这样的公式:

流量/独立性能=X机器

但我认为这种理解可以更深入一些。 Z的理解是:容量预估的本质是为了获得技术投入与业务发展之间的合理值?非蟮氖俏尴藿咏凇案崭蘸谩钡淖刺?

为了实现“恰到好处”的状态,它必须意味着你不能通过你的头脑来做事,但你应该考虑尽可能多的维度并收集更多的维度数据作为参考。

由于实际情况,它肯定不是像上述公式那样简单的线性关系。它是与下面类似的对数曲线关系。

dc39960d4df2495cb6a005a647d5c8b7

弹性部件可以提前100%启动,但应该准备好。

在这里,您完成了整个容量估算工作的5个步骤。

实际上,最终数据还有其他一些影响。例如,设置程序的线程数,配置Web容器(nginx,tomcat,iis)等。

因为在大多数情况下,参数将设置得太大,甚至许多小伙伴也会将头设置为最大值。

实际上,这种风险非常大,不仅存在资源耗尽的风险,而且还会导致分布式系统中的级联反应,影响上游系统。

好的,让我们总结一下。

这一次,Z兄弟第一次与你讨论了容量估算的意义。

然后,我分享了自己对容量估算的看法,这是通过5步法实现的。

通过调用该比率获取服务的流量指标,获取相关接口的性能指标。根据历史数据进行校准。根据衰减曲线

估算的节点数保留一些弹性空间我希望能帮助你。

推荐阅读:

程序员如何摆脱“系统卡住”对分布式系统的“高性能”骚扰 - 对“异步”的深入理解

如果您认为这篇文章不错,只需给它一个“”或“分享”。

鼓励我的创作:)

也可以「关注」我,带你以技术思维看世界~

想更进一步和我一起玩耍,欢迎「搜索微信公号:跨界架构师」。

内容包括:架构设计,分布式系统,产品,操作,个人深层思考。

更多原创精品,欢迎加入小圈子,请戳【了解更多】