微服务:简单服务提供者与服务消费者

1.服务提供者:被其他微服务调用的微服务

2.服务消费者:调用的其他微服务的微服务

【服务提供】provide:8080端口

@RestController
@RequestMapping("sysUserWeb2")
public class SysUserWeb2 {

    @Resource
    private  SysUserService2 SysUserService2;

    @RequestMapping("/getAll")
    @ResponseBody
    public List<SysUser>findAll2(){
        return SysUserService2.findAll2();
    }

    @RequestMapping("/findSysUserName")
    @ResponseBody
    public SysUser findSysUserName(String name){
        return SysUserService2.findSysUserName(name);
    }

}

【服务消费】customer :8081端口

@RestController
public class Controller {

    @Autowired
    private RestTemplate restTemplate;

    @GetMapping("/findSysUserName/{name}")
    public SysUser  findSysUserName(@PathVariable String name){
        return restTemplate.getForObject("http://localhost:8080/sysUserWeb2/findSysUserName?name="+name, 
SysUser.class);
    }
}
@SpringBootApplication
public class SpringBooTemplateApplication {

    @Bean
    public RestTemplate  restTemplate(){
        return new RestTemplate();
    }

    public static void main(String[] args) {
        SpringApplication.run(SpringBootTemplateApplication.class, args);
    }
}

@GetMapping("/findSysUserName/{name}")

描述:出现于spring4.3之后,源码中效果相当于:@RequestMapping(value="findSysUserName",method=RequestMethod.GET)

时间: 2024-08-26 09:42:16

微服务:简单服务提供者与服务消费者的相关文章

spring cloud微服务架构 服务提供者和服务消费者

服务提供者和服务消费者 下面这张表格,简单描述了服务提供者/消费者是什么: | 名词 | 概念 | | ----- | ----------------------- | | 服务提供者 | 服务的被调用方(即:为其他服务提供服务的服务) | | 服务消费者 | 服务的调用方(即:依赖其他服务的服务) | 服务提供者代码示例 这是一个稍微有点复杂的程序.我们使用spring-data-jpa操作h2数据库,同时将该服务注册到注册中心Eureka中. 1.创建一个Maven工程,并在pom.xml

《springcloud 一》搭建注册中心,服务提供者,服务消费者

注册中心环境搭建 Maven依赖信息 <parent> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-parent</artifactId> <version>2.0.1.RELEASE</version> </parent> <!-- 管理依赖 --> <dependencyManage

Dubbo搭建HelloWorld-搭建服务提供者与服务消费者并完成远程调用(附代码下载)

场景 Dubbo简介与基本概念: https://blog.csdn.net/BADAO_LIUMANG_QIZHI/article/details/103555224 Dubbo环境搭建-ZooKeeper注册中心: https://blog.csdn.net/BADAO_LIUMANG_QIZHI/article/details/103555470 Dubbo环境搭建-管理控制台dubbo-admin实现服务监控: https://blog.csdn.net/BADAO_LIUMANG_QI

ASP.NET Core 微服务初探[1]:服务发现之Consul

在传统单体架构中,由于应用动态性不强,不会频繁的更新和发布,也不会进行自动伸缩,我们通常将所有的服务地址都直接写在项目的配置文件中,发生变化时,手动改一下配置文件,也不会觉得有什么问题.但是在微服务模式下,服务会更细的拆分解耦,微服务会被频繁的更新和发布,根据负载情况进行动态伸缩,以及受资源调度影响而从一台服务器迁移到另一台服务器等等.总而言之,在微服务架构中,微服务实例的网络位置变化是一种常态,服务发现也就成了微服务中的一个至关重要的环节. 服务发现是什么 其实,服务发现可以说自古有之,我们每

企业级工作流解决方案(三)--微服务消息处理模型之服务端处理

1. Json-Rpc 2.0 参考地址:https://www.jsonrpc.org/specification JSON-RPC是一个无状态且轻量级的远程过程调用(RPC)协议,它允许运行在基于socket,http等诸多不同消息传输环境的同一进程中.其使用JSON(RFC 4627)作为数据格式,它为简单而生. 请求对象 发送一个请求对象至服务端代表一个rpc调用, 一个请求对象包含下列成员: jsonrpc指定JSON-RPC协议版本的字符串,必须准确写为“2.0” method包含所

微服务探索与实践—服务注册与发现

前言 微服务从大规模使用到现在已经有很多年了,从之前的探索到一步步的不断完善与成熟,微服务已经成为众多架构选择中所必须面对的一个选项.服务注册与发现是相辅相成的,所以一般会合起来思索.其依托组件有很多,比如Zookeeper,Consul,Eureka等等. 本文,我们将探讨服务注册和发现的概念及其使用机制,以使得微服务能够在不知道其确切位置(通常是URL)的情况下消费其他服务.由于本文主要是个人实践的一些总结,总会有不足之处,也希望各位看官帮忙完善.本系列前一篇文章请移步总述 服务注册与发现探

5.Spring-Cloud中服务的提供者和服务的消费者

注意:请使用官方建议的springboot和springcloud对应的版本 在之间的博客中已经写到如何建立高可用的注册中心,地址见高可用注册中心 现在我们来创建服务治理体系下的一个服务(即服务的提供者) 1.pom.xml <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLoca

基于Spring Cloud的微服务构建学习-3 服务治理-Spring Cloud Eureka之高可用注册中心

什么叫高可用 高可用一般指服务的冗余,一个服务挂了,可以自动切换到另一个服务上,不会影响到客户体验. 高可用注册中心 在微服务架构这样的分布式环境中,我们需要充分考虑发生故障的情况,所以在生产环境中必须对各个组件进行高可用部署,对于微服务如此,对于服务中心也一样. Eureka Server的设计一开始就考虑了高可用问题,在Eureka的服务治理设计中,所有节点既是服务提供方,也是服务消费方,服务注册中心也不例外.在前一篇随笔中用到过这样的配置: eureka.client.register-w

微服务架构下的服务发现

编者的话]这是关于使用微服务架构创建应用系列的第四篇文章.第一篇介绍了微服务架构的模式,讨论了使用微服务架构的优缺点.第二和第三篇描述了微服务架构内部的通讯机制.这篇文章中,我们将会探讨服务发现相关问题. 为什么要使用服务发现? 我们设想一下当正在写代码时,使用了提供REST API或者Thrift API的服务,为了完成一次服务请求,代码需要知道服务实例的网络位置(IP地址和端口).传统应用都运行在物理硬件上,服务实例的网络位置都是相对固定的.例如,代码可以从一个经常变更的配置文件中读取网络位