微服务

配置中心就是将各个微服务的配置集中管理，就是一种统一管理各种应用配置的基础服务组件，并且能够动态配置服务，动态配置服务，动态配置服务让您能够以中心化、外部化和动态化的方式管理所有环境的配置。

在发布过程中，为了产品整体稳定性，我们总是希望能够用小部分特定流量来验证下新版本应用是否能正常工作。 即使新版本有问题，也能及时发现，控制影响面，保障了整体的稳定性。

通过本书你可以学习到：1.一线互联网公司微服务架构体系2.解决实战服务治理、熔断限流等核心问题3.Spring Cloud Alibaba 体系

【SpringBoot】微服务学习笔记七：微服务中异步调用数据提交数据库的问题

DBPack 的分布式事务致力于实现对用户的业务无入侵，使用时下流行的sidecar架构，主要使用 ETCD Watch 机制来驱动分布式事务提交回滚，它对 HTTP 流量和 MYSQL 流量做了拦截代理，支持 AT 模式（自动补偿 SQL）和 TCC 模式（自动补偿 HTTP 请求）。

本文将介绍如何使用 Nocalhost 快速开发 Rainbond 上的微服务应用的开发流程以及实践操作步骤。 Nocalhost 可以直接在 Kubernetes 中开发应用，Rainbond 可以快速部署微服务项目，无需编写Yaml，Nocalhost 结合 Rainbond 加速我们的微服务开发效率。

微服务下的注册中心如何选择

2020 年 1 月正式商业化后，它提供了 Nacos 、 zokeeper 、Eureka 三种注册中心的托管服务。半年后，产品增加了微服务治理中心以及 Nacos 配置中心的能力。去年 5 月，MSE 基于 Nacos 2.0 推出了托管引擎的专业版，与 1.0 版本相比，性能提升了近 10 倍，能够支持 10 万级实例的扩展。

Spring Cloud Sleuth+Zipkin构建微服务链路跟踪

Spring Cloud 原先整合 Zuul 作为网关组件，Zuul 由 Netflix 公司提供的，现在已经不维护了。后面 Netflix 公司又出来了一个 Zuul2.0 网关，但由于一直没有发布稳定版本，所以 Spring Cloud 等不及了就自己推出一个网关，已经不打算整合 zuul2.0 了。 Spring Cloud Gateway 是 Spring 公司基于 Spring 5.0， Spring Boot 2.0 和 Project Reactor 等技术开发的网关，它旨在为微服务架构提供一种简单有效的统一的 API 路由管理方式。它的目标是替代 Netflix Zuul，

• sonarqube默认用户名密码: admin/admin • 卸载命令：docker-compose -f jenkins-compose.yml down -v 六、Jenkins自动打包部署配置   项目部署有多种方式，从最原始的可运行jar包直接部署到JDK环境下运行，到将可运行的jar包放到docker容器中运行，再到现在比较流行的把可运行的jar包和docker放到k8s的pod环境中运行。每一种新的部署方式都是对原有部署方式的改进和优化，这里不着重介绍每种方式的优缺点，只简单说明一下使用Kubernetes 的原因：Kubernetes 主要提供弹性伸缩、服务发现、自我修复，

OAuth2是一个关于授权的开放标准，核心思路是通过各类认证手段（具体什么手段OAuth2不关心）认证用户身份，并颁发token（令牌），使得第三方应用可以使用该token（令牌）在限定时间、限定范围访问指定资源。   OAuth2中使用token验证用户登录合法性，但token最大的问题是不携带用户信息，资源服务器无法在本地进行验证，每次对于资源的访问，资源服务器都需要向认证服务器发起请求，一是验证token的有效性，二是获取token对应的用户信息。如果有大量的此类请求，无疑处理效率是很低，且认证服务器会变成一个中心节点

Spring Cloud OpenFeign 默认是使用Ribbon实现负载均衡和重试机制的，虽然Feign有自己的重试机制，但该功能在Spring Cloud OpenFeign基本用不上，除非有特定的业务需求，则可以实现自己的Retryer，然后在全局注入或者针对特定的客户端使用特定的Retryer。   在SpringCloud体系项目中，引入的重试机制保证了高可用的同时，也会带来一些其它的问题，如幂等操作或一些没必要的重试，下面我们实际操作来测试Spring Cloud架构中的重试机制。

