微服务和微服务架构概述

微服务架构概念：

• 微服务架构强调是应用的整体（应用全部服务）：
• 一种架构模式或者说是一种架构风格；
  它提倡将单一的应用拆分成一组小的服务，且每个服务都运行在独立的“进程中”，服务之间相互协调和配合，为用户提供最终的价值；
• 服务之间采用轻量级的通信机制相互沟通（HTTP的RESTful API），dubbo：采用的是RPC远程调用；
• 每个服务都围绕着具体业务进行构建，并且能够被独立的部署到生产环境中，应当尽量避免统一的、集中式的服务管理机制，对于具体的服务而言，应根据业务上下文，选择合适的语言和工具进行构建；
• 通俗来说：微服务化的核心就是将传统的一站式应用，根据业务的拆分成一个一个的服务，彻底地去耦合，每个微服务提供单个业务功能的服务，一个服务只做一件事，从技术的角度看就是一种小而独立的处理过程，类似进程概念，能够自行单独启动或销毁，拥有自己独立的数据库。

微服务概念：

微服务强调的是单个服务的大小（个体服务），关注的是 某一个点，具体解决某一个问题/提供落地对应服务的一个服务应用 ；
狭义的看，可以看成 Eclipse 里面的一个个微服务工程或者Module，一个微服务工程负责一件事情；

微服务的优缺点：

优点：

1. 每个服务足够内聚，足够小，代码容易理解；这样能够聚焦一个指定的业务功能或业务需求；
2. 开发简单、开发效率提高，一个服务可能就是专一的做一个业务功能；
3. 微服务能够被小团队单独开发，2-5人的开发人员组成；
4. 微服务是松耦合的，具有功能意义的服务，无论是在开发阶段或部署阶段都是独立的；
5. 微服务能够使用不同的语言开发；
6. 易于和第三方集成，微服务允许容易且灵活的方式集成自动部署，通过持续集成工具，如Jenkins,Hudson,bamboo；
7. 微服务只是业务逻辑的代码，不会和“HTML、CSS”或其他的界面组件混合；
8. 每个微服务都有自己的存储能力，可以有自己的数据库，也可以有统一的数据库

缺点：

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

微服务技术栈

多种技术的集合体

一个分布式的微服务架构（服务治理【duboo】、注册【zokeeper】、调用【**】、负载均衡【nginx】、监控【自己写】），springCloud【整合以上全部技术】需要哪些维度？

---

微服务维度	维度技术
服务开发	Spring Boot/Spring/SpringMVC
服务配置和管理	Netflix公司出品“Archaius”、阿里出品“Diamond”
服务注册与发现	Eureka/Consul/Zookeeper
服务调用	Rest/RPC/GRPC
服务熔断器	Hystrix/Envoy
负载均衡	Ribbon/Nginx
服务接口调用（客户端调用服务的简化工具）	Feign
消息队列	Kafka/RabbitMQ/ActiveMQ
服务配置中心	Chef/SpringCloudConfig
服务路由（API网关）	Zuul
服务监控	Zabbix/Zagios/Metrics
全链路追踪	Zipkin/Brave/Dapper
服务部署	Docker/OpenStack/Kubernetes
数据流操作开发包	SpringCloud Stream（封装与Redis/Rabbit/Kafka）
事件消息总线	SpringCloud Bus

为什么选择SpringCloud微服务架构

• 选型依据
  • 整体解决方案和框架熟练度
  • 社区热度
  • 可维护性
  • 学习曲线
• 热门IT公司选型（Dubbo/SpringCloud）
  • 阿里：Dubbo[12停止更新、17年重启]/HSF
  • 京东：JSF
  • 新浪：Motan
  • 当当：Dubbox

微服务框架对比

---

功能点/服务框架	SpringCloud	Motan	gRPC	Thrift	Dubbo
功能定位	完整的微服务架构	RPC框架，整合了ZK或Consul，实现了集群环境的基本服务注册/发现	RPC框架	RPC框架	服务框架
支持Rest[HTTP]	是【Ribbon支持多种可插拨的序列化选择】	否	否	否	否
支持RPC[远程调用]	否	是[Hession2]	是	是	是
支持多语言	是 【Rest】	否	是	是	否
服务注册和发现	是 【Eureka 服务注册表，Karyon服务端框架支持服务自注册和健康检查】	是 zookkeeper	否	否	是
负载均衡	是 【服务端 Zuul + 客户端Ribbon，Zuul服务，动态路由，云端负载均衡 Eureka(针对中间层服务器)】	是【客户端】	否	否	是【客户端】
配置服务	是【Netflix+Archaius，SpringCloud Config Server 集中配置】	否	否	否	否
服务调用链监控	是【Zuul提供边缘服务，API网关】	否	否	否	否
高可用/容错	是【服务端Hystrix+客户端Ribbon】	是【客户端】	否	否	是【客户端】
典型应用案例	是【Netflix】	新浪	谷歌	Facebook	否
社区活跃程度	高	一般	不高	一般	低
学习难度	中等	底	高	高	底
文档丰富度	高	一般	一般	一般	高
其他	Spring’Cloud Bus 为我们的应用程度带来了许多管理端点	支持降级	Netflidx内部在开发集成gRPC	IDL自定义	实践公司比较多

Dubbo停止5年12-17
springCloud 自产自销自提供