基于docker部署的微服务架构(二): 服务提供者和调用者

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了基于docker部署的微服务架构(二): 服务提供者和调用者相关的知识,希望对你有一定的参考价值。

参考技术A

前一篇 基于docker部署的微服务架构(一):服务注册中心 已经成功创建了一个服务注册中心,现在我们创建一个简单的微服务,让这个服务在服务注册中心注册。然后再创建一个调用者,调用此前创建的微服务。

新建一个maven工程,修改pom.xml引入 spring cloud 依赖:

在 resources 目录中创建 application.yml 配置文件,在配置文件内容:

这里eureka的注册地址为上一篇中设置的defaultZone。
在 java 目录中创建一个包 demo ,在包中创建启动入口 AddServiceApplication.java

在demo包下新建一个子包controller,在controller子包下创建一个controller对外提供接口。

在服务注册中心已经运行的情况下,运行 AddServiceApplication.java 中的 main 方法,启动微服务。
访问服务注册中心页面 http://localhost:8000 , 可以看到已经成功注册了 ADD-SERVICE-DEMO 服务。

启动第二个实例,修改端口为 8101 ,修改 AddController.java 中的输出信息为

再次运行 AddServiceApplication.java 中的 main 方法。
访问服务注册中心页面 http://localhost:8000 , 可以看到已经成功注册了两个 ADD-SERVICE-DEMO 服务,端口分别为 8100 8101

新建一个maven工程,修改pom.xml引入 spring cloud 依赖:

在 resources 目录中创建 application.yml 配置文件,在配置文件内容:

在 java 目录中创建一个包 demo ,在包中创建启动入口 RibbonClientApplication.java

这里配置了一个可以从服务注册中心读取服务列表,并且实现了负载均衡的 restTemplate

在demo包下新建一个子包controller,在controller子包下创建一个controller对外提供接口。

可以看到这里的请求url用了服务注册中心对应的 Application 。

运行 RibbonClientApplication.java 中的 main 方法,启动项目。
在浏览器中访问 http://localhost:8200/add?a=1&b=2 ,得到返回结果:

多次访问,查看 AddServiceApplication 的控制台,可以看到两个 ADD-SERVICE-DEMO 被负载均衡的调用。
demo源码 spring-cloud-1.0/ribbon-client-demo

新建一个maven工程,修改pom.xml引入 spring cloud 依赖:

在 resources 目录中创建 application.yml 配置文件,在配置文件内容:

在 java 目录中创建一个包 demo ,在包中创建启动入口 FeignClientApplication.java

在demo包下新建一个子包service,在service子包下创建一个接口 AddService.java 调用之前创建的微服务 ADD-SERVICE-DEMO

这里 @FeignClient 注解中的参数为服务注册中心对应的 Application 。

在demo包下再新建一个子包controller,在controller子包下创建一个 FeignController.java 对外提供接口。

FeignController 里注入了刚才创建的 AddService 接口。

运行 FeignClientApplication.java 中的 main 方法,启动项目。
在浏览器中访问 http://localhost:8300/add?a=1&b=2 ,得到返回结果:

多次访问,查看 AddServiceApplication 的控制台,可以看到两个 ADD-SERVICE-DEMO 被负载均衡的调用。
demo源码 spring-cloud-1.0/feign-client-demo

以 add-service-demo 为例,
复制 application.yml ,重命名为 application-docker.yml ,修改 defaultZone 为:

这里修改了 defaultZone 的访问url,如何修改取决于部署docker容器时的 --link 参数, --link 可以让两个容器之间互相通信。

修改 application.yml 中的 spring 节点为:

这里增加了 profiles 的配置,在maven打包时选择不同的profile,加载不同的配置文件。

在pom.xml文件中增加:

选择 docker profile,运行 mvn install -P docker ,打包项目并生成docker镜像, 注意docker-maven-plugin中的 <entryPoint> 标签里的内容不能换行,否则在生成docker镜像的时候会报错
运行成功后,登录docker节点,运行 docker images 应该可以看到刚才打包生成的镜像了。

在前一篇中,已经创建了一个 service-registry-demo 的docker镜像,这里先把这个镜像运行起来。

对这条命令做个简单说明, -d 指定当前容器运行在后台, --name 指定容器名称, --publish 指定端口映射到宿主机, --volume 这个挂载是为了解决容器内的时区和宿主机不一致的问题,让容器使用宿主机设置的时区,最后指定使用的docker镜像,镜像名称和标签需要根据自己的情况做修改。
运行这条命令之后, service-registry-demo 的容器就启动了。访问 http://宿主机IP:8000 ,打开注册中心的页面。
下边启动 add-service-demo 容器,

这条命令和上一条差不多,只是增加了一个 --link 参数, --link 指定容器间的连接,命令格式 --link 容器名:别名 ,这里连接了之前创建的名为 service-registry-demo 的容器,这里的别名和 application-docker.yml 文件中配置的 defaultZone 一致。其实就是通过别名找到了对应的容器IP,进到容器里查看 hosts 文件就明白了,其实就是加了条hosts映射。
add-service-demo 容器启动成功之后,刷新配置中心的页面,发现已经注册到配置中心了。

以上是关于基于docker部署的微服务架构(二): 服务提供者和调用者的主要内容,如果未能解决你的问题,请参考以下文章

基于docker部署的微服务架构: 配置中心

基于 Docker 的微服务架构实践

百万在线直播互动平台基于Docker的微服务架构实践

微服务架构:基于微服务和Docker容器技术的PaaS云平台架构设计

几种常见的微服务架构方案——ZeroC IceGridSpring Cloud基于消息队列Docker Swarm

基于容器云的微服务架构实践