其实想要写一篇东西很久了，但是一直没能下决心去写。今天在这个时候突然觉得没有事情可以做了，哪正好在这个时间写一遍这样的杂谈吧！用文字记录一下自己的此时此刻的所想所做。 　　距离上次写的文章已经好几个月了，中间过完了年，然后又一次的离开家来到这个城市，开始自己的工作。与刚刚工作的时候不同，现在 ...

第一部分：结缘计算机 ======================================================================================= ...

引言： nosql 的兴起和革命，在我看来已经开始逐渐影响到了传统的sql的地位，但是仅仅是影响而已，取代是不太可能的。 正文： 两年前，一个偶然的机会开始接触到 nos ...

架构杂谈《二》 服务化到微服务 1、微服务的产生 　　随着互联网企业的不断发展，海量用户发起的大规模、高并发请求是企业不得不面对的，上一篇 架构杂谈《一》杂谈的SOA服务化系统能够分解任务，让每个服务更简单、职责单一、更易于扩展。但无论是Web Service 还是ESB，都有 ...

架构杂谈《三》 一致性问题 　　前面的《架构杂谈一》和《架构杂谈二》 杂谈了从服务化到微服务架构的演进，并肯定了服务化和微服务架构是一脉相承的。微服务在服务化架构的基础上，对服务化的细节和方案进行了优化和细化，重点突出了无中心化管理的微服务架构，通过对服务进行有效的拆分来实现敏捷开发和自动化 ...

架构杂谈《五》 保证最终一致性的模式 　　在大规模、高并发服务化系统中，一个功能被拆分成多个具有功能单一的子功能，一个流程会有多个系统的多个单一功能的服务组合实现，如果使用两阶段提交协议和三阶段提交协议，确实能解决系统间的一致性问题。其实现也比较复杂、成本比较高，最重要的是性能不够好，相比 ...

架构杂谈《六》 超时处理模式 　　在服务化或者微服务架构里，传统的整体应用拆分成多个职责单一的微服务，微服务之间通过某种网络通信协议互相通信和交互，完成特定的功能，然而由于网络通信的不稳定，在设计系统时必须考虑到对网络通信的容错，特别是对调用超时问题的处理。 一、微服务的交互模式 ...