55555的博客

MinIO是一个使用go语言开发的，开源的对象存储组件，能够提供高性能、高可用的数据存储能力，支持分布式部署，提供数据加密、访问控制、版本控制、生命周期管理和事件通知等功能。它还支持高级特性，如分片上传和分片下载，以提高大文件的处理效率。Object Browser: 对象管理页面，minio中所有的桶和桶中的文件都可以在这个页面查看，这里的桶 bucket，大家可以简单的理解为文件夹- Buckets: 桶管理页面，用于管理桶相关的配置，比如桶的访问权限、桶的生命周期（桶中文件保留几天）

之前我们讲解过，但在实际生产中，为了保证服务高可用，通常我们是采用集群模式。所以本次我们来实操集群模式的搭建。

jetcache是阿里开源的基于java开发的缓存框架，支持多种缓存类型：本地缓存、分布式缓存、多级缓存。能够满足不同业务场景的缓存需求。jetcache具有上手简单、性能高效、拓展性强的特点。支持缓存预热 、缓存key前缀等功能。结合spring-cache使用，可以实现十分优雅的缓存类型切换。

PowerJob是基于java开发的企业级的分布式任务调度平台，与xxl-job一样，基于web页面实现任务调度配置与记录，使用简单，上手快速，因此迅速得到用户的欢迎。相对于其他定时任务框架具有无锁化设计，更强悍的性能支撑，我们通过官网的产品对比可以了解详情。定时任务类型与传统的定时任务框架对比，powerJob支持更多的定时任务类型：API: 通过客户端提供的api接口触发，服务端不会主动调度，适用于与业务服务上下连接或只调度一次的业务场景。

flyway是一款基于java开发的，数据库移植组件，支持所有的JDBC数据库flyway会在项目启动时，扫描指定路径下的所有sql脚本，同时会维护一张记录表，将扫描的sql脚本与中的记录对比，如果记录与指定路径下的sql脚本不一致（修改了历史的sql脚本），则会进行报错；如果比对一致，则会执行记录中没有的sql脚本。综上，使用flyway来做多版本的数据库结构管理，是比较方便和快捷的，去尝试下吧。

我们都会用xxl-job，但很少有人能够说清楚xxl-job的任务触发机制，面临任务阻塞、服务重启如何处理任务，本期我们就来一起看看xxl-job的任务触发机制。

最近在讲解关于feign的组间调用，遇到了调用参数为实体类的GET请求报错或者参数获取为空问题，于是统一记录解决办法，方便大家后续参考

GIT如今被广泛应用于企业开发项目托管，随着我们项目规模的扩大， 开发人员的数量也逐渐扩增，呈现出不同的开发等级，而不同的等级，也需要不同的权限管控。所以今天，我们来聊一聊，企业git的管控首先我们需要明确项目开发中需要涉及的权限等级：企业内部开发中，我们一般分成以下几种分支：根据以上描述，企业开发时，实际上长期存在的分支只有master和dev分支，其他分支都是多个且临时的以下操作基于gitee演示，其他git服务端类似，大家可自行摸索1、点击，进入分支管理页面2、点击3、选择基于哪个分支创建，输入分支名

模块名描述gateway网关模块订单模块其中我们用订单模块模拟我们的业务服务，如果你自己需要多个微服务按照订单模块创建即可。如果有公用的方法、依赖等还可以抽取到一个单独的common服务模块中，然后通过pom依赖引入那么本期我们针对springcloudtencent的微服务框架就搭建完成了，当然本期搭建的还是最基础的，只是用到了网关、注册中心、配置中心，下一期我们将来进阶讲解springcloudtencent其他组件的使用。感兴趣的小伙伴不妨关注专栏。源码地址httpshttps。......

实际开发过程中，我们常常需要对接口进行调用来测试接口可用性，同时也需要对接口进行压力测试，来反馈项目的并发量。而这些操作都需要借助第三方工具来实现，今天我们就来聊聊这些测试工具。.........

近期腾讯开源了自己的spring cloud体系技术，称职的技术从业者除做好自己的本职工作外，还需要紧跟技术潮流，实时了解前沿技术，所以本期我们就来一起学习spring cloud tencent的技术体系如果大家已经熟悉spring cloud技术体系再来学习spring cloud tencent的话，会比较轻松，如果你还没有掌握spring cloud技术体系，那么更加建议先将spring cloud的基础组件学习完成后再来学习spring cloud tencent，毕竟当前主流仍然是spring

之前我们已经针对四种分布式事务模式AT,TCC,SAGA,XA进行了详解。本篇主要针对四种模式的应用场景进行总结比较。如果想详细了解四种模式的，可以看看专栏往期博文：

前几章咱们聊了四种分布式事务中的前三种，今天就最后一种XA模式，来做详细讲解。如果对于前三种模式感兴趣的同学，可以看看专栏之前的博文。

0.引言之前我们已经讲解了四种分布式事务模式的前两种：AT模式和TCC模式，如果对于这两种模式有疑惑的，可以翻看专栏之前的文章今天我们接着来讲讲SAGA模式1. SAGA模式saga的定义是“长时间活动的事务”，是普林斯顿大学教授Hector & Kenneth发表的论文《sagas》中提出的概念。它的思想是允许分布式事务在全部提交前提前释放占用的某些资源。其实我看到saga这个名称的第一印象，是想到了圣斗士星矢里的沙迦，沙迦以强悍的实力著称。而SAGA模式也专用于解决长事务资源占用难题

0.引言上一章我们讲解了AT模式原理及适用场景，本期我们来讲讲TCC模式1. TCC模式TCC模式，全称Try-Confirm-Cancel，通过名称也能看出来其流程主要有三个步骤：预处理 Try：实现业务检查和资源预留确认/提交 Confirm：业务确认和提交撤销/回滚 Cancel：业务回滚如果看过上一章的同学，看到这里是不是有点熟悉了，这不也是二阶段提交嘛。TCC模式本身就是二阶段提交的一种改进，不一样的是，这次就没有AT模式那么方便了，因为他需要我们自己写代码来实现了。1.2

0.引言之前我们讲解了分布式事务组件seata的快速入门，但是针对分布式事务本身的4种模式还没有详细的介绍，所以我们就针对于4种分布式事务模式详解，并且梳理一下他们的应用场景1. AT模式 (自动事务Auto Transaction)AT模式根据其名称也能反馈出来他的特性，他是自动型的分布式事务解决方案。这个自动提现在他无需代码入侵，也就是说我们不需要再编写多余的代码来实现这个模式，只需要在方法中添加上指定的注解即可。那么AT模式是如何实现无代码入侵的呢？他的工作原理是什么？1.1 AT模式原理总