今天看了2个ppt:Velocity 2010 Highlights和Scalability, Availability & Stability Patterns

    强调性能是网站第一要素,转换率,弹出率,页面PV均有变化.

    你通过何种途径了解你的系统,什么样类型的产品,目的.监控的重点重要的是时间和关键路径.尤其强调了对人的优化,所以后续的优化需要针对用户的感觉(反过来说明技术并不是非常重要).

    强调了运维人员的重要,运维核心的二个工作是自动化,你对你管理机器,进行的变更均需要记录,备份,自动,回滚,监控.随时要应付故障,运维人员第二个工作是需要对数据进行分析,用数据而非直觉进行决策,做好容量规划和改进架构.另外我一直鼓励一个开发人员应该学习运维知识以丰富自己.

    说说开发和运维人员如何做工作:做好准备,在变更或者上线的时候要有方法去找问题,一旦发现问题需要沟通,需要透明,解决问题是最重要的,领导说故障不可怕,重要的从故障中去学习和提高.

    在今年遇到的几个故障中,还是给人很慌乱的感觉(挺冤枉),至于总结还是做的不好.遇到压力才能提高.

    ppt中的前端优化和web server优化介绍的中规中举,重点介绍了facebook的并行化改造,在不改变B/S模式的前提下,充分利用服务器端并行处理和客户端并行下载和执行提升整体的性能.不过个人并不很赞同,因为其前提实际是表明基础页面下载的特慢(一个基础页面执行假如超过2秒,那么重点优化的应该是什么呢?).

    别让第三方的内容拖垮页面,这一点深有体会,比如我们页面部署了尼尔森的代码,虽然是异步执行,但是实际上异步执行的js脚本(尤其调用接口)存在竞争,某些下载特慢的接口彻底中断了JS代码的执行.

    ppt中也说明了基础设施的成本,包括带宽和电力的消耗将近50%.可以看到成本的重要性,尤其对于视频网站.

    数据中心是未来重要的一部分,实话实说并不是特别了解何是数据中心.

    可以看出google这样的公司优化是机制的,尤其对TCP的优化,并轻量化了HTTP协议,重要的还是避免用户网络的不可控.

    IDC部署中的缓存技术必不可少,目的在于"离用户更近".主要包括Squid,利用Cache Peering和Cache-Control策略.

    Scalability, Availability & Stability Patterns ppt的质量相当高,指明了后续需要进行学习的地方.

    ppt主要讲解了可扩展,可用性相关的关系,以及各个理论,包?AP,BASE,ACID.主要对应的概念是中心化系统和分布式系统的应用.在BASE和ACID主要也牵扯出来NOSQL技术,主流的解决理论依据是BigTable和Dynamo.

    同时重点说明了分布式Cache的解决方案,对于这一块我缺少理论基础,一直想做个中间件产品.可Cache还是Cache,是否需要那么复杂呢?尤其大部分Cache产品涉及到了并发,锁.但是适合的就是好的.

    ppt中重点描述了并发编程的概念,后续需要关注erlang,多核时代的到来.

    另外四个概念需要后续重点研究,包括队列,时间驱动架构,并行计算和网格技术.

建议继续学习：

1. 30分钟3300%性能提升――python+memcached网页优化小记    (阅读：12142)
2. 基于SSD的数据库性能优化    (阅读：7424)
3. jQuery性能优化指南    (阅读：7334)
4. 一次简单C程序的性能优化    (阅读：5605)
5. mysql sql 百万级数据库优化方案    (阅读：5067)
6. 一次神奇的MySQL优化    (阅读：4907)
7. PHP最佳实践    (阅读：4970)
8. Linux 64位, MySQL, Swap & Memory 优化    (阅读：4492)
9. Mysql中的排序优化    (阅读：4369)
10. PHP 性能优化技巧-google    (阅读：4427)