《Ourlinux》杂志

作者:tonnyom
原载: http://www.sanotes.net/html/y2010/449.html
版权所有。转载时必须以链接形式注明作者和原始出处及本声明。
From The Art of Scalability: Scalable Web Architecture, Processes, and Organizations for the Modern Enterprise
1, 单纯认为架构可扩展性只是个技术问题
2, 调用同步处理的过度使用
3, 一个问题还没处理完毕,就开始了新的架构调整
4, 没有合理的使用数据库
5, 架构被越扩展越复杂
6, 只依赖于垂直可伸缩性,单纯地考虑硬件方面的扩容
7, 从不吸取经验教训
8, 不断的改变开发策略,简单而重复的解决问题
9, 没有及时的使用缓存,或者使用的不够
10,过分依赖于第三方,这方面可能是指基础架构的非独立性,没有针对自己业务的应用层开发等等

今天听到ZZ说他安装了redis，我一听就火了，本来有ttserver，memcahced和mysql，现在偏偏又搞一个redis，不是说redis不好，很多事前面3个应用软件可以解决当前99.9%的问题，问其原因说是为了测试。测试也得跟我打个招呼啊，晕了。

后来突然想起以前说过的话，在历代中医药方里，能超过15味药的方子微乎其微（超过15味的药方一般都是治疗重症），说明一个现象：只要把握住病症的主要矛盾，仅用简单的几味药互相配合就可以治疗大部分的病（这里需要多味药组合更多的是为了消除君药等带来的副作用）。

现在我们选用的app就像药，一个系统（药方）里药的味数越多，虽然在短时间内解决了表症，但是其产生副作用也是越多的，这时候抵要消副作用就需要更多的时间、精力和金钱，钱花了，病却没治好，这个痛苦只有当事人最知道（这个运维人员的体会会更深）。

唉乎，希望下次能多注意~~

什么样的架构才是合理的？个人觉得可以参考如下标准：

查看上一章：《S3-组成Web站点元素》
查看下一页：《S4.1-可伸缩性原则》

S1：3H1L

何谓3H1L？

• 高可用
• 高性能
• 高安全
• 低成本

为什么要实现3H1L？

将3H1L作为一个系统运营的终极目标，对公司整体运营是非常有好处的，这也将为公司利益最大化提供一个非常好的平台和基础，特别是互联网企业。

那么如何来实现？有哪些途径？

知道了3H1L的定义后，下面就要知道我们如何来实现，下面的三点，做个参考记录下：

1. 合理的架构
2. 较完善的流程体系
3. 较完善的监控体系

在介绍架构前，我们必须要知道组成Web站点的元素，但是在之前，我想还是先来看看性能参数，以便为Web站点元素优化的时候提供参考。

查看下一章：《性能参数》

比较完善的架构更多看：http://www.blogjava.net/wangwy/archive/2008/09/23/230602.html