分布式的开源框架你需要知道的
一、开篇 阅读一个分布式开源项目的时候，最重要的就是了解这个项目的通信框架。 因为一个分布式的开源框架，通常是集群部署的，不同的节点和节点之间需要相互通信来完成复杂的功能，而阅读到这些源码的时候，如果不了解它通信机制的话，就会迷失在代码里，
Spring Boot的 Docker打包插件更实用的选择
Spring Boot Docker 在Spring Boot应用中，我们可以约定不同的标识来定义不同的环境。例如 dev 表示开发环境、test表示测试环境，对应的配置文件为application-dev.yaml、application-test.yaml。我们通过声明spring.profiles.active来激活对应的环境配置，
响应式系统的目标是什么
整当然是能整，不过最近忙是真的忙，松哥最近开始带团队了，有很多需要和其他部门对接的事情，晚上十一点还在出方案。。。写公号的时间被严重压缩了，但是不管怎么样，该写还是要写，不仅仅是对小伙伴们的承诺，也是对自己的承诺。 想来想去，这次就整 WebFl
数据一致性的障碍
做了微服务拆分后，还可能会出现数据不一致的问题。比如支付服务中，支付状态发生变更后要通知订单服务修改对应订单的状态。如果支付服务没有正常通知到订单服务，或者订单服务接到通知后没能正常处理通知，就会导致支付服务的支付状态和订单服务的支付状态
关于数据隔离的思索
数据隔离： 实际上，服务化的其中一个基本原则就是数据隔离，不同服务应该有自己的专属数据库，而不应该共用相同的数据库，数据访问可以通过服务接口或者消息队列的方式。 很多公司微服务化后，只做了代码工程的拆分，不同服务对应的数据仍然存放在同一个数
微服务化后注意事项
随着业务发展，很多系统需要经历服务拆分的过程。微服务化过程踩坑也是很正常的事。如果在服务拆分之前做好充分准备，能帮我们少走很多弯路。本文主要从服务依赖，接口版本，隔离，数据一致等方面说说微服务化过程应该注意的点。 循环依赖问题 微服务化之后
架构设计的三大原则
一致原则 一致性是软件架构质量原则的根基，遵循一致原则的软件架构可以有效地保证整个架构解决方案的清晰直接，降低了解决方案的复杂度。尤其对于一个大规模系统，往往需要多个团队共同开发完成，如果不遵循一致原则，就会导致整个平台的建设缺乏完整性和规
Swagger解决的痛处
前言 随着项目架构的演化，前后端分离是不可阻挡的趋势。这种模式的协作在实践的过程中经常会遇到的一个问题就是文档。 在《一位CTO告诉我，项目中至少需要这3类文档》一文我们已经描述了文档的重要性，而接口文档便是其中之一，可以说是必不可少的。 但编写
Spring系列之IOC的认识和剖析
什么是IOC?如何使用案例来理解? IOC有哪几种实现方式? IOC的底层实现过程是什么? 根据这几个角度，开始今天的故事， 1 什么是IOC? 对于IOC的理解，主要是停留在概念和几种注入的方式上，虽然知道其生命周期，但是对整个bean管理的宏观角度，理解的不够深刻。
Spring Cloud特性微服务结构详解
Spring Cloud为开发人员提供了一些工具用来快速构建分布式系统中的一些常见模式和解决一些常见问题(例如配置管理、服务发现、断路器、智能路由、微代理、控制总线、一次性令牌、全局锁、领导选举、分布式会话、群集状态)。分布式系统的协调导致了很多样板式