转载

Spring Boot在链家网技术实践

内容来源： 2017年5月6日，链家网架构师程天亮在“Spring Cloud中国社区技术沙龙-北京站”进行《Spring Boot在链家网实践》演讲分享。IT大咖说作为独家视频合作方，经主办方和讲者审阅授权发布。

阅读字数： 2133 | 5分钟阅读

嘉宾PPT及演讲视频： t.cn/Rp022Hh

摘要

SpringBoot是由Pivotal团队提供的全新框架，其设计目的是用来简化新Spring应用的初始搭建以及开发过程。该框架使用了特定的方式来进行配置，从而使开发人员不再需要定义样板化的配置。通过这种方式，Boot致力于在蓬勃发展的快速应用开发领域成为领导者。

Spring Boot实践

Spring Boot是什么？

SpringBoot是基于spring4以上生态的一个框架，是一个优化并简化Spring开发的框架，也是一个微服务的入门级框架。

SpringBoot主要是简化开发，也改变了传统Web的部署方式，将一些容器内置，使得我们的部署和运行都比较方便，通过一个jar包就可以运行。它还提供了自动配置的功能，让开发更简单。Spring Boot自带进程内部的监控，以及JMX的封装，这样我们就可以把进程内部的信息接到监控平台上去，能够掌握更多程序进程内部的情况。因为Spring Boot已经内置了Web容器，就不再需要打WAR包了。

Spring Boot在链家网技术实践

链家网的平台策略技术主要是与平台数据驱动和数据挖掘等方向相关，所以基本都是一些服务。

如图可见，在最上层有API网关，用来连接下面的服务，提供非java系列的API转换以及API的路由分发等等。对于java相关的我们提供了服务的SDK。

中间一层主要是业务上的一些基础服务平台。有RDC作为服务的提供者，主要是以dubbo形式。在这过程中我们做了配置和注册中心。在整个过程中我们有进程内部的监控和服务监控。由于我们做的是基础平台，还要做一些灰度发布、流量实验，所以我们会有一个流量实验平台。这些平台最初是基于Spring，现在我们把它改成在Spring Boot的基础上重做这些服务。

最下面是数据实施流和实时计算流。

链家网平台策略部发展遇到的问题

服务配置复杂。基础服务多，服务的资源配置复杂。传统方式管理服务复杂。

服务之间调用复杂。检索服务、用户中心服务等，其之间的调用复杂，依赖多，需要微服务化。

服务监控难度大。服务比较多，机器部署复杂，服务存活监控、业务是否正常监控尤为重要。

服务化测试问题。服务依赖性比较大，测试一个小的功能，周边服务也需要启动。

Spring Boot在链家网技术实践

SpringBoot把凌乱的配置集中化。传统Spring是采用XML的方式进行配置，容器和业务上的配置很难分离。使用Spring Boot之后，就能把这两块分开，把容器的注入通过Spring4的Java Config方式进行配置。

和业务相关的业务配置可以通过yml、properties等方式进行管理。

做到这里还只是第一步，把容器相关的管理和业务的配置分离。但是这远远不够，我们仍然很难维护数据库的资源，以及数据库的用户名密码和它的链接等都是暴露出来的。这对于安全性来说是一个很大的隐患。所以我们接下来就要把这些通用的、异变的、保密性的资源集中到服务器的Config Center。其余一些基本不变的业务相关的配置放在本地。

Spring Boot在链家网技术实践

于是就形成了上图中的方式。我们有一个资源配置或注册中心，检索平台、数据挖掘平台和用户中心都是依赖于注册中心和一些少量的本地配置文件。

通过这种方式简化了配置，在ID编码上也有比较整洁简单的接入，以及对一些重点资源的安全进行统一管理，从而大大提升了安全性。

解决单进程多应用低吞吐量

单应用单处理，使用Spring Boot fat jar模式，将tomcat等容器内嵌。

每个tomcat只管理一个应用，提高应用的吞吐量。

服务的管理更加清晰化，打包工程更加流程化。

服务内嵌tomcat，测试更加容易控制进程，更容易实现自动化测试。

Spring Boot在链家网技术实践

传统方法是通过xml、Spring各种依赖、SDK依赖等等非常繁杂，版本控制、版本依赖都容易出现问题，导致SSO或权限管理很复杂。我们通过扩展Spring把它的配置信息放到配置中心，只需要一个配置中心的地址就可以。再加上一些本地不太变化的配置，最后再做一个SSO/User-starter。使我们的集成用户中心和权限系统变得非常容易，为我们链家网所有系统需要的用户相关的接入减少很多成本，以及它的调试成本都会很低。

Spring Boot在链家网技术实践