随着业务的快速发展、业务复杂度越来越高，传统单体应用逐渐暴露出了一些问题，例如开发效率低、可维护性差、架构扩展性差、部署不灵活、健壮性差等等。而微服务架构是将单个服务拆分成一系列小服务，且这些小服务都拥有独立的进程，彼此独立，很好地解决了传统单体应用的上述问题，但是在微服务架构下如何保证事务的一致性呢？

本文主要包括两部分的内容，第一部分主要包HBase的四种安装方法，分别是：①单机版模式，②伪集群模式，③使用HBase自带的zookeeper构建分布式集群，④使用独立安装的zookeeper构建分布式集群。第二部分通过HBaseshell，展示HBase的基本操作，如创建表、插入记录、查询记录、删除记录等。HBase的部署方式包括：部署模

1概述Kafka是最初由Linkedin公司开发，是一个分布式、分区的、多副本的、多订阅者，基于zookeeper协调的分布式消息系统，Linkedin于2010年贡献给了Apache基金会并成为顶级开源项目。2消息系统介绍一个消息系统负责将数据从一个应用传递到另外一个应用，应用只需关注于数据，无需关注数据在两个或

TiDB是PingCAP公司自主研发的开源分布式关系型数据库TiDB，为企业关键业务打造，具备「分布式强一致性事务、在线弹性水平扩展、故障自恢复的高可用、跨数据中心多活」等核心特性，助力企业最大化发挥数据价值，释放企业增长空间。!(https://oscimg.oschina.net/oscnet/up185b1f99bed0fc0b2e6

  上一篇文章介绍了FastCFS服务端两大核心组件：FastDIR和FastStore。其中FastDIR管理文件元数据，FastStore以分块方式存储文件内容。FastDIR和FastStore均采用Master/Slave结构，Master不需要手工配置，由程序自动选举产生，并且做到了failover。FastDIR架构是FastStore架构子

GitHub和SVN的区别之前用的版本控制系统是SVN，但是最近因为流行使用GitHub，这篇文章认识一下Git和SVN的区别。1）Git是分布式的，SVN不是： 这是git和其它非分布式的版本控制系统，例如SVN，CVS等，最核心的区别。好处是跟其他同事不会有太多的冲突，自己写的代码放在自己电脑上

序转眼之间2019年就要过去了，又是到了写总结的时候了。盘点去年定了要深入研究流式计算及系统架构，现在看来，流式计算只粗略看了点flink，系统架构方面貌似也没有太多的长进，文章也写的越来越像流水账了，感觉有点惭愧。展望新的一年在新技术方面要研究容器化，在基础方面也得巩固一下linux、network等，最后在架构领域方面

CAP定理1.Consistency:一致性2.Availability:可用性3.Partitiontolerance:分区容错性CAP定理指出，在异步网络模型中，不存在一个系统可以同时满足上述3个属性。换句话说，分布式系统必须舍弃其中的一个属性。对于需要在分布式条件下运行的系统来说，如何在一致性、可用性和分区容错

activeMQ：高效、可扩展、稳定安全企业级消息通信rabbitMQ：分布式系统可靠、可扩展、功能丰富，内存式堆积，某些条件下触发换页动作将内存中消息换页到磁盘；支持多租户  不支持重试队列，二次封装延迟队列实现呢  拉模式，不回溯，支持消息追踪  多租户kafka：高吞吐量分布式发布订阅消息系统，可水平扩展，磁盘式堆积，冗余功能