微服务

微服务架构是一种架构模式或者说是一种架构风格,它提供将单一应用程序划分成一组小的服务.

服务之间采用轻量级的通信机制互相沟通(通常是基于HTTP的RESTful API).

微服务的核心就是将传统的一站式应用,根据业务拆分成一个个的服务,彻底地解耦合, 每一个微服务提供单个业务功能的服务,一个服务做一件事, 从技术角度看就是一种小而独立的处理过程,类似进程概念, 能够自行单独启动或销毁,拥有自己独立的数据库.

服务熔断：

某个服务或故障异常引起，类似现实世界的保险丝。当某个异常触发时，直接熔断整个服务，而不是一直等服务超时

服务降级：

一般从整体负荷考虑，当某个服务熔断之后，服务器将不再被调用，此时客户端可以准备一个本地的回调返回一个缺省值，这样做虽然服务水平下降，但是比直接挂掉要强

6.微服务的优缺点分别是什么?说下在项目开发中碰到的坑

• 微服务的优缺点:

  • 优点:

    每个服务足够内聚,足够小,代码容易理解这样能聚焦一个指定的业务功能或业务需求.
    开发简单、开发效率提高,一个服务可能就是专一的只干一件事.
    微服务能够被小团队单独开发,2-5人开发人员.
    微服务是松耦合的,是有功能意义的服务,无论是在开发阶段还是部署阶段都是独立的.
    微服务能使用不同的语言开发.

  • 缺点:

    开发人员要处理分布式系统的复杂性.
    多服务运维难度,随着服务的增加,运维的压力也在增大.
    系统部署依赖.
    服务间通信成本.
    数据一致性.
    系统集成测试.
    性能监控.