The Mirages

小小球由于是校车的第一个小朋友，所以每天都是最早起床的，本来说好的每天早上6点20分小度会响闹铃起床，可现在还是赖床。

今天好不容易起来之后，这裤子也不会自己穿了，衣服也不会了。

好不容易穿上后这饭也不会吃了。

跟他明确了这磨蹭的时间都是自己的，别到时候坐不上校车。结果还是各种磨蹭。那就只能自己去承担后果了。

于是我就跟杜老师说了今天不坐班车了。

这班车走了，小小球终于会刷牙了，虽然不干净，但是说明自己会，自己也努力了，以后都自己来。

Shape
SUPERMONKEY
Keepland

这些都是按次的收费的，不用办卡，需要约课。

但是从我个人来讲，其实只是想去跑跑步，而这些地方都比门口的大学要远，那我又何必舍近求远的去这些健身房呢。

如果公司有淋浴间，我都想着爬楼梯作为健身呢。只是夏天满身臭汗上班也不好。

等以后需要做操的时候再来看吧。

以下均为选自《sre google运维解密》一书。

培训步骤

1. 设计一个具体的，有延续性的学习体验，以便学员跟进。
2. 鼓励反向工程，利用统计学来思考问题，以及多思考问题的本质。
3. 鼓励学员分析失败的案例，分享好的事后总结来阅读。
4. 创造一些受控的，但是逼真的场景让学员利用真是的监控环境和工具来修复。
5. 在团队内以角色扮演的形式演习理论上可能发生的问题，让大家在这个过程中交流彼此的解决问题的方式。
6. 给学员创造条件让他们参与间隙on-call，和实际轮值的on-call工程师交流经验。
7. 让学员与sre老手一起共同修订培训计划中的某个部分。
8. 帮学员一起找到一个具有一定复杂度的项目，帮助他们在整个技术栈内建立自己的地位。

培训初期：重体系，而非混乱

从我个人的角度来看，一个新入职的sre，不可能直接就扔到线上去做事。而对于新人来说，那样就完全是盲人摸象一样。
我们首先要告知的是：

• 我们做的是什么工作？
  • 应用部署图
  • 应用架构图
  • 研发框架是什么？
  • 业务流程是怎么样的？
  • 系统的用户群是什么？
  • 系统的高峰和低谷。
• 我们工作中使用的工具都有哪些？
  • 使用的中间件
  • 使用的编程语言
  • 编程语言使用的框架
• 如何使用这些工具？
  • 如何操作的文档。
  • 如何阅读这些文档。
• 我们现有的问题是哪些？
  • 系统的瓶颈点是什么？
  • 系统的稳定性的问题在哪里？
  • 快速扩容和缩容会碰到的问题。
• 实际中有哪些坑点。
  • 某某组件的问题。
  • 操作某某东西需要更细某部分的缓存。

经历了上次XX阳光的拔牙，这次来到公立医院了。

提前1周多网上挂的号，但是如果着急，海淀医院可以早上8点前来挂号就好了，一个早上60个号，今天来的时候居然还有，不过最好网上挂，这样号比较前。

拿着社保卡去窗口付款取号，挂号费50元，医保出40，自己出10元。 一看20号，我想着估计得等2个小时吧。

到了分诊台，发现都是按号进行排队的，我前面只有5个号，大喜。

可看了旁边，怎么还有额面外科和牙周科，这一个不是拔牙补牙的，一个是洗牙的吗？没记得网上有这2个科啊。

于是掏出手机又查了下，确实没有。

帝都有全世界绝无仅有的车牌摇号制度，其他城市都会留一个口子给着急用车的人去竞拍。

从2011年1月1日开始帝都就开始摇号制度，但是这个时候帝都都已经有了452.9万量车，实在太堵了，于是推出了摇号制度，每年10万辆，到现在是每年只有4万辆油车。

除了数量变化，对于其他规则里不公平的地方，帝都市交管局从来没有进行修正，懒政到家。

http://www.newsmth.net/nForum/#!board/Yaohao

看看水木上的摇号版块，全部都是出租和求租号牌的。想要有车的买不了，不需要的还到处出租获利。我想交管局的大佬不会看不到这个。但是都8年过去了，居然一点措施都没有。

帝都出台摇号的行为是因为太堵了，但是帝都总共保有量那么大，现在每天5环内早晚高峰限制外地牌上路，可不是照样堵车啊，所以问题根本不是在这里，可交管局从来不作为。堂堂长安街上随便调头，也从来没见过交警做什么表示。

消弱的前提是：儿童的行为是为了引起大人的注意。但如果是其他的那就应该马上进行制止。

靠增强作用来养成好行为，使良好行为巩固；赖消弱过程来根除坏行为，使不良习惯减弱。

比如当出现儿童哭泣的行为，那首先确定哭泣是一种结果，而导致它的原因是不一样的。我们要消弱的行为必须是儿童不良行为所导致的哭泣行为，而不是良好行为下的哭泣行为。

上述所谓不良行为，必须建立在下列两个条件下：

1. 已建立有牢固的增强情境。
2. 个案想引起主事者的关注。

儿童若有不良行为的存在而想消除它，首先应采取不予理会，已消弱此种行为的继续发生，个案有良好行为出现时，即予以增强，如此才能消除不良行为，建立良好行为。

天天斗智斗勇还真是挺锻炼脑子的。

原先认为GFW会主动去扫端口，然后识别是不是ss的流量，然后再封，那我禁止扫是不是就万事大吉了。

但是现在发现居然用一会就整个IP被封了，看来运营商是会过滤所有国外的流量啊，然后确定有ss特征的就全部封了。

那就根据这种新模式进行规避吧。

一个是增加混淆流量，一个是不直接连海外。

看看这种模式什么时候终结。

在好几周以前，线上一直有一个接口操作1秒就报500错误了。导致线上监控系统频频报警，浪费了很多人力。

通过检查是一个SQL的问题，由于历史原因这个表的索引比较多，但是当用户数据草果4万的时候，这个count结果就容易出现慢sql。

于是给研发提交了改进的jira，也提供了改进的sql。这样的结果就是结果集只有99+显示，而不是具体数值。然后我们又拉着产品一起确认这个设计是否可以，然后产品很快确认了。

然后1周多过去了，研发的这个改变连测试环境中都没有进，更别说上线了。

我不知道这个效率再其他公司是否也是如此的，但是这种在之前待过的人人网是绝对无法容忍的了。

我想研发肯定会说我们用了jpa这些来说事，但是如果一个工具不好用，那要么直接废弃，要么就是没用好。

最近发现家里的电脑老是报下面这种错误

1
2

无法访问此网站 找不到 cloud.linode.com 的服务器 IP 地址。
DNS_PROBE_FINISHED_NXDOMAIN

网上说的都是要刷新dns cache，然后我换了好几个DNS SERVER发现都不行，有时候好有时候不好。

刷新chrome的dns缓存也不行,在浏览器里输入下面这个

1

chrome://net-internals/#dns

那就dig来看看看，发现移动网络所有的解析后面都加了一个additional answer。 看来有必要自己在本地加个unbound用上dnssec了。这移动也太流氓了。
关键是不论用什么dns server都会加这个，无论是114,还是阿里，还是opendns这些。