原文出处： Turbo Zhang 的博客 过去两个月深入的参与了一个分布式系统的开发，记得之前有人说过“想成为架构师之前，都是从微观架构开始的”。尽管我从没想过将来的某一天要成为一个架构师，或者领域专家，我只是想萌萌哒的编码，写着自己喜欢的Code，和一群志同道合的朋友做出大家喜欢的商品和产品。但是工作久了慢慢的搭架子的事情还是会来到你的面前，因为时间总会把一部分人慢慢推向海边，使得他们成为最早见到阳光的人。 不扯淡了，为什么要说阳光呢，还是因为过去的两（三）个月可能过的太充实也太痛苦了，完成之后，曙光来临的时候整个人是会发光的哦。“深度”参与是因为我终于有机会在搭架子的过程中有了话语权和选择权，同时也会承担70%以上的编码工作。 之前我的自我认知是我可能在软件方面的积累还可以，比如设计模式，架构分层，程序解耦，API入手等方面，但是总觉得我在硬件网络方面积累的太少，太薄了。 比如：
项目简介首先项目详细内容不便多说，简答的说，就是为国内某大型厂商建立一套协调其自身搭建的私有云以及其购买的公有云的一套系统。说牛X一点就是：一套混合云系统。 使用Restful
这是在构建完整个系统最大的收获，之前使用web api的经验只是为电商系统的移动终端提供数据交互的接口，但是在这次项目之后发现Rest接口的不仅作为我们系统向外部系统提供交互的方式，同时在一些开源工具其暴露出来的接口也是基于rest的，可见全世界的程序员对于json对于rest有多么的喜爱； 为什么装上软件配置完成之后使用不了之前的开发经验由于使用的都是微软的技术包括组建，工具。但是在项目中使用一些开源工具之后，配置成功之后却总也跑不起来，同时由于开源工具已将Exception封装起来，我们很难知道具体是什么样的问题，有的时候调试好久还是跑不起来，很沮丧也很懊恼，结果最后发现是由于公司IT只是将常用的端口打开，其他的都干掉了，如果申请开放端口的话还要走流程，于是对于开发人员有时候有一台外网的开发虚拟机也是相当的有必要的。 使用RabbitMq
个人是非常的喜欢使用Mq的，之前做电商总喜欢在Application层下面放入一层Service，你可以不用但是总会强迫症似的不去不写。为什么不用Msmq呢，原因是有很多了，简单点就是rabbit要比Msmq的协议更加高级，支持的处理功能也更加丰富，最重要的原因是Rabbit在开源语言使用上是占领先地位的，而且我们的系统又要嫁接太多的开源语言系统，最后只能适配他们喽。 之前知道Mq在企业系统间数据交互使用频繁，不但能有效的划分层次，解耦依赖，同时数据交互方式上也相当的便捷。总会有消息没有被消费者使用，那我们就需要程序异步的去处理这个消息队列了。 |