随着微服务技术的发展，微服务(MicroServices) 的概念早已深入人心，越来越多的公司开始使⽤微服务架构来开发业务应用。

之前我们做的方案部署都是只能选择一个微服务部署并只有一台生产服务器，每个微服务只有一个实例，容错率低 如何去解决？

上篇简单的介绍了一下微服务的发展过程及何为微服务的一些简单概念没看的小伙伴可以点这里👉《小白学微服务》之，什么是微服务。 本篇呢，主要来说说微服务架构的统一实现方案，因为微服务架构毕竟是一个抽象的概念，而我们知道每一个概念（理念）在技术上都是有一个落地的实现方案，其中微服务的实现方案之一就有SpringCloud。 那废话不多说，往下看吧！

.Net微服务实战之技术架构分层篇（一）

微服务设计模式：反腐层（Anti-corruption layer）

微服务：注册中心ZooKeeper、Eureka、Consul 、Nacos对比

不仅仅是一个开发架构，而是努力打造一套从 前端模板 - 基础框架 - 分布式架构 - 开源项目 - 持续集成 - 自动化部署 - 系统监测 - 无缝升级 的全方位J2EE企业级开发解决方案。

Dubbo+zookeeper微服务架构之服务注册与发现的简单使用

Seata 是一款开源的分布式事务解决方案，致力于在微服务架构下提供高性能和简单易用的分布式事务服务；它提供了 AT、TCC、Saga 和 XA 事务模式，为开发者提供了一站式的分布式事务解决方案；

Zipkin 允许开发人员以图形方式查看事务占用的时间量，并分解在调用中涉及的每个微服务所用的时间。在微服务架构中，Zipkin 是识别性能问题的宝贵工具；

周志明论架构之道：后微服务时代与无服务时代

微服务架构谈系列（3）：SOA VS 微服务（2）

日10亿级处理，基于云的微服务架构（4）

进行微服务治理，先要对微服务进行度量（2）

微服务不是泥球小单体，而是具备更加清晰职责边界的完整一体的业务功能服务。领域驱动设计的思想通过Domain的功能域设计，可以把核心功能与支撑功能很好的区分开。而在MVC的设计模式常常是把所有的；数据服务、定义的属性类、提供的功能都在一条线上，这样是非常快速的开发方式但在做微服务部署时候却很麻烦。

商城项目02_环境搭建、安装vagrant、docker、mysql、redis、从0搭建各个微服务项目、数据库初始化（五）

Java微服务

.NET Core

.NET Core

⑦. Eureka自我保护

使用springCloud构建微服务实现——客户端测负载均衡（自定义负载均衡策略）

Spring Cloud构建微服务架构（一）服务注册与发现

微服务架构的基础框架选择：Spring Cloud还是Dubbo？

Spring Cloud构建微服务架构（六）高可用服务注册中心

Spring Cloud构建微服务架构：服务容错保护（Hystrix依赖隔离）【Dalston版】

DDD战略设计从事件风暴开始，然后我们要找出实体等领域对象，找出聚合根构建聚合，划分限界上下文，建立领域模型。 战术设计从事件风暴的命令开始，识别和设计服务，建立各层服务的依赖关系，设计微服务内的实体和值对象，找出微服务中所有的领域对象，并建立领域对象与代码对象的映射关系。

第一，针对响应体的设计混乱、响应结果的不明确问题，服务端需要明确响应体每一个字段的意义，以一致的方式进行处理，并确保不透传下游服务的错误。 第二，针对接口版本控制问题，主要就是在开发接口之前明确版本控制策略，以及尽量使用统一的版本控制策略两方面。 第三，针对接口的处理方式，我认为需要明确要么是同步要么是异步。如果API列表中既有同步接口也有异步接口，那么最好直接在接口名中明确。

微服务服务器集群Session管理演进史

Spring Cloud构建微服务架构：分布式服务跟踪（整合zipkin）【Dalston版】

SpringCloud学习笔记（四、注册数据微服务）