作者：大头兵（kit）

分布式事务是分布式系统中经常会使用到的技术，当我们的系统存在跨库事务、分库分表、微服务化这些场景我们将需要处理分布式事务，本文将围绕事务相关的概念介绍，以及通过实例来对实现分布式事务手段进行深入讲解。本文概述性的总结归纳了分布式事务的基础理论以及常见的解决方案，下一篇将会对分布式事务解决方案进行案例讲解。

随着微服务应用越来越多，大家需要尽快掌握docker的基本使用，借着本文简单介绍一下dockerfile文件的结构，希望对读者有所帮助。

在传统单体应用系统中，并发访问，操作共享资源使用jdk自带的同步工具和锁就能够解决，随着系统用户的增长，系统架构升级成分布式系统，此时传统的锁机制就不管用了，因为分布式系统是跨JVM进程之间的资源共享了，此时就该分布式锁发挥作用了。 实现分布式锁有很多方式，市面上有基于数据库的实现，基于redis的实现，基于zookeeper的实现，接下来我将对这三种实现方式做个对比说明，希望对大家在选用的时候有个参考。...

在进行架构设计的过程中我们时常需要考虑接口幂等的实现方案，本文将梳理接口幂等相关的知识点，并且通过一个示例来进行讲解说明接口幂等的实现方案，实现接口幂等的方式有很多，通过本文我们可以整体了解到

看过不少本架构设计方面的书籍，如《亿级流量网站架构核心技术》《超大流量分布式系统架构解决方案》《企业IT架构转型之道》《从程序员到架构师》等，看完之后最终发现架构设计思维大同小异，无非都是围绕实现三高（高并发、高可用、高性能）系统来展开，不同书籍侧重面不同。很喜欢马云说过的一句话：书不能都太多，读太多了做的就少了。看了五六本相关书籍之后感觉是时候进行一些总结归纳了，再看意义也就不大了。我们通过书籍看到的知识只有沉淀成自身的知识才算是吸收了，反思沉淀之后我们需要把理解的知识进行输出才算完全消化掉，输出既是对自

本文主要介绍了docker私有仓库harbor的部署以及私有仓库推送和拉取镜像，另外还记录了一下宿主机ip地址更换了的处理方式，希望本文给读者带了实用价值。

一.安装dockerDocker要求运行在Centos 7上，要求系统为64位，系统内核版本3.10以上1.uname -an 查看当前系统版本2.yum -y install docker 下载安装docker3.service docker start 启动docker服务4.docker version 检查docker是否安装成功二.常用操作1.镜像拉取镜像docke...

（1）.nginx一、用docker search nginx命令来查看可用版本二、拉取最新版的 Nginx 镜像这里我们拉取官方的最新版本的镜像：$ docker pull nginx:latest三、运行容器安装完成后，我们可以使用以下命令来运行 nginx 容器：$ docker run --name nginx-test -p 8080:80 -d nginx参数说明：--name nginx-test：容器名称。 -p 8080:80： 端口进行映射，..

一.安装1.docker安装mysql镜像和容器docker pull mysql/mysql-server:5.72.创建mysql5.5的容器docker run --name mysql5.5 -p 3308:3306 -v ./conf:/etc/mysql/conf.d -v ./logs:/logs -v ./data:/var/lib/mysql -e MYSQL_ROOT_...

本文主要是简单阐述了MySQL和redis推出的高可用方案，具体实现细节以及优缺点、应用场景没有进行阐述，后续连载文章再做细节性的描述。

实体有唯一的标识，有生命周期且具有延续性。例如一个交易订单，从创建订单我们会给他一个订单编号并且是唯一的这就是实体唯一标识。同时订单实体会从创建，支付，发货等过程最终走到终态这就是实体的生命周期。订单实体在这个过程中属性发生了变化，但订单还是那个订单，不会因为属性的变化而变化，这就是实体的延续性。

