随着业务的快速发展、业务复杂度越来越高，几乎每个公司的系统都会从单体走向分布式，特别是转向微服务架构。随之而来就必然遇到分布式事务这个难题，这篇文章通过seata框架总结了分布式事务的几种解决方案。

简述在大多数的项目架构中，使用SPringBoot发布微服务，前端采用Thymeleaf作为Html模版，使用Jquery作为动态脚本，那么Thymeleaf和Jquery是如何获取Model中的数据呢？Jquery获取Model中的数据方法1：将model中的值赋给hidden，然后Js获取隐藏域的值。

1\.REST介绍REpresentationalStateTransfer(REST)是一种架构原则，其中将web服务视为资源，可以由其URL唯一标识。RESTfulWeb服务的关键特点是明确使用HTTP方法来表示不同的操作的调用。REST的基本设计原则对典型CRUD操作使用HTTP协议方法：POST创建资源GET

!(http://img.javastack.cn/1586333003551.png)前言开源社区有好多优秀的队列中间件，比如RabbitMQ和Kafka，每个队列都貌似有其特性，在进行工程选择时，往往眼花缭乱，不知所措。对于RabbitMQ和Kafka，到底应该选哪个？RabbitMQ架构RabbitMQ是一个分布式系

概述毫无疑问，SpringCloud是目前微服务(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fmsd.misuland.com%2Fpd%2F3181438578597039364)架构领域的翘楚，无数的书籍博客都在讲解这个技术。不过大多数讲解还停留在对SpringClo

前言在前两篇SpringCloud构建微服务架构：服务容错保护（Hystrix服务降级）【Dalston版】(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fmp.weixin.qq.com%2Fs%3F__biz%3DMzAxODcyNjEzNQ%3D%3D%26mid%3D224

!(https://oscimg.oschina.net/oscnet/185115179a5d4706ac50997ce69191c7.png)前言业界对系统的高可用有着基本的要求，简单的说，这些要求可以总结为如下所示。系统架构中不存在单点问题。可以最大限度的保障服务的可用性。一般情况

按最近公司的架构，自己搭建这样个样例。主要是将服务API层进行了区分，解耦接口与模型层.其中pojo层与vo层都是用来传递参数用法,APIfacade层与service是两个概念。APIfacade层有统一的规范，可以返回统一结果:Result{intstatecode;intstateText;

C/S架构：　　客户端发出命令给服务器端（内含守护进程），守护进程执行命令后将结果传回给客户端。（可以远程访问，可以本地访问）容器内部操作：　　!(https://oscimg.oschina.net/oscnet/26aeb55b82e3279e96156320bf832c90a92.png)!(https:

某次遇到一个从0到1的大型项目，该项目涉及两个端，除了鉴权和部分业务逻辑不同外，页面UI和其余逻辑几乎一致，遇到这种项目，该如何架构？既能保证项目顺利开发完成，又能保证后期的迭代、维护、可扩展？