LOGO

  • [行业动态] 尽可能在浏览器端维护会话 日期:2018-07-21 17:05:32 点击:164 好评:0

    尽量完全避免会话数据,必要时,可以考虑把数据放在用户的浏览器中。适用于任何需要会话数据来实现最佳用户体验的情形。采用cookie在用户的浏览器中存放会话数据。把会话数据存放在用户的浏览器中,可以使服务器池中的 任何一个Web服务器都能为该用户的请求提供服务,而且你的系统也不必再为它提供存储空间了。用cookie存放会话数据是种常见的方法,而且具有易于扩展的优点,但也有一些缺点。最关键的缺点就是未加密的cookie可以被轻易捕获,用于登录用户的账户。...

  • [行业动态] 努力实现无状态 日期:2018-07-21 17:02:56 点击:107 好评:0

    设计和实现无状态系统。适用于设计新系统或重新设计已有系统时。尽可能选择无状态实现。如果出于业务需求,合理地实了状态。实现状态会限制可扩展性,增大成本。在任何系统中,都要抵制对状态的需要。使用业务指标和多元(或AB)测试,判断应用中的状态是否真的实现了用户预期的行为和业务价值。...

  • [行业动态] 避免系统串联 日期:2018-07-21 16:50:27 点击:60 好评:0

    减少以串联方式连接的组件数。无论何时要添加组件都适用。删除不必要的组件或添加它们的多个版本,将影响最小化。串联组件会使故障成倍增加。避免给系统添加串联组件。如果一定需要,则添加该组件的多个版本,这样一个版本出故障了,其他的版本还可以代替它。...

  • [行业动态] 绝对不要信任单点故障 日期:2018-07-20 18:54:53 点击:59 好评:0

    绝对不要实现且一定要减少单点数障。在架构图上我出单点实例。尽量采用主动/主动配置。通过多个实景大化可用性。尽量采用主动/主动配置,不要用主动被动解决方案。利用均衡器均衡跨服务实例的流量。对于单例模式,使用主动/被动配置的控制。...

  • [行业动态] 不要使用SELECT FOR UPDATE 日期:2018-07-20 18:51:15 点击:189 好评:0

    在SELECT语句中声明游标时,不要使用 FOR UPDATE从句。适用情形:无论何时都适用。审查关于游标的代码,质疑每个 SEL ECT FOR UPDATE语向。使用 FOR UPDATE从句会锁定行,从而降低事务处理速度。要点:游标是一种强大的结构,使用得当,能够使编程更快更容易,同时还能加速事务处理。但 FOR UPDATE游标可能会长期锁定数据,降低事务处理速度。参考数据库文档,看是否需要使用 FOR READ ONIY从句,最小化锁的数量。 ...

  • [行业动态] 不要使用多阶段提交 日期:2018-07-20 18:38:55 点击:140 好评:0

    不要使用多阶段提交协议存储或处理事务。不要使用它。用Y轴或Z轴划分分割数据存储和处理系统。应用理由:多阶段提交协议是一种阻断提议,在它完成之前,其他事务不能执行。不要将多阶段提交协议作为廷长整体数据库生命的简单方式。它很可能降低扩展性,甚至更早地终止系统的寿命。...

  • [行业动态] 注意代价高的关系 日期:2018-07-19 18:58:59 点击:68 好评:0

    注意数据模型中的关系。在设计数据模型时,添加表和列时,或者编写查询时,要从长远角度考虑实体间的关系如何影响性能和可扩展性的情形。在设计数据模型时,要考虑到将来的数据库分割和其他可能的数据需求。在实现了数据模型后,才发现它有问题,此时修复的成本很高,可能是设计阶段修复它的成本的100倍。事先考虑好,仔细策划数据模型。要采用范式,考虑将来可能如何分割数据库及应用可能有哪些需求。 ...

  • [行业动态] 讨论失败并从中吸取教训 日期:2018-07-19 18:55:40 点击:102 好评:0

    利用每一次失败来学习,吸取重要的教训。采用事后分析方法,在故障较少的环境中推测故障。应用理由:我们从失败中才能获得最深刻的教训,而不是从成功中。不要让任何失败浪费掉。从每次失败中学习,发现需要改正的技术、人员和流程上的问题。...

  • [行业动态] 没有回退功能的设计是失败的设计 日期:2018-07-19 18:52:46 点击:171 好评:0

    要一直能回退代码。确保所有的版本都能够回退,在一个阶段或QA环境中,要实践回退功能。在生产环境中,当必须用它解决突发事件时,要使用回退功能整理代码,制定几个简单的流程,确保能够回退自己的代码。 ...

  • [行业动态] 不要依靠QA发现失误 日期:2018-07-18 17:44:05 点击:190 好评:0

    使用QA降低被交付产品的成本,提高编码生产力,识别质量变化动向,减少缺陷,但不要用QA提高质量。适用于雇用员工通过测试而不是通过编码来提高生产力的情况。总是通过QA从过去的失误中获取经验。当雇用一个QA人员得到的价值大于一个程序员工作的价值时,就应该雇用一个QA人员。...

  • 首页
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 下一页
  • 末页
  • 64636