IT技术博客大学习 共学习 共进步
全部 移动开发 后端 数据库 AI 算法 安全 DevOps 前端 设计 开发者

心目中的容量规划平台

BlueDavy之技术Blog 2011-02-28 23:12:49 累计浏览 2,090 次
本机暂存

    1 目标

     预测容量达到瓶颈的时间,并为扩容提供可参考的数据指标;

     根据业务指标或为业务发展形成扩容方案。

    2 需求描述

     为了能够达到以上两个目标,在容量规划平台上需要提供以下功能。

    2.1 系统容量及成本

     当进入容量规划平台时,可先看到如下的界面,对于容量超过6x的应用仅以>6x来表示:

     原图已失效

    通过搜索或直接点击应用可看到该应用容量的详细状况:

     原图已失效

    每次容量测试完成后,根据系统的容量以及安全阀值,自动设置系统请求量的报警,自动发送邮件或IM通知给相应的开发人员,以便其判断是否要制定扩容的计划,以及评估近期项目上线的状况。

    对于容量预测图,在达到红线PV前两个月或一个月时应邮件或IM通知相应的开发人员,以便制定扩容计划。

    具有应用容量管理权限的相关人员则可通过点击进行容量测试来生成实时的容量状况报告。

    2.2 扩容方案

    扩容方案主要为两种,一种为和业务指标挂钩,另一种为在明确某应用需要支撑多少容量时给予扩容方案。

     和业务指标挂钩的期望是,能够根据业务指标增长的需求来提供哪些系统需要支撑多少的容量。

    例如某系统PV要增长X,平台就能知道和哪些系统相关,容量是否足够,各系统分别需要增加多少机器。

    在明确某应用需要支撑多少容量时,可在平台上直接输入A应用需要支撑5x容量,平台即生成哪些系统需要增加机器,分别需要增加多少台,然后由开发人员来评估是否可以增加机器,在以后再考虑如何能够给开发人员判断是否能增加机器来提供更多的数据指标参考。

同分类推荐文章

  1. 从零重建 macOS 开发机:可复现的环境初始化流程 (2026-06-14 20:36:00)
  2. 百度物理网络监控工具开源第二弹:毫秒级监控工具 baize,让你的网络问题无处遁形 (2026-06-11 08:10:28)
  3. How to Set Up Homebrew Tap for Private CLI Tools: A Complete Guide (2026-05-27 02:13:03)

查看更多 DevOps 文章 →

建议继续学习

  1. 公司倒了,请让领导先走 (累计阅读 13,407)
  2. 个人开公司的流程,以后用得着 (累计阅读 7,922)
  3. 一个程序员的血泪史 (累计阅读 6,321)
  4. 献给有裸辞想法的朋友们 (累计阅读 5,541)
  5. 大公司与风险管理 (累计阅读 5,302)
  6. 互联网的人才储备 (累计阅读 4,989)
  7. Kubernetes – Google分布式容器技术初体验 (累计阅读 4,970)
  8. 给程序员们的工资报价提醒 (累计阅读 4,837)
  9. Twitter新员工的入职过程是怎样的? (累计阅读 4,602)
  10. Web工程师的工具箱 (累计阅读 4,530)