1 主要研究内容、拟解决的技术难点和关键技术
1.1 主要研究内容
1) 微服务架构的研究;
2) 客户关系管理系统的原有服务拆分粒度的研究;
3) 微服务分布式事务的研究;
4) 设计实现适合客户关系管理系统的微服务架构。
1.2 拟解决技术难点
1) API Gateway (客户端如何访问这些服务) :传统的开发方法, 所有的服务都是本地的, 可以直接调用UI, 现在可以按功能划分为独立的服务。客户端UI如何访问他的服务。后台有N个服务, 前台需要记住管理N服务。因此, 通常在后台会有N个服务和UI之间的代理或API网关。他的功能包括:
提供统一的服务门户, 使微服务对前台透明;
整合后台服务以节省流量并提高性能;
提供API管理功能, 如安全性, 过滤和流量控制;
2) 服务调用 (如何在服务之间进行通信) :因为所有的微服务都是独立运行在不同机器上的独立进程, 服务之间的通信是IPC (inter process communication) , 并且有许多成熟的解决方案。现在基本上最常见的是方法:
REST (JAX-RS, Spring Boot) ;
RPC (Thrift, Dubbo) ;
异步消息调用 (Kafka, Notify) 。
同步呼叫相对简单且一致, 但容易引发问题, 性能体验稍差, 特别是长时间的呼叫级别。异步消息方法在分布式系统中具有特别广泛的应用范围。他不仅可以减少呼叫业务之间的耦合, 还可以缓冲呼叫, 确保消息积压不会冲洗被呼叫者, 同时保证呼叫。派对的服务体验将继续实现其自身的功能没有被背景表现放慢。
3) 服务发现 (有多少服务查找) :在微服务体系结构中, 每种服务通常具有多个副本, 并通过Spring Cloud的Ribbon进行负载均衡。服务随时可能脱机, 并且可能会响应临时访问压力以添加新的服务节点。服务如何相互感知?服务如何管理?这是服务发现的问题。微服务通过Spring Cloud的Eureka进行注册。当服务上线时, 服务提供商将其服务信息与注册中心 (或类似框架) 一起注册, 并通过心跳保持长链接以实时更新链接信息。可以通过Spring Boot Admin对注册中心的服务进行监控 (服务的内存占用情况, 日志级别等) 。服务调用者访问Eureka, 通过服务名称找到相应服务使用服务。
4) 分布式微服务下的session问题:在分布式架构中, 由于服务是跨域访问, 所以session很难做到共享, 要想共享session, 其中一种比较理想的方案则是将session信息存储在redis缓存中。只需在maven的pom文件中加入相关依赖即可使用。
1.3 关键技术
本次研究选用了当今比较成熟的springboot和springcloud作为开发架构, Springboot微服务开发架构, 提供了展现、依赖注入、持久化、嵌入式容器、日志、缓存等常用功能, Eureka主要是实现服务注册发现, Ribbon主要实现负载均衡, Hystrix主要是服务的延迟和容错。ZUUL主要是提供动态路由功能。
2 项目拟采取的`研究方法 (或技术工艺路线、实施方案) , 以及预期达到的目标、主要技术、经济指标和水平
2.1 项目拟采取的研究方法
1) 收集整理资料;
2) 分析实施过程中要解决的技术难点;
3) 根据分析结果提出集中初步设计方案;
4) 对比分析各种初步方案, 确定合理解决方案。
2.2 预期达到的目标预期达到的目标、主要技术、经济指标和水平
本次研究选用了当今比较成熟的springboot和springcloud作为开发框架, Springboot微服务开发架构, 提供了展现、依赖注入、持久化、嵌入式容器、日志、缓存等常用功能, Eureka主要是实现服务注册发现, Ribbon主要实现负载均衡, Hystrix主要是服务的延迟和容错。ZUUL主要是提供动态路由功能。
1) API Gateway (客户端如何访问这些服务) 实现了提供统一服务入口, 使每个服务对前台透明, 在后台聚合, 节省流量, 提升性能, 提供安全, 过滤, 流控等管理功能。
2) 服务调用通用的有以下几种方式:REST (JAX-RS, Spring Boot) ;RPC (Thrift, Dubbo) 。
3) 服务发现:在微服务架构中, 通常每个服务都是有多个拷贝, 通过Spring Cloud的Ribbon来做负载均衡。微服务是通过Spring Cloud的Eureka做注册中心, 当服务上线时, 服务提供者将自己的服务注册到注册中心, 通过心跳维持长链接, 实时更新链接信息。可以通过Spring Boot Admin对注册中心的服务进行监控 (服务的内存占用情况, 日志级别等) 。服务调用者访问Eureka, 通过服务名称找到相应服务使用服务。
