标签：
晚上是团队的大师们组织的新人训练营，针对一个高并发海量存储，又有一定业务特点的问题，大家设计了许多方案出来PK，虽然由于时间限制只show了3组（我们是第4组），然而这个二十多人的会议室里，上演了戏剧性而富有意义的2小时。3组的作品各有千秋，也各有缺点，大家的展示和大师的challenge这一来二去的过程，给了我们许多思考。
想起了《霸王别姬》里面小癞子偷跑出去看到街边的京剧演出时流着泪说的话，而此时最深的体会一言以蔽之：“你说他们成的角儿啊，要挨多少打才能成角儿啊” 所以标题写完觉得不够，后面又加了一句“道路阻且长”。
1 简单而粗暴的更可依赖
2 然而不是所有简单都等同于可依赖，代码要先写繁再写简，正如书要先看厚再看薄。
3 结合业务场景做事情，该牺牲掉的牺牲掉，出来的系统更有说服力。
4 先有了usecase，时序图，UML图，流程图，才够格写代码或重构代码。要有注释和单元测试，才算会写代码。
5 缓存重构的中间过程值得注意。
6 重度依赖的东西需要主备，或者不要出现重度依赖的东西。
7 热点数据的写操作尽量规避。
8 会把问题抛给工具很重要，了解工具内部的实现更重要，了解了内部实现，才能抓住原本，选好用好工具。
9 要对性能（load，cpu，QPS），存储容量，监控，容灾做特别的设计，确定使用多少台机器。
10 必要时，需要自己写case测试存储系统的性能，有数字好过依赖于感性认识。
标签：
原文地址：http://www.cnblogs.com/zhchngzng/p/4764875.html
