随着业务的快速发展、业务复杂度越来越高，传统单体应用逐渐暴露出了一些问题，例如开发效率低、可维护性差、架构扩展性差、部署不灵活、健壮性差等等。而微服务架构是将单个服务拆分成一系列小服务，且这些小服务都拥有独立的进程，彼此独立，很好地解决了传统单体应用的上述问题，但是在微服务架构下如何保证事务的一致性呢？

参考官网文档https://www.rancher.cn/docs/rancher/v2.x/cn/configuration/catalog/1\.环境rancher需要在Linux系统上安装，我这里使用的是CentOS，rancher2.x要求的CentOS版本为7.5以上，所以两台机器使用的都是7.5版本。ro

一、前言在分布式、微服务系统架构中，一个大的项目在进行服务拆分之后，变成了众多个子服务，由于服务的数量居多，每个服务都有自己的一套配置文件，这时候就不像传统的单体架构SSM、SSH、以及当下比较流行的SpringBoot快速开发框架，一个项目基本一份配置文件就可以搞定。而在微服务项目架构中，为了方便众多个服务的配置文件统一进行集中管

分布式架构的演进系统架构演化历程初始阶段架构初始阶段的小型系统应用程序、数据库、文件等所有的资源都在一台服务器上通俗称为LAMP特征：应用程序、数据库、文件等所有的资源都在一台服务器上。描述：通常服务器操作系统使用linux，应用程序使用PHP开发，然后部署在Apache上，数据库使用Mysql，汇集各种免费开源软件

序转眼之间2019年就要过去了，又是到了写总结的时候了。盘点去年定了要深入研究流式计算及系统架构，现在看来，流式计算只粗略看了点flink，系统架构方面貌似也没有太多的长进，文章也写的越来越像流水账了，感觉有点惭愧。展望新的一年在新技术方面要研究容器化，在基础方面也得巩固一下linux、network等，最后在架构领域方面

文章目录ESB介绍(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fsmilenicky.blog.csdn.net%2Farticle%2Fdetails%2F74171885%23ESB_1)为什么使用ESB(http

     在分布式系统下，可以很多种架构从事设计，或者分布式系统对技术架构本身没有做严格的限制。但是结合自己的实践以及基于《领域驱动设计》的推荐，采用【事件驱动模式】是比较好的一种分布式系统架构方式。该模式充分实现了不同系统之间的代码解耦，所有的业务流转是通过事件广播进行驱动的。所有业务都是在针对名为【事件总线】的组件在编程，也无需知道事件的生产者

一、什么是微服务架构　　微服务架构是一种架构模式，它提倡讲单一应用程序划分为一组小的服务，服务之间互相协调、互相配合，为用户提供最终价值。每个服务运行在单独的进程当中，服务与服务之间采用轻量级的通信机制互相协作（通常是基于HTTP协议的RESTfulAPI）。每个服务都围绕着具体业务进行构建，并且能够被独立的部署到生产环境、类生产环境等。另外，应当尽量

!(https://oscimg.oschina.net/oscnet/239785b778cd4e40b6de968c265188e1.jpg)转载本文需注明出处：微信公众号EAWorld，违者必究。引言：项目群，是项目管理中的一个重要概念，一般上规模的公司，都有可能多个项目组成一个项目群并行进行。

2022年，中国信息通信研究院（以下简称中国信通院）发起了“可信边缘计算推进计划”“分布式云扬帆计划”，旨在通过搭建沟通合作平台，汇聚产、学、研、用各方力量，开展产业研究、技术攻关、标准制定、测试验证、供需对接、生态建设等工作，从而加速行业应用落地，持续推