采用redis/etcd，实时+全量的方式
状态的一致性转化为存储的一致性，来降低处理问题的难度
多master,无状态，以及快速的failover
APIServer 把前面的发布、扩容等都放在 task，丢到 Redis 里，底层的 Worker 消费一些任务，做到无状态
整个机器的顶层加一个 glock
加锁部分，尽量在最上层部分？
golang针对map的读写冲突
map循环中，
1 | for key, value :=range map_obj |
&value取的value地址不变，而这个地址指向的内容是循环最后一个元素内容
关于goroutine部分的超时机制
除了滚动式的交付，还有总体任务时间的控制，这就涉及到两级的 Goroute，第一级 Goroute 是总任务，子任务也是 Goroute,这就会涉及到泄露的问题。假设主任务超时了，就不管子任务，子任务一直在跑就会把资源耗完。
k8s中的定时任务部分
我就是我自己的神
在我活的地方
我和我最后的倔强
握紧双手绝对不放
– <<倔强>>
本周完成：
本周所得：
下周计划：
感觉跟三年前一样，魔兽新版本开了，工作也换了，一边在适应工作，一边也在适应着魔兽。。。希望这次比上次更好，更快地去适应吧
感觉不管是选择工作，还是选择来北京，感觉有点后悔了，不该让对方那么累，其实，在家里那么舒服，那么自在，人家凭什么来北京受苦，通勤时间，工作强度，工作内容，哎。。。暂时希望能够熬过去，稍微会好过一点。。。安静地做好一个acer，尽可能地照顾好她，希望外部也能慢慢变好。。。
时间安排上，早上感觉可以起来早点，做些事情，另外，在地铁上的看书时间，也规划一下看书的内容部分
锻炼上，恢复一周两跑的强度，距离慢慢地提升上去，看下半年恢复到每周10的路程。。。加油。。。
从DevOps涉及到的几个维度出发：业务、架构与技术；人、流程与工具；原则，方法与实践，于是便有了如下的几句话:
Business matters…Architecture doesn’t
Architecture matters…Technology doesn’t
People matters…Process doesn’t
Process matters…Tool doesn’t
Principle matters…Method doesn’t
Method matters…Practice doesn’t
优雅的良好的架构更加重要，不要让微服务成为另一座巴别塔。理论上微服务可以最大化利用各种语言的优势，但如果没有好的服务切分与架构设计，微服务只会变成更大的灾难，只会是碎片化而不是去中心化。微服务的目的是更灵活的协同，如果服务之间缺少沟通，就背离了微服务设计的初衷。
但有一天你發現，你正走在一個趨勢下降中的產業，薪水隱約摸到了頂，公司怎麼賺錢都輪不到你分潤。又或者，你在一個不錯的產業中，但感覺不到工作的拚勁與熱情，無法愛你所選，也無法付出更多。
很想換個環境、踏出所謂的「舒適圈」。
在經過多次的職涯轉換後，我認為「熱情」「興趣」不是一個很真的議題。事實上，熱情與興趣，是嘗試後才迸生的。電玩、漫畫、動畫、唱歌這些東西，進入的門檻低，得到的快樂高，很容易就被認同是「興趣」所在；而App Design、素描、競技運動、律法等各種專業技術，獲得的反饋慢、且未必是正向反饋，自然很難被迅速認可為志業。
也許，興趣只是表象，是個讓你以為「你只適合這個方向」的假象。
要做得快、做得爽、做得順，其實非常簡單；但要做得好、做出成就、突破挑戰，沒有一點壓力或自制、學習管理自己多餘的精力與時間，甚至繞多一點路學其他東西來輔助，就很難出類拔萃。
最怕你永遠無法下定決心踏出第一步，那不管過多久還是會保持現狀。
关于下定决心去踏出第一步，去改变，同时也要不断地积累
告绥远将士书
经过我们血染的山河，一定永久为我们所有。
民族的生存和荣誉，只有靠自己民族的头颅和鲜血才可保持。
本周工作：
下周工作：
本周所得：
换了新的环境，感觉里面这么像百度的文化。。。也好，重新适应一下百度的文化部分。。。
算法方面，自己还是有些薄弱，想的太多，想的太杂，没有主线，这块要加强实践，希望能按照计划完成相应的转换。。。
之前同事推荐的golang方向的职位，居然同事也想走。。。这是庆幸自己逃离了一个坑，但也不确认自己是否能够胜任这边的事情。。。这边的业务方面，可能自己也插不进去，看先从算法转换开始，慢慢着手，找一个方向深入进去，看能不能在机器学习或者架构上，做些事情，尤其是那些外部框架的开源实现部分。。。
关于时间的安排上，慢慢投入新的工作，改掉一些之前懒散的习惯，重新把神经崩起来，尽快把相关的时间表排起来。。。
身体锻炼上，有些懈怠了，为了大腿，为了肚子，周末要锻炼起来，晚上也不要吃了。。。