双 11 即将来临，本文以设计淘宝网的后台架构为例，介绍从一百个并发到千万级并发情况下服务端的架构的演进过程同时列举出每个演进阶段会遇到的相关技术，让大家对架构的演进有一个整体的认知。文章最后汇总了一些架构设计的原则。基本概念在介绍架构之前，为了避免部分读者对架构设计中的一些概念不了解，下面对几个最基础的概念进行介绍。1）什么是分布式？系统中的多个模块在不同服务器上部署，即可称为分布式系统，如Tomcat和数据库分别部署在不同的服务器上，或两个相同功能的Tomcat分别部..

第一代架构：双机热备模式2011 年 6 月 12 日，系统投入试运行，发售京津城际 列车车票；2011 年 9 月 30 日，发售全路动车组车票；2011 年底，发售全路列车车票，互联网正式成为铁 路新的售票渠道。互联网售票系统设计了缓存服务、用户管理、车票查询、订单及电子客票处理 等多个相对独立的业务分区，以及三级网络安全域， 分别是外网、内网和客票网，系统的体系架构如图 所示：数据库的维度：用户管理、车票查询采用了传统的关系型数据库。其中车票查询业务部署了多套负载均衡工作模

阿里技术：如何快速排查线上故障？以下文章来源于阿里技术，作者小峯阿里技术阿里巴巴官方技术号，关于阿里的技术创新均呈现于此。有哪些常见的线上故障？如何快速定位问题？本文详细总结工作中的经验，从服务器、Java应用、数据库、Redis、网络和业务六个层面分享线上故障排查的思路和技巧。较长，大家可收藏后再看。前言线上定位问题时，主要靠监控和日志。一旦超出监控的范围，则排查思路很重要，按照流程化的思路来定位问题，能够让我们在定位问题时从容、淡定，快速的定位到线上的问题。...

本文主要讲述了在传统电商企业中，订单系统应承载的角色，就订单系统所包含的主要功能模块梳理了设计思路，并对订单系统未来的发展做了一些思考。1. 订单系统在企业中的角色在搭建企业订单系统之前，需要先梳理企业整体业务系统之间的关系和订单系统上下游关系，只有划分清业务系统边界，才能确定订单系统的职责与功能，进而保证各系统之间高效简洁的工作。2. 订单系统与各业务系统的关系（1）对外系统：所有给企业外部用户使用的系统都在这一层，包括官网、普通用户使用的C端，还包括给商户使用的商家后台和在各

目录1. 缘起 2. 步骤 2.1 如何知道总访问量？ 2.2 评估平均访问量QPS 2.3 评估高峰QPS？ 2.4 评估系统、单机极限QPS 1. 缘起容量评估是架构师必备的技能之一，场景的容量评估包括数据量、并发量、带宽、CPU/MEM/DISK等。文章以并发量为例。2. 步骤2.1 如何知道总访问量？答案：询问业务方，询问运营，询问产品，对运营活动或产品上线后的预期是什么？比如：xx要做一个App-Push的运营活动，计划在30分钟内完成5000w

最开始接触大型网站架构是看了李智慧的《大型网站技术架构-核心原理与案例分析》，这本书虽说讲的不够深入但是可以对架构演进的过程有个整体的印象，知道系统架构怎么一步步升级的，架构是一步步演进而来的。...

近期思考再三，也不知道要写点什么，最后想想还是把自己对架构方面的一些实践做些总结。

个人总结it行业架构设计应归类为：系统架构设计，应用架构设计，软件架构设计。这样的归类纯属个人经验，暂未证实，如有不对，欢迎在评论区留言。 我所说的系统架构设计是指的淘宝商城，京东商城这类一整套的系统的架构设计，典型的电商系统有商品模块，订单模块，物流模块，客服中心，商户系统等等这些，而这些系统构成了完整的电商体系，而系统架构师正是能够设计出完美的架构使得这套体系完...