Tom Talk

为了提高团队成员在分布式系统方面的专业实力，制定了一份学习计划，希望通过执行本计划使得成员能够从0开始更佳全面的了解分布式系统的基本理论，做到知其然知其所以然，更深入得理解分布式系统设计的关键点，从而更好的指导工程实践。

1. Introduction

学习目标：学习如何阅读一篇论文，了解分布式系统的基本概念

1 消息队列

我们经常会看到业界五花八门的开源组件，消息队列也是，你眼中的消息队列有哪些？ RabbitMq、ZeroMQ、Redis、Kafka? 我们可以拿这些消息队列组件来干啥？

1. 问题

在对象存储服务(如AWS S3、阿里OSS、网易 NOS); 一般都会提供ListObject功能列出用户桶中所有的对象。
其HTTP接口形式如下所示。（接口详情可参见：NOS API 文档）

1. 缘起

oss公有云新发布上线公测，遇到一个做营销的客户，利用我们oss服务域名资源做导流，尴尬的是直接导致我们126.net顶级域名在微信中被封了，于是让运维童鞋将对应的域名进行了封禁。

感谢你早起为我煮面，无怨得付出；

感谢你包容我的缺点，原谅我的缺心眼；

感谢你支持我的工作，照顾我的生活;

感谢你给我带来小柚子，给了我温暖的家庭；

感谢你带给我带来欢乐，带来幸福；

给企业提供云计算服务，提供基础设施服务，满足基本的功能需求之外，还需要很重要一点是层级的权限控制体系，如果没有权限控制体系，对企业用户来说其实就只有一个root用户,这是远远不能满足企业对数据和资源的管理和各种安全需求的。当今国内外的云服务平台很多，但是在权限控制上做得较为完善的企业并不是很多。国内的话阿里云的 RAM服务、国外的就属AWS的IAM服务。如下为权限控制系统的一些基本原理。以下为个人就wiki上访问控制的一些粗浅的理解。

人与方向

在这个研究项目开始之前，我们以为会有这样的发现：将一个公司从优秀推向卓越的第一步是为公司设定一个新的方向、新的愿景和战略，然后找到合适的人，再朝这个新的方向前进。

窗子与镜子

对运气作用的强调成为被我们称之为窗口和镜子模式的一部分。

在一切都很顺利的时候，第5级经理人向窗外看，把功劳归功于自己以外的因素(如果找不到特定的人或事情，它们就把功劳归功于运气)。同时，如果事情进行得不顺利，它们会朝镜子里看，承担责任，而不是埋怨运气不好。

前一整子研究了下golang的GC机制，然后顺藤摸瓜找了些基本的GC算法的资料，学习了下GC算法方面的内容。

推荐 The University of Texas at Austin 计算机系编程语言一课中的 《Garbage Collection》 一课的内容，叫兽就是教授，总结的真好。看看能不能翻译、整理、吸收下。

云计算时代就是将各种各样的能力(比如Iaas、Sass、Paas)服务化，服务化的一个很基本也很关键的部分工作是设计合理的REST API接口暴露各种各样的服务，自动化API接口互相结合爆发出了各种各样的连锁反应，使得云计算如大爆炸般蔓延到信息时代的各个角落。

REST API设计的资料很多，比如这个 git rep 总结了很多REST API design的基本设计参考文献。