我们可以看到Http 协议位于七层网络协议的应用层，TCP协议位于数据传输层，可以看到Http协议就是对TCP协议的封装，由于它做了更深层次的封装，所以它的效率可能就会低一些，特别是在高并发场景下性能可能会成为瓶颈。
公司之前有一个 Dubbo 服务，其内部封装了腾讯云的对象存储服务 SDK，目的是统一管理这种三方服务的SDK，其他系统直接调用这个对象存储的 Dubbo 服务。这样可以避免因平台 SDK 出现不兼容的大版本更新，从而导致公司所有系统修改跟着升级的问题。
摘要：介绍基于Feign来实现HTTP Restful服务的简化调用和基于阿里巴巴的Dubbo组件来实现RPC远程服务调用。
因为Spring Cloud Feign是基于Http Restful的调用，在高并发下的性能不够理想（虽然他是基于Ribbon以及带有熔断机制，可以防止雪崩），成为性能瓶颈，所以我们今天对Feign进行Dubbo的RPC改造。
https://github.com/yinjihuan/kitty-cloud[1]
在前面的章节中，我们使用Fegin完成了服务间的远程调用，实际上，在更加注重性能的互联网公司中，一般都会使用RPC框架，如Dubbo等，来实现远程调用。
点击上方“芋道源码”，选择“设为星标” 管她前浪，还是后浪？ 能浪的浪，才是好浪！ 每天 10:33 更新文章，每天掉亿点点头发... 源码精品专栏 原创 | Java 2021 超神之路，很肝~ 中文详细注释的开源项目 RPC 框架 Dubbo 源码解析 网络应用框架 Netty 源码解析 消息中间件 RocketMQ 源码解析 数据库中间件 Sharding-JDBC 和 MyCAT 源码解析 作业调度中间件 Elastic-Job 源码解析 分布式事务中间件 TCC-Transaction
SpringCloud生态丰富，功能完善，更像是品牌机，Dubbo则相对灵活，可定制性强，更像是组装机。
SpringCloud生态丰富，功能完善，更像是品牌机，Dubbo则相对灵活，可定制性强，更像是组装机。相关资料：
PS：dubbo是CP（一致性，容错），eureka是AP（高可用，容错），Feign是方便调用的框架，Ribbon是客户端的负载均衡。
参看《基于Docker搭建Nacos集群》:https://lupf.cn/articles/2020/05/21/1590058654840.html ；亦或者通过官方提供的其他方式安装，详情参考：https://nacos.io/zh-cn/docs/quick-start.html
目前Dubbo在国内还是有较多公司在使用的，一方面是因为Dubbo作为阿里巴巴开源的一个SOA服务治理解决方案，在国内发展较早，有比较好的先发优势；另一方面是因为在国内很多工程师对Dubbo框架都比较熟悉，有比较完善的文档介绍和实例；还有，Dubbo框架的性能优势和基于SPI的扩展机制也是Dubbo的优势所在。
最近准备将公司的一个核心业务系统用 Java 进行重构，大半年没写 Java ，JDK 都更新到 14 了，考虑到稳定性等问题最终还是选择的 JDK11。
在spring Cloud Netflix栈中，各个微服务都是以HTTP接口的形式暴露自身服务的，因此在调用远程服务时就必须使用HTTP客户端。我们可以使用JDK原生的URLConnection、Apache的Http Client、Netty的异步HTTP Client, Spring的RestTemplate。但是，用起来最方便、最优雅的还是要属Feign了。
本篇介绍如何将一个 Dubbo 项目改造成一个 SpringBoot + K8S + Istio 项目的全过程，实现了在不改变 Dubbo 项目整体代码结构的基础上，向 Service Mesh 云原生项目的蜕变。
【转载请注明出处】：https://cloud.tencent.com/developer/article/1643353
可以看马丁福勒 https://martinfowler.com/articles/microservices.html 提出的微服务概念。
微服务架构没有公认的技术标准和规范或者草案，但业界已经有一些很有影响力的开源微服务架构框架提供了微服务的关键思路，例如 Dubbo 和 Spring Cloud。
之前有写过Dubbo2+Zookeeper的RPC远程调用框架demo，因为Dubbo3出来已经一段时间了，加上Zookeeper这玩意很少有人用了，所以结合实下流行的Dubbo3+Nacos搭建一套RPC远程调用框架demo。Nacos也是阿里出的，我前面的文章也有写过，是一个优秀的注册中心和配置中心。
服务在发布时 指定对应的服务名（服务名包括了IP地址和端口） 将服务注册到注册中心（eureka或者zookeeper） 这一过程是springcloud自动实现 只需要在main方法添加@EnableDisscoveryClient 同一个服务修改端口就可以启动多个实例 调用方法：传递服务名称通过注册中心获取所有的可用实例 通过负载均衡策略调用（ribbon和feign）对应的服务
Dubbo是阿里巴巴在2012年开源的分布式服务治理框架，不仅是阿里巴巴在开源领域最出名的项目，也应该算称得上是国内影响力最大的开源大作。可是大家有所不知，阿里内部实际上都在使用另一个RPC框架叫HSF(Dubbo和HSF的开发团队是同一拨人马，造轮子狂热症患者)，Dubbo这些年浮浮沉沉，也曾经一度停止了更新，而随着18年Dubbo3.0的强势推进，相信这个大版本中Dubbo会充分借鉴HSF在超高并发场景下积累的经验。
Eureka组件，服务注册与发现 Ribbon和Feign组件，实现负载均衡 Hystrix组件，实现服务熔断 Turbine组件，实现微服务集群监控 Zuul组件，实现路由网关控制 Config组件，实现配置统一管理 Zipkin组件，实现请求链路追踪 2)、应用案例 基于Shard-Jdbc分库分表，数据库扩容方案 基于SpringCloud实现Shard-Jdbc的分库分表扩容
在微服务架构中，服务之间的依赖是很常见的事情。在开发过程中都是并行开发的，前端会依赖后端的接口，后端也有可能会依赖其他后端服务的接口。
Feign 是一个声明web服务客户端，这便得编写web服务客户端更容易，使用Feign 创建一个接口并对它进行注解，它具有可插拔的注解支持包括Feign注解与JAX-RS注解，Feign还支持可插拔的编码器与解码器，Spring Cloud 增加了对 Spring MVC的注解，Spring Web 默认使用了HttpMessageConverters, Spring Cloud 集成 Ribbon 和 Eureka 提供的负载均衡的HTTP客户端 Feign.
从 2017 年底 Java 开发领域使用最广的 RPC 框架 Dubbo 开启重新更新维护之路开始，阿里巴巴为打造 Dubbo 微服务生态持续开源了 Sentinel，Nacos，Seata 等微服务中间件框架，并且推出了 Spring Cloud Alibaba 来提供微服务开发的一站式解决方案，阿里巴巴在 Java 社区持续活跃起来，也为 Java 微服务开发注入了新的活力。
目前在Java 微服务领域Spring Cloud 和Dubbo体系都被广泛使用。不同的用户会根据项目的需要选择合适的架构。但是在有些跨系统的场景下会涉及到两种体系间的混合调用。怎么做到较小修改就支持Spring Cloud和Dubbo两种体系的混合调用？本文将介绍一下我们在较小修改情况下统一Spring CLoud和Dubbo服务调用框架。
服务间发起请求的时候，基于Ribbon做负载均衡，从⼀个服务的多台机器中选择⼀台（被调用方的服务地址有多个），Ribbon也是通过发起http请求，来进行的调用，只不过是通过调用服务名的地址来实现的。虽然说Ribbon不用去具体请求服务实例的ip地址或域名了，但是每调用一个接口都还要手动去发起Http请求
PS：zookeeper是CP（一致性，容错），eureka是AP（高可用，容错），Feign是方便调用的框架，Ribbon是客户端的负载均衡。
Feign:Feign是一种声明式、模板化的HTTP客户端。 用我的理解来说，Feign的功能类似dubbo暴露服务，但是与dubbo稍有不同的是Feign是HTTP REST接口的形式暴露的。 这一
文章目录 SpringCloud 服务注册发现与服务治理 Eureka 服务调用 Feign 客户端负载均衡 Ribbon API网关 Zuul Gateway 配置中心 Config 服务之间调用的容错保护 Hystrix 链路跟踪 Sleuth+Zipkin 消息事件驱动 Stream SpringCloud Alibaba 服务注册发现和配置中心 Nacos 限流与熔断 Sentinel 分布式事务 Seata RPC服务通信 Dubbo 推荐技术选型 随着互联网、物联网的广泛应用，高
阿里巴巴基于spring cloud 研发了自己的 spring cloud alibaba 微服务治理框架
spring-cloud-alibaba-0.9.0.RELEASE/spring-cloud-alibaba-dubbo/src/main/java/org/springframework/cloud/alibaba/dubbo/autoconfigure/DubboOpenFeignAutoConfiguration.java
Spring Cloud是一系列框架的有序集合。它利用Spring Boot的开发便利性巧妙地简化了分布式系统基础设施的开发，如服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等，都可以用Spring Boot的开发风格做到一键启动和部署。
使用Spring Boot可以大大的简化Spring应用的开发工作，在Spring Boot中无论官方组件还是框架都会提供各种start来方便开发者来依赖和集成。由于采用了依赖约定大于配置的思想，开发者可以做很少的配置工作就可以完成框架集成的工作，往往开发者只需要很少的代码量就可以实现以前大量配置文件才能做到的功能。
Spring Cloud 是一系列框架的有序集合，将市面上开发得比较好的模块集成进去，进行封装，从而减少了各模块的开发成本。
微服务是最近的一两年的时间里是很火的一个概念。感觉不学习一下都快跟不上时代的步伐了，下边做一下简单的总结和介绍。
昨天跟女朋友聊了聊富婆，她有个朋友被一年轻漂亮有钱单身的富婆看上了，然后富婆，送车送表送衣服打着出差的幌子带旅游，还每个月发不知道多少k的工资，昨天问问是想听到他被富婆抛弃的消息，满足我幸灾乐祸的需求，结果得到他正在飞往菲律宾的消息。。。。然后我看着自己的双手，打开浏览器，输入spring，带上耳机。。。。。T ^T我不想努力啊，给我介绍个富婆吧
在项目开发中，内部服务通常我们会采用PRC的方式进行调用，消费者和提供者统一引入第三方开源框架Dubbo，然后再配置个注册中心，真香！然而，项目中经常也会调用一些外部服务，比如短信、天气或者是撸主小黄图中的鉴黄，这时候Dubbo就显得有点无能为力了。撸主之前用的是SpringBoot自带的 RestTemplate，今天与大家来聊一聊SpringCloud家族的Feign。
实施微服务的首要条件就是选择适合团队的微服务框架。 目前市场上微服务的框架，不管是开源的还是收费的，都有很多，比如Dubbo、Spring Cloud、Tars、Helidon、SOFAStack、gRPC、Thrift、Brpc、Motan等。在选择框架时需要考虑如下技术点。 ◎ 服务发布订阅：是自动发现注册，还是手动在线注册。 ◎ 服务路由形式：框架中支持的服务路由（比如常用的随机路由）是否满足我们的需求，或者是否支持自定义路由。 ◎ 集群容错：集群容错所支持的方式，比如快速失败、失败自动切换等常用的容
个人博客：https://suveng.github.io/blog/
原理讲解前，先看一个最经典的业务场景，如开发一个电商网站，要实现支付订单的功能，流程如下：
Spring cloud流应用程序启动器是基于Spring Boot的Spring集成应用程序，提供与外部系统的集成。Spring cloud Task，一个生命周期短暂的微服务框架，用于快速构建执行有限数据处理的应用程序。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
