BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

文章:可伸缩性原则

| 作者 Simon Brown 关注 24 他的粉丝 ,译者 王丽娟 关注 0 他的粉丝 发布于 2008年7月26日. 估计阅读时间: 不到一分钟 | GMTC大前端的下一站,PWA、Web框架、Node等最新最热的大前端话题邀你一起共同探讨。

从最简单的水平来看,可伸缩性就是做更多的事情。更多的事情可以是响应更多的用户请求,执行更多的工作,或处理更多的数据。设计软件这件事本身是复杂的,而让软件做更多的工作也有其特有的问题。在这篇文章中,Simon Brown针对构建可伸缩软件系统提出了一些原则和方针。

文章中涵盖的原则有:

  1. 减少处理时间
  2. 分区
  3. 可伸缩性在于并发
  4. 必须知道需求
  5. 持续测试
  6. 架构先行
  7. 着眼于全局

阅读全文:可伸缩性原则

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

可伸缩性就是做更多的事情 by Long Allen

这话说得很实际,做伸缩性就是为了大规模应用,就是为了服务更多用户,提供更好的用户体验,更好的倡导绿色计算,这是核心理念。

必须知道需求,简单但是关键 by 黄 晓昱

必须知道需求,简单但是关键,经常有领导仅仅基于创意,就直接向开发团队底层部署工作,而我必须进行痛苦的不对称抵制,结果发现秀出恶果也需要不小的时间和代价,而且当情况变得复杂的时候,有人可能基于复杂的原因给这个恶果分析出其他不可控因素的根源

在实际的项目中,往往需求是不明确的 by allen chan

特别是在项目初期,需求是一盘模糊而又缺少联系的散沙,在这样的情况下,作为一个系统架构师,更需要的是自己的经验和观察力(Vision),也就是本文所说的“着眼于全局“, 在权衡成本与软件质量的情况下,设计一个满足用户的系统

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

3 讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT