nginx的编译安装
nginx下载 依赖安装 yum install zlib zlib-devel openssl openssl-devel pcre-devel -y 编译选项 ./configure \ --prefix=/usr/local/nginx \ --sbin-path=/usr/local/nginx/sbin/nginx \ --conf-path=/usr/loca
php5.6.19的编译安装
PHP 下载 php5.6.19 解压 tar -zxvf php-5.6.19.tar.gz 相关依赖安装 yum安装相关依赖 yum install -y zlib-devel fontconfig fontconfig-devel libXpm* libtool* libxml2 libxml2-devel curl curl-devel yum -y install
Gateway服务网关
3.Gateway服务网关 Spring Cloud Gateway 是 Spring Cloud 的一个全新项目，该项目是基于 Spring 5.0，Spring Boot 2.0 和 Project Reactor 等响应式编程和事件流技术开发的网关，它旨在为微服务架构提供一种简单有效的统一的 API 路由管理方式。 3.1.为什么需要网关 Gateway网关是我们服务的守门神，所有微服务的统
Feign远程调用
2.Feign远程调用 先来看我们以前利用RestTemplate发起远程调用的代码： 存在下面的问题： •代码可读性差，编程体验不统一 •参数复杂URL难以维护 Feign是一个声明式的http客户端，官方地址：https://github.com/OpenFeign/feign 其作用就是帮助我们优雅的实现http请求的发送，解决上面提到的问题。 2.1.Feign替代RestTempla
Nacos配置管理
1.Nacos配置管理 Nacos除了可以做注册中心，同样可以做配置管理来使用。 1.1.统一配置管理 当微服务部署的实例越来越多，达到数十、数百时，逐个修改微服务配置就会让人抓狂，而且很容易出错。我们需要一种统一配置管理方案，可以集中管理所有实例的配置。 Nacos一方面可以将配置集中管理，另一方可以在配置变更时，及时通知微服务，实现配置的热更新。 1.1.1.在nacos中添加配置文件 如何
Spring Cloud微服务的使用与nacos注册中心
Spring Cloud微服务 1.认识微服务 随着互联网行业的发展，对服务的要求也越来越高，服务架构也从单体架构逐渐演变为现在流行的微服务架构。这些架构之间有怎样的差别呢？ 1.0.学习目标 了解微服务架构的优缺点 1.1.单体架构 单体架构：将业务的所有功能集中在一个项目中开发，打成一个包部署。 单体架构的优缺点如下： 优点： 架构简单 部署成本低 缺点： 耦合度高（维护困难、升级困难
Seata架构、部署、微服务集成
Seata的架构 Seata Seata是 2019 年 1 月份蚂蚁金服和阿里巴巴共同开源的分布式事务解决方案。致力于提供高性能和简单易用的分布式事务服务，为用户打造一站式的分布式解决方案。 官网地址：http://seata.io/，其中的文档、播客中提供了大量的使用说明、源码分析。 Seata事务管理中有三个重要的角色： TC (Transaction Coordinator) - 事
Docker部署seata
下载seata-server seata-server 解压部署 目录结构 修改配置文件（conf/application.yml） server: port: 7091 spring: application: name: seata-server cloud: nacos: discovery: server-addr: nocas-
事务模式
XA模式 XA模式原理 XA 规范 是 X/Open 组织定义的分布式事务处理（DTP，Distributed Transaction Processing）标准，XA 规范 描述了全局的TM与局部的RM之间的接口，几乎所有主流的数据库都对 XA 规范 提供了支持。 seata的XA模式 seata的XA模式做了一些调整，但大体相似： RM一阶段的工作： ① 注册分支事务到TC ② 执行分支业
Base理论
BASE理论 BASE理论是对CAP的一种解决思路，包含三个思想： Basically Available （基本可用）：分布式系统在出现故障时，允许损失部分可用性，即保证核心可用。 Soft State（软状态）：在一定时间内，允许出现中间状态，比如临时的不一致状态。 Eventually Consistent（最终一致性）：虽然无法保证强一致性，但是在软状态结束后，最终达到数据一致
CAP定理
CAP定理 1998年，加州大学的计算机科学家Eric Brewer提出，分布式系统有三个指标： Consistency（一致性） Availability（可用性） Partition toerance（分区容错性） Eric Brewer说，分布式系统无法同时满足这三个指标。这个结论就叫做CAP定理 CAP定理-Partition tolerance Consistency（一致性）：用
