1.测试完成后的相关发布文档未再次进行完整系统的整理,发布版本包不确认,比较混乱。
2.较多特性发布之前建议组织一次Checklist Review,对相关影响进行分析。
3.发布的先后顺序严格把控,提前规划。
4.全情投入到每一次的版本发布过程中,每一次,无论特性的大小。
5.发布之后的监控每次都不能遗漏,遗漏的一次就是出故障的那次。
--EOF--
1.测试完成后的相关发布文档未再次进行完整系统的整理,发布版本包不确认,比较混乱。
2.较多特性发布之前建议组织一次Checklist Review,对相关影响进行分析。
3.发布的先后顺序严格把控,提前规划。
4.全情投入到每一次的版本发布过程中,每一次,无论特性的大小。
5.发布之后的监控每次都不能遗漏,遗漏的一次就是出故障的那次。
--EOF--
1.后台一个服务异常,另外一个服务调用它的地方没设置好超时以及做好防雪崩,进而将自身内部的另外一个关键服务影响,最终酿成巨大故障。
可以总结的小点:
1)防雪崩肯定是需要的
2)如果是同步调用,超时时间的设置需要特别注意把握
3)重要程度不一样的服务,最好能独立开来,避免互相影响
4)跟进问题的时候,一定要有全局视图,可能最关注的那个点只是一个最后的现象,而不是问题的根源
5)全局视图的建立,绝对的依赖对整体业务情况的把握
6)不熟悉的东西,不可控的东西,如果拿来做核心关键业务,一旦出现问题,会非常被动
7)DB的索引,一定要未雨绸缪,慎之又慎
2.忙中出错
SlaveDB肯定会有延迟,不管DBA告诉你说在2秒还是在1秒内,谁能保证不出现异常,谁不能保证网络一直可靠。
你唯一需要相信的,就是它一定有延迟;
你唯一能做的,就是能不要用它就不要用它,如果Master都能撑得住,何必要去用Slave?读写分离不是为了读写分离而分离。
3.可重现的Bug就是对你最好的礼物
既然能重现,查问题就肯定有了突破口,从这里进入就好,不要再找其它无关痛痒的东西,念叨着不知道怎么办。
发布之后,不查看进程情况,不查看日志情况,不查看监控曲线,不进行自己的实际验证,不知道要干啥。。。
出现问题之后,第一要事就是先解决问题,不是在那里干等,让用户骂你。
我看到这种情况,只有一个想法:你不急我都要急死了。
4.得到线索,收到问题的反馈还不主动去查日志,定位分析,解决可能存在的问题,反而是让别人重试,让别人帮这你来定位问题,
这是什么精神?这是大无畏的精神!!!无知者无畏!
--EOF--
《天水围的夜与雾》
好久没接上音箱来看碟了,效果不错~
事后看文字才知道电影已经很含蓄,这么写实的电影看的有点压抑,特别是那种知道结果后还要去看这么悲惨结局的压抑!
以至于最后都是拖拉着看,谁想看到那些悲惨的镜头呢?
不知道今天的北姑们,是否还有人这么傻。
--EOF--
《夜店》 -- 李小璐
早就听说过,一直没看,心情沉闷的时候看这个挺好的,至少开心,里面遇到了宋思明。
《7天爱上你》 -- 李小璐
实在是太喜欢李小璐了,杨晓芸总是让我挥之不去。
这个片子的情节很诧异,峰回路转,啥介绍都别看,静静的看下去吧。
《天堂口》 -- 李小璐 舒淇
只在片头看到了那迷人的酒窝,但这就已经足够。
舒淇的美,一直都如28的少妇,总是那么华丽。
BTW:在客厅靠在沙发上看碟感觉真的不错。
--EOF--
领导的学问:
1)目标导向 一定要搞定事情
2)把事情做对和做对的事情,你在哪个层次?
3)控制情绪
后续要好好学习这些东西~
--EOF--
--EOF--
--EOF--