ITPub博客

之前把我的项目升级SpringBoot版本的时候，很多之前的测试方法都不能用了，原来是Spring Boot Test已经升级支持JUnit 5了。今天我们来聊聊新版Spring Boot Test的使用，有了它，我们就不需要再使用main方法来测试了！

本文介绍的 MetaQ/RocketMQ 是侧重于维持消息一致性和高可靠性的消息队列中间件，帮助大家对队列设计的理解。

最近几篇文章都是和小伙伴们聊 Spring 容器的一些使用细节，结合这些细节再看一看源码，等到这些功能都看完之后，我会再做一个汇总，到时候小伙伴们对 Spring 容器的整个创建过程就会有一个比较完整的了解了。

对于设计分布式系统的架构师来说， CAP 是必须掌握的理论。

本篇文章主要是对方案性能优化2.0中，所做的缓存设计的过程、方案、结果做一个总结。

通过本文可以了解RocketMQ Connect的概念、原理、使用场景，以及如何动手编写一个Connector。

那么，让我们从“六边形架构”（Hexagonal Architecture）开始，以及它与企业应用业务逻辑的关系。

同程旅行自2019年开始启动服务上云计划，到现在为止已成功将20多种组件迁移上云。但是随着业务的不断发展，平台在使用过程中出现了很多的痛点： 1.资源配额多样性难以管理 2.基于组件管理服务的方式粒度不够细致 3.配置文件管理过于依赖人工 4.系统架构存在组件循环依赖问题 5.智能化运维无法实施

我们平时做 AOP 开发的时候，基本上都是增强某一个方法，在某一个方法执行之前或者执行之后做一些事情，这种叫做 PointcutAdvisor，实际上，Spring 中的 Advisor 大致可以分为两种类型，除了 PointcutAdvisor 之外，还有另外一种 Advisor 叫做 IntroductionAdvisor，因为最近想和小伙伴们聊一聊 Spring AOP 的源码，看源码有一个前提就是得先掌握 Spring 的各种用法，这样看源码的时候往往就有一种醍醐灌顶的感觉，否则看源码的时候就容易懵！

在这篇文章中，我们将讨论将数据视为资产在实践中意味着什么，这样做与其他数据方法有何不同，以及为什么它会带来更好的结果。我们还将介绍可以采取的实施数据资产管理并从组织数据中获取最大价值的步骤。

这篇文章根据我多年的工作经验，给新人总结了25条建议，希望对你会有所帮助。

Service Provider 启动后注册到 Nacos Server，Service Consumer 则从 Nacos Server 拉取服务列表，根据一定算法选择一个 Service Provider 来发送请求。

早期的业务都是基于单体节点部署，由于前期访问流量不大，因此单体结构也可满足需求，但随着业务增长，流量也越来越大，那么最终单台服务器受到的访问压力也会逐步增高。时间一长，单台服务器性能无法跟上业务增长，就会造成线上频繁宕机的现象发生，最终导致系统瘫痪无法继续处理用户的请求。

事务消息是 RocketMQ 的高级特性之一 。这篇文章，笔者会从应用场景、功能原理、实战例子三个模块慢慢为你揭开事务消息的神秘面纱。

只有数据模型将数据有序的组织和存储起来之后，大数据才能得到高性能、低成本、高效率、高质量的使用。

本文通过实际案例挖掘编码中遇到的循环依赖问题。

随着去哪儿网业务的发展和微服务架构的普及，公司内微服务的拆分粒度越来越细，导致服务间的调用错综复杂。比如机票和酒店的下单场景，就会涉及到成百上千个应用的调用，而当此类场景出现异常产生报警甚至产生故障时，对开学同学来说查找并定位问题是个很大的挑战。

中台这个概念不是互联网首创的，也不是阿里首创的。 在大型企业里，如果有一项职能是共有的，被多个部门依赖。那么这种共有的职能就可以独立出来作为服务平台。在很多大型企业例如苹果、三星等这种公司早早就诞生了类似的部门。

系统都是为应用而生的，数据中台也不例外。要构建一套数据中台服务于企业内部和外部运营，需要有成熟的建设方法论作为指导。数据中台建设方法论可分为高阶规划、系统设计、开发实施、试运行和持续运营 5 个阶段。

最近公司升级框架，由原来的spring framerwork 3.0升级到5.0，然后写代码的时候突然发现idea在属性注入的 @Autowired 注解上给出警告提示，就像下面这样的，也挺懵逼的，毕竟这么写也很多年了。