Spring cloud 系列 -- 001微服务概述

1.微服务是什么

（1）微服务的核心就是将传统的一站式应用，根据业务拆分成一个个的服务，彻底的去耦合；

（2）每一个微服务都提供单个业务功能的服务，一个微服务只做一件事情；

（3）从技术角度看，就是一种小而独立的处理过程，类似进程概念，能够自行单独启动或销毁，拥有独立的数据库。

2.微服务于微服务架构

   微服务架构：用maven开发的独立的小module，使用springboot开发的小模块，专业的事情交给专业的模块做，一个模块只做一件事情，----一个个独立的进程，避免统一的集中式的服务管理机制

3.优缺点

（1）优点

    ①每个服务足够内聚，足够小，代码容易理解这样能聚集一个指定的业务功能或业务需求

    ② 开发简单，开发效率提高，一个服务只干一件事

    ③微服务能够被小团队单独开发

    ④微服务松耦合，是有功能意义的服务，无论开发阶段还是部署阶段都是相互独立的

    ⑤微服务能使用不同的语言进行开发

    ⑥易于和第三方集成，允许容易且灵活的方式集成自动部署，通过持续集成工具

    ⑦微服务易于被理解，修改，维护

    ⑧只针对逻辑部分的代码，不会和html  css 或其他界面组件混合

    ⑨灵活搭配，可以有独立的数据库，也可以使用统一的数据库

（2）缺点

    ①开发人员处理分布式系统的复杂性

    ②多服务运维难度，随着服务增加，运维压力增大

    ③系统部署依赖

    ④服务之间的通信成本

    ⑤数据的一致性

    ⑥系统集成测试 

4.微服务的技术栈有哪些

多种技术栈的集合服务

微服务条目	技术	备注
服务开发	spring boot  spring/springMVC
服务注册与发现	阿里 Diamond
服务注册与发现	Eureka   Consul   Zookeeper
服务调用	Rest  RPC  gRPC
服务熔断器	Hystric  Envoy
负载均衡	Ribbon   Nignx
服务接口调用	Feign
消息队列	Kafka   RabbitMQ  ActiveMQ
服务配置管理中心	SpringCloudConfig   Chef
服务路由（网关）	Zuul
服务监控	Zabbix   Nagios   Metrics   Spectstor
全链路追踪	Zipkin  Brave  Dapper
服务部署	Docker  OpenStack  Kubernetes
数据流操作开发包	SpringCloud Stream
事件消息总线	Spring Cloud Bus

5.为什么选择SpringCloud

选型依据：整体解决方案和框架成熟度，社区热度，可维护性，学习曲线

现有微服务架构：阿里Dubbo/HSF  京东JSF  新浪微博Motan   当当 DubboX

功能点/服务框架	Springcloud	Double
功能定位	完整的微服务框架	服务框架
支持Rest	是	否
支持RPC	否	是
是否支持多语言	否	否
服务注册/发现	Eruke服务注册表	是
负载均衡	Zuul	是（客户端）
服务配置	Springcloud Config server	否
高可用	Hystrix	是（客户端）
其他	Spring cloudBus提供更多管理端点	实践公司多