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

最近在开发一个服务端渲染工具，通过一篇小文大致介绍下服务端渲染，和服务端渲染的方式方法。在此文后面有两中服务端渲染方式的构思，根据你对服务端渲染的利弊权衡，你会选择哪一种服务端渲染方式呢？什么是服务器端渲染使用React构建客户端应用程序，默认情况下，可以在浏览器中输出React组件，进行生成DOM和操作DOM。Re

APP终端用户总在抱怨应用迟钝，老板也为此苦恼。而这种压力，恰恰成为运维部门彻底修复应用的动力。可从哪儿着手呢?让我们先来分析一下最常见的五种导致应用缓慢的原因，然后再对症下药，找到并修复它们吧!1客户端缓慢  问题：当今基于web的应用倾向于将用户交互工作(通常伴随大量数据)推送到客户端工作站。从那里，JavaScript代码会处理成百上千行的数据，而

K8S中的各个Node及Pod如何监控，业界常用的方案基本都是：PrometheusGrafana来先看看整体效果如下：!image.png(https://s2.51cto.com/images/20200909/1599640009896549.png?xossprocessimage/watermark,size_16,text

微服务系统所设计的系统是分布式系统。分布式系统有一个著名的CAP理论，即同时满足“一致性”“可用性”和“分区容错”是一件不可能的事。CAP理论是由EricBrewer在2000年PODC会议上提出的，该理论在两年后被证明成立。CAP理论告诉架构师不要妄想设计出同时满足三者的系统，应该有所取舍，设计出适合业务的系统。CAP理论示意图!(https:/

一、环境$ cat /etc/redhatrelease CentOS Linux release 7.0.1406 (Core) $ uname aLinux zhaopin2201 3.10.0123.el7.x86_64 1 SMP Mon Jun 30 12:09:22 UTC 2014

!(https://oscimg.oschina.net/oscnet/10994e5c306a4bb3ac7526e4a5c20829.png)向「wsssheep」致敬！你是否被美术随便瞎\命名搞得心力憔悴？你是否因为节点该如何组织而焦虑不安？你是否因为要控制一大堆节点逻辑而烦恼？cc.find 找不到？

前言先上一个辛苦弄出来的gif效果。写公众号时间不长，很多技巧还在慢慢跟小伙伴学习。可关注公众号，回复“绘图”或者“填色”都可获得demo的git地址。请使用Creator2.4.0运行!fillcolor.gif(https://oscimg.oschina.net/oscnet/up24205ed8a454c47575e8b425b7e