架构原则

spring 事务失效的场景：

• 数据库不支持事务。

• 事务的方法没有被 spring 管理

• 方法没有被 public 修饰。

• 同一个类中的方法调用。

• 未配置事务管理器

• 方法的事务传播类型不支持事务。

• 不正确的抛出异常。

• 标注错误的异常类型。

架构目标和原则

好的分布式架构并不是一蹴而就的，而是随着企业和用户需求在不断的需求中叠带眼镜的。通过对分布式系统痛点解决。以及矛盾的。指向，同时对特定方向进行基本的优化，使得当前的架构具备。高可用、高并发、高扩展性。以及可维护性。

通过这些性能需求的提升，能够敏捷，快速的开发。特定的版本，以适应。越来越多的。层次不多且变化特别繁琐的需求。

我们通常遇到的系统，大多是单体系统中，变为垂直架构分布，然后变为分布式系统中，主要演变过程。

把公用的业务封装成独立的服务，使其其它业务调用，把各个相关的业务封装成子系统并提供。服务或接口。供其他外部系统。或者外部调用，以此来降低低代码的耦合度。提高代码复用的目的。此时系统就具有了。高内聚，低耦合的特性。而且会增加当前。系统的稳定性。测试过程以及在代码维护方面。都会显著提高降低了研发时间和成本。充分提升了代码的研发力度和效率。

通常研发的效率提升，也会导致测试周期的增加。当然，我们要对自己写的代码，有有主观的负责意识。确提定好自己交的代码，百分之百，是可复用或者是正确的。