说.
  • 2019-07-24 21:09:14 103.226.196.* 对s**e说:
    演化原则宣言:“演化优于一步到位”。

    1. 版本 概念
      oo[148] xx[0] 2019-07-24 21:09:41

    赞(91) 查看 回复
  • 2019-07-24 21:07:15 103.226.196.* 对s**e说:
    没那么多人,却想干那么多活,是失败的第一个主要原因。

    1. 没有那么多积累,却想一步登天,是失败的第二个主要原因。
      oo[138] xx[0] 2019-07-24 21:07:40

    赞(97) 查看 回复
  • 2019-07-24 20:57:46 103.226.196.* 对s**e说:
    NoSQL(Memcache、Redis 等)的出现是为了解决关系型数据库无法应对高并发访问带来
    的访问压力。
    全文搜索引擎(Sphinx、Elasticsearch、Solr)的出现是为了解决关系型数据库 like 搜索的
    低效的问题。
    Hadoop 的出现是为了解决传统文件系统无法应对海量数据存储和计算的问题。

    1. 我们政府项目的场景复杂度估计还是在安全和高可用上,其他的性能,扩展,成本相对要求
      较低
      oo[132] xx[0] 2019-07-24 21:03:03

    赞(94) 查看 回复
  • 2019-07-24 20:57:11 103.226.196.* 对s**e说:
    当我们设计“高性能”“高可用”的架构时,通用的手段都是增加更多服务器来满足“高性
    能”和“高可用”的要求;而低成本正好与此相反,我们需要减少服务器的数量才能达成低成本
    的目标。因此,低成本本质上是与高性能和高可用冲突的,所以低成本很多时候不会是架构设计
    的首要目标,而是架构设计的附加约束。也就是说,我们首先设定一个成本目标,当我们根据高
    性能、高可用的要求设计出方案时,评估一下方案是否能满足成本目标,如果不行,就需要重新
    设计架构;如果无论如何都无法设计出满足成本要求的方案,那就只能找老板调整成本目标了。
    赞(109) 查看 回复
  • 2019-07-24 20:56:17 103.226.196.* 对s**e说:
    低成本
    当我们的架构方案只涉及几台或者十几台服务器时,一般情况下成本并不是我们重点关注的目
    标,但如果架构方案涉及几百上千甚至上万台服务器,成本就会变成一个非常重要的架构设计考
    虑点。例如,A 方案需要 10000 台机器,B 方案只需要 8000 台机器,单从比例来看,也就节
    省了 20% 的成本,但从数量来看,B 方案能节省 2000 台机器,1 台机器成本预算每年大约 2
    万元,这样一年下来就能节省 4000 万元,4000 万元成本不是小数目,给 100 人的团队发奖金
    每人可以发 40 万元了,这可是算得上天价奖金了。通过一个架构方案的设计,就能轻松节约几
    千万元,不但展现了技术的强大力量,也带来了可观的收益,对于技术人员来说,最有满足感的
    事情莫过于如此了
    赞(137) 查看 回复

  • 关于本站 @ 2018 | 川公网安备 51092202000218号 蜀ICP备16026747号