微服务架构案例(01):项目技术选型简介,架构图解说明
一、单体架构 单体架构在中等偏小的业务中比较常见,场景模式就是单个应用、单个数据库。一个程序包(例如war格式或者Jar格式)包含所有业务需求功能,这是一种比较传统的架构风格。 单体架构的缺陷 复杂性高,整个项目包含的模块多,依赖模糊,修改程序容易触发不可知问题。 扩展能力受限,单体应用只能整体进行扩展,无法针对业务模块的特性进行伸缩。 稳定性差,任何微小的问题,都可能导致整个应用服务直接挂掉。 二、微服务架构 微服务架构是一种架构概念,核心思想在于通过将业务功能和需求分解到各个不同的服务中进行管理,实现对业务整体解耦。围绕业务模式创建应用服务,应用服务可独立地进行开发、迭代、部署。使项目的架构更加清晰明确。 微服务优劣势 单个服务对应单个业务功能,方便理解,开发,维护; 服务独立部署,可以根据每个服务的请求量来部署满足需求的规模; 数据库,服务,架构,业务拆分等难度增大,对技术能力要求较高; 三、项目简介 微服务架构案例核心内容,基于SpringCloud框架几个核心组件,Eureka服务注册与发现组件,Feign声明式的WebService客户端组件,Zuul动态路由网关组件。进行...
