摘要： 前言 在微服务架构中，1个系统会被拆分为了很多个微服务。 如果每1个微服务都直接对外暴露出来，让用户直接访问这些微服务，会出现以下问题； 客户端会多次请求不同的微服务，需要在客户端实现负载均衡，增加了客户端的复杂性。 跨域请求复杂，客户端需要兼容不同微服务后端跨域方案。 客户端身份认证复杂，每个微服 阅读全文

摘要： 前言 1.为什么需要RPC框架？ 微服务的服务提供者和服务消费者解耦合之后，虽然可以借助restTemplate这样的HTTP客户端，向微服务的服务提供者发起远程调用； 但是这样的代码有2大缺陷： 代码可读性差，编程体验不统一 当URL参数复杂时难以维护 //使用RestTemplate发起远程调用 阅读全文

摘要： 前言 在当微服务架构中，当实例越来越多，达到数十、数百时，去逐个修改每1个微服务的配置就会让人抓狂，而且很容易出错。 这时我们就需要1个可以集中保存微服务配置的配置中心； 一、配置中心概念 我们可以提取每1个微服务架构中实例的经常变化的配置项，集中保存到1个配置中心里； 当需要修改配置时直接在配置中 阅读全文