1.微服务概述

微服务的特点：

  • 单一职责：微服务中每一个服务都对应唯一的业务能力，做到单一职责
  • 微：微服务的服务拆分粒度很小，例如一个用户管理就可以作为一个服务。每个服务虽小，但“五脏俱全”。
  • 独立：自治是说服务间互相独立，互不干扰
    • 团队独立：每个服务都是一个独立的开发团队，人数不能过多。
    • 技术独立：因为是面向服务，提供Rest接口，使用什么技术没有别人干涉
    • 前后端分离：采用前后端分离开发，提供统一Rest接口，后端不用再为PC、移动端开发不同接口
    • 数据库分离：每个服务都使用自己的数据源
    • 部署独立，服务间虽然有调用，但能做到服务重启不影响其它服务。有利于持续集成和持续交付。每个服务都是独立的组件，可复用，可替换，降低耦合，易维护，易集群 Docker部署服务

JAVA领域可以完成微服务的技术

  • SpringBoot，Spring
  • SpringCloud（基于SpringBoot），Spring的
  • Service Mesh：谷歌，下一代最优秀的微服务框架
  • Service Cxxx：华为微服务技术
  • SpringCloud alibaba

2.初识SpringCloud（Netflix）

微服务是一种架构方式，最终肯定需要技术架构去实施。

微服务的实现方式很多，但是最火的莫过于Spring Cloud了。为什么？

  • 后台硬：作为Spring家族的一员，有整个Spring全家桶靠山，背景十分强大。
  • 技术强：Spring作为Java领域的前辈，可以说是功力深厚。有强力的技术团队支撑，一般人还真比不了
  • 群众基础好：可以说大多数程序员的成长都伴随着Spring框架，试问：现在有几家公司开发不用Spring？SpringCloud与Spring的各个框架无缝整合，对大家来说一切都是熟悉的配方，熟悉的味道。
  • 使用方便：相信大家都体会到了SpringBoot给我们开发带来的便利，而SpringCloud完全支持SpringBoot的开发，用很少的配置就能完成微服务框架的搭建

SNAPSHOT：快照，此版本没有经过充分测试，bug很多

Release：发布版/稳定版，此版本经过了充分测试，理论上是0bug

Bate：测试版

RC：候选版

3、微服务项目管理

我们的项目通常使用 resttemplate来读取另一个接口的数据，也就是我前两天做的练习项目，详见 项目实战

存在什么问题？

  • 在consumer中，我们把url地址硬编码到了代码中，不方便后期维护
  • consumer需要记忆user-service的地址，如果出现变更，可能得不到通知，地址将失效
  • consumer不清楚user-service的状态，服务宕机也不知道
  • user-service只有1台服务，不具备高可用性
  • 即便user-service形成集群，consumer还需自己实现负载均衡

其实上面说的问题，概括一下就是分布式服务（SpringBoot搭建的微服务）必然要面临的问题：

  • 服务管理
    • 如何自动注册和发现服务
    • 如何实现服务状态的监管
    • 如何实现动态路由，从而实现负载均衡
  • 服务如何实现负载均衡
  • 服务如何解决容灾问题
  • 服务如何实现统一配置

以上的问题，我们都将在SpringCloud中得到答案。成套的解决方案！