使用Spring Boot构建微服务
Spring Boot是一个广泛用来构建Java微服务的框架,它基于Spring依赖注入框架来进行工作。Spring Boot允许开发人员使用更少的配置来构建微服务,同时框架本身能够尽可能的减少开发人员的冲突,它和我们后面要介绍的两个框架类似,它通过以下几个方面帮助开发人员:
- 自动化配置,一般情况下都有默认配置
- 提供一组流行的starter依赖,方便开发人员使用
- 简化应用打包
- 提升应用运行时的内省性(例如:Metrics与环境信息)
简化的配置
Spring以噩梦般的配置而闻名,虽然框架本身相比其他组件模型(EJB 1.x 和 2.x)简单了不少,但是它也带来了自己的配置模式。也就是说,如果想要正确的使用Spring,你需要深入了解如何进行XML配置、了解JdbcTemplate
、JmsTemplate
以及BeanFactory
生命周期、了解Servlet
监听器,你以为掌握了这些就可以开始开发了吗?实际上问题远没有结束,如果你要用Spring MVC编写一个简单的hello world
,你还需要了解DispatcherServlet
和一堆Model-View-Controller
相关的类型。
Spring Boot目标就是消除掉这些与业务无关的配置和概念,通过简单的注解,你就能够完成这些工作,当然如果你想继续想以前一样使用Spring,它也不会拦着你。
Starter依赖
Spring广泛使用着,包括了大型企业应用,在应用中,用户将会使用到不同的技术组件,包括:JDBC数据源、消息队列、文件系统以及应用缓存等。开发人员需要在需要这些功能时,停下来,仔细分析一下自己究竟需要什么?需要的内容属于哪个依赖(哦,我需要JPA依赖),然后花费大量的时间在依赖组织和排除上。
Spring Boot提供了功能域(一批jar包依赖)的依赖,它让开发人员声明需要的功能,而不用去关系究竟如何处理依赖关系。这些starter可以允许开发人员直接使用这些功能:
- JPA持久化
- NoSQL数据库支持,例如:MongoDB、Cassandra或者CouchBase
- Redis缓存
- Tomcat、Jetty或者Undertow的Servlet引擎
- JTA事务
通过直接添加一个starter,能够让开发人员获得这个特性相关的一组依赖,而这些依赖的组合已经被验证,省却了开发人员的不少时间。
应用打包
Spring Boot是一组jar包和符合其约定的配置的构建块,因此它不会运行在现有的应用服务器中,而使用Spring Boot的大多数开发人员更喜欢的是直接运行的这种自包含的jar
包。这意味着Spring Boot将所有的依赖和应用程序代码都包装到一个自包含的jar
中,而这些jar包运行在一个平面的类加载器中。简单的类加载体系使得开发人员更容易理解应用程序的启动、依赖关系和日志输出,但更重要的是,它有助于减少应用从构建到生产环境的步骤数量。这意味着开发人员不必将打包好的应用放置到应用服务器中,而是直接运行这个standalone的应用,如果你需要servlet
,那么完全可以将其打包在应用内,使其为你服务。
没错,一个简单的java -jar
就可以启动你的应用了!Spring Boot、Dropwizard和WildFly Swarm都遵循将所有内容打包成可执行的jar
模式。但是传统的应用服务器包含的管理能力,怎么在这种模式下实现呢?
为生产环境而准备
Spring Boot推出了一个叫做actuator
的模块,它可以实现应用的指标统计。例如:我们可以收集日志、查看指标、生成执行线程dump、显示环境变量、了解gc以及显示BeanFactory中配置的bean。可以通过HTTP
或者JMX
暴露这些信息或者进行日志输出。借助Spring Boot,我们可以利用Spring框架的功能、减少配置并快速开发应用并上线。
说了这么多,让我们看看怎么使用它。
开始使用
我们接下来使用Spring Boot的命令行工具(CLI)来创建第一个Spring Boot程序(CLI底层使用了Spring Initializer)。你也可以使用自己喜欢的方式,比如使用集成了Spring Initializer的IDE,或者直接访问web来创建一个工程。
Spring Boot CLI 的安装方式,可以参考这里Homebrew下:brew tap pivotal/tap
brew install springboot
一旦你安装了Spring Boot CLI,你可以这样检查一下。
如果你能看到版本的输出,恭喜你,安装成功了。接下来,在你希望创建工程的目录下运行命令:spring init --build maven --groupId com.murdock.examples --version 1.0 --java-version 1.8 --dependencies web --name hola-springboot hola-springboot
在microservices-camp下运行。
运行该命令后,将会在当前目录下创建一个hola-springboot
目录,同时该目录下包含了一个完整的Spring Boot程序,简单的介绍一下这个命令中包含的内容。
- –build使用的构建工具,示例中是:maven
- –groupIdmaven坐标中的组Id,也就是代码的包名,如果你想改包名,只有在IDE中修改
- –versionmaven坐标中的version
- –java-versionJava版本
- –dependencies这是一个有趣的参数,我们可以指定某种开发类型的依赖。比如:web就是指当前项目使用Spring MVC框架,默认基于内嵌的Tomcat(Jetty和Undertow作为可选)。其他的依赖或者starter,比如:
jpa
、security
和cassandra
进入到hola-springboot
目录中, 执行命令:mvn spring-boot:run
,如果程序启动,没有报错,你就能看到如下的日志:
恭喜你!你快速的创建了一个Spring Boot应用,并且启动了它,你甚至可以访问http://localhost:8080
,你会看到如下内容
可以看到返回了默认的出错页面,到目前为止,它除了这个什么也做不了。接下来,我们就添加一些特性,比如:REST访问,做一个helloworld式的应用。
后续实践内容与原文有不同,在操作性上要比原文具备更好的实践性。
你好,世界
现在我们拥有了一个可以运行的Spring Boot应用,让我们为它添加一些简单的功能。首先,我们想做的是,让应用暴露一个位置是api/holaV1
HTTP/REST端点,访问它将返回Hola Spring Boot @ X,而其中的X是运行应用的本机IP。
在编写代码前,先将hola-springboot
导入到IDE中,在com.murdock.examples.holaspringboot
包下面建立一个类,名称为HolaRestControllerV1
。
可以看到方法hola()
返回了我们需要的内容,一个简单的字符串。
添加HTTP端点
到现在为止,我们只是创建了一个名为HolaRestControllerV1
的POJO
,你可以写一些单元测试去做验证,而让它暴露HTTP端点,则需要增加一些内容。
- @RestController这个注解告知Spring,该类是一个用于暴露HTTP端点的控制器(可以暴露GET、PUT和POST等基于HTTP协议的功能)
- @RequestMapping用于映射HTTP URI到对应的类或者方法
通过添加这两个注解,我们就可以使得原有的类具备了暴露HTTP端点的能力。针对上面的代码,比如@RequestMapping("/api")
代表着HolaRestControllerV1
接受来自/api
路径的请求,当添加@RequestMapping(method = RequestMethod.GET, value = "/holaV1", produces = "text/plain")
时,表示告知Spring在/holaV1(其实是/api/holaV1)暴露HTTP GET端点,该端点接受的类型是text/plain
。Spring Boot将会使用内置的Tomcat
运行,当然你也可以切换到Jetty
或者Undertow
。
我们在hola-springboot
目录下,执行mvn clean package spring-boot:run
,然后使用浏览器访问http://localhost:8080/api/holaV1
,如果一切正常,我们可以看到如下内容。
现在这些返回内容是写死的,如果我们想个应用增加一些环境相关的配置,如何做呢?比如:可以替代Hola这个词,比如使用Guten Tag德语,我们把这个应用部署给德国人用,我们需要一个将外部属性注入给应用的途径。
外部配置
Spring Boot可以很容易使用诸如:properties文件、命令行参数和系统环境变量等作为外部的配置来源。我们甚至可以将这些配置属性通过Spring Context绑定到类型实例上,例如:如果想将helloapp.*
属性绑定到HolaRestController
,可以在类型上声明@ConfigurationProperties(prefix="helloapp")
,Spring Boot会自动尝试将比如helloapp.foo
或者helloapp.bar
等这些属性值绑定到类型实例的foo
、bar
等字段上。
在Spring Initializer CLI创建的工程中,已经有了一个application.properties
,我们就可以在这个文件中定义新属性,比如:helloapp.saying
。
创建一个新的控制器HolaRestControllerV2
。
停止之前运行的应用,然后在hola-springboot
目录下,继续使用mvn clean package spring-boot:run
来编译工程,运行这个应用,然后使用浏览器访问http://localhost:8080/api/holaV2
,你会看到如下内容。
我们现在通过更改外部配置文件来使应用适应部署的环境,比如:调用服务的url、数据库url和密码以及消息队列配置,这些都适合作为配置。但是也要把握度,不是所有的内容都适合放置在配置中,比如:应用在任何环境下都应该具备相同的超时、线程池、重试等配置。
暴露应用的Metrics和信息
一个Spring Boot应用搭建起来了,紧接着就是将其部署到生产环境,我们怎样监控它呢?当我们想知道它运行的怎么样,我们该怎么办呢?除非我们让应用向外暴露出Metrics,否则应用就会像黑盒子一样。Spring Boot专门提供了一个starter —actuator
来完成这个工作。
让我们看看如何启用actuator
,启用的过程非常简单。在hola-springboot/pom.xml
中依赖:
然后在hola-springboot/src/main/resources/application.properties
中增加一个配置(安全原因):
随后,结束当前应用,在hola-springboot
下运行:mvn clean package spring-boot:run
重新编译工程,启动项目。
我们可以通过浏览器访问几次http://localhost:8080/api/holaV1
以及http://localhost:8080/api/holaV2
,然后访问一下:http://localhost:8080/metrics
,可以看到如下内容。
类似这样的URL还有许多:
- http://localhost:8080/beans
- http://localhost:8080/env
- http://localhost:8080/health
- http://localhost:8080/metrics
- http://localhost:8080/trace
- http://localhost:8080/mappings
暴露出这些运行时信息,使得开发人员在忙于业务开发的同时,更轻松获取到系统信息。
怎样在maven之外运行
到现在为止,我们还是以开发者视角使用maven来构建这个简单的工程。如果我们需要将它部署到其他环境,比如:开发、测试或者生产环境,需要怎么做呢?
幸运的是,使用Spring Boot,我们可以轻松的发布和构建,Spring Boot推荐单一、可执行的jar,而在这个jar中包括了所有的依赖,这些依赖的jar都会放置在应用的类路径下。在hola-springboot
下,运行mvn clean package
,然后可以通过java -jar
来运行。
就是这样,我们可以启动这个应用,后续接下来介绍的Dropwizard
和WildFly Swarm
都使用类似的方式进行。
调用其他服务
在微服务环境下,每个服务都有提供功能的义务并服务好它的调用者。就像我们在第一章中谈的,因为网络的不确定性,构建分布式系统十分的困难,本章主要讨论一个服务怎样调用到后台的服务。
在第五章中,将会讨论服务的柔性、适应性交互和调用
接下来将扩展hola-springboot
项目,完成服务的调用,但在此之前,我们先要搭建一个后台服务,完成类似下图的交互。
后台服务的构建,将采用forge + WildFly的方式进行,比原文中写一个Servlet部署到Jetty显得更好关于forge的安装,在mac下:brew install jboss-forge
通过以下方式,可以在microservices-camp
下创建一个具备持久化能力的REST服务,它可以自由的部署到WildFly
中。
使用forge
构建完成之后,可以将其导入到IDE中,如果观察BookEndpoint
这个类型,你会发现涉及到CRUD
以及分页查询等逻辑已经完全具备了。
通过上述命令,我们可以构建出一个hola-backend.war
的应用,下面我们将其部署到WildFly
中。WildFly
的使用可以通过下载到本地运行,但是由于涉及到两个进程的交互,本文采用Docker
的方式进行部署,读者可以自行准备环境。
笔者准备了WildFly
镜像,可以简单的运行起来执行:sudo docker run --name wildfly -it -p 9990:9990 -p 8080:8080 weipeng2k/wildfly-admin
,可以启动一个WildFly
,HTTP端口在8080,应用管理端口在9990管理员账号笔者已经构建在镜像中:admin/Adminhello1234
登录到WildFly
后台,通过管理界面,部署hola-backend.war
。
可以看到后台的更新日志,从中可以了解到应用部署正常。
使用这种方式的好处在于开发阶段如果有新的包生成直接进行上传就好,如果想整体销毁,直接停止删除容器即可,不会弄坏WildFly
。下面使用chrome插件Postman
构建Book
数据,然后测试是否可用。
新增数据测试。
查询数据测试。
看来后台服务应用hola-backend
工作正常,当然可以通过WildFly
的管理界面查询运行时信息,这点和Spring Boot的actuator很像,但是产品化的体验做的更好些。
接下来在hola-springboot
项目中新建BookRestController
,使用RestTemplate
来完成后端服务的交互。
可以看到BookRestController
将后端的host与port放在了配置中,而前缀是books
,那么也就需要在application.properties
中增加这些配置。
接下来,打开浏览器访问:http://localhost:8080/api/books/1
,它将访问hola-springboot
,而hola-springboot
将会调用hola-backend
,最终由hola-springboot
输出结果。
小结
通过本章的内容,我们学习了Spring Boot的基本知识,了解它与传统的WAR
和EAR
不同的部署方式,以及如何使用外部资源来完成配置,并通过actuator暴露了Metrics,使用RestTemplate
调用了另一个服务。如果你想了解跟多内容,可以参考下面的链接。
更多技术干货敬请关注云栖社区知乎机构号:阿里云云栖社区 – 知乎
声明:本文部分素材转载自互联网,如有侵权立即删除 。
2. 分享目的仅供大家学习和交流,您必须在下载后24小时内删除!
3. 不得使用于非法商业用途,不得违反国家法律。否则后果自负!
4. 本站提供的源码、模板、插件等等其他资源,都不包含技术服务请大家谅解!
5. 如有链接无法下载、失效或广告,请联系管理员处理!
6. 本站资源售价只是赞助,收取费用仅维持本站的日常运营所需!
7. 如遇到加密压缩包,请使用WINRAR解压,如遇到无法解压的请联系管理员!
8. 精力有限,不少源码未能详细测试(解密),不能分辨部分源码是病毒还是误报,所以没有进行任何修改,大家使用前请进行甄别
丞旭猿论坛
暂无评论内容