如何学习微服务？什么是微服务？常见微服务技术栈和面试题

SpringCloud

如何学该阶段~

三层架构 + MVC
 
框架：
 	Spring  IOC  AOP
 	
 	SpringBoot,新一代的javaEE开发标准，自动装配，约定大于配置
 	
 	微服务的核心：模块化~   all in one
 	
 	模块化开发===all in one，代码没有变化~

all in one~

模块化~

微服务架构的4个核心问题？
	1.服务很多，客户端该怎么访问？负载均衡的轮询算法或者热备
	2.服务很多，服务之间如何通信？基于http或者rpc解决通信
	例如：
	订单模块与交易模块可能在不同的服务器上，这中间就存在通信问题
	3.这么多的服务，如何进行治理？使用注册中心
	4.服务挂了怎么办？备份，容灾机制
	
解决方案~
	SpringCloud  生态！！  很多门技术参杂起来的
	
	很多套生态
	1.Spring cloude NetFlix  一站式解决方案！
	解决客户端之间的通信是通过api网关，使用了zuul组件
	Feign 不仅能做通信还能实现一些简单的负载均衡 
	基于--HttpClinet  --Http通信方式，同步，阻塞
	服务注册发现：Eureka
	熔断机制：Hystrix
	
	
	2.Apache Dubbo Zookeeper  半自动，需要整合别人的！
	Dubbo 主要用于通信  rpc，异步， 非阻塞的
	api网关：没有，找第三方组件，或者自己实现
	服务与注册：Zookeeper
	熔断机制：借助Hystrix
	Dubbo这个方案并不完善~	
	
	
	3.Spring Cloud Alibaba  一站式解决方案！更简单！！
	与netFlix类似

新概念：服务网格~  Server MeSh
	istio
	
总的来说微服务的围绕：
	1.API网关（解决路由问题 ）
	2.http,rpc（解决通信问题）
	3.注册和发现（解决高可用）
	4.熔断机制（服务降级问题，来防止服务雪崩）
	
根本问题：存在分布式网络不可靠！网络会丢包，失帧~

1、常见面试题

1.1、什么是微服务？

1.2、微服务之间是如何进行独立通信的？

1.3、SpringCloud和Dubbo有哪些区别？

1.4、SpringBoot和SpringCloud，请你谈谈对他们的理解

1.5、什么是服务熔断？什么是服务降级？

1.6、微服务的优缺点分别是什么？说一下你在项目中遇到的坑~

1.7、你所知道的微服务技术栈有哪些？请举例一二

1.8、eureka和zookeeper都提供服务注册与发现的功能，请说说两个的区别？

2、微服务概述

2.1、什么是微服务

**什么是微服务？**微服务是近几年流行的一种架构思想，关于它的概念很难一言以蔽之。

究竟什么是微服务呢？我们在此引用一篇论文：

原文：https://martinfowler.com/articles/microservices.html

汉化：https://www.cnblogs.com/liuning8023/p/4493156.html

通常而言，微服务架构是一种架构模式，或者说是一种架构风格，它提倡将单一的应用程序划分为一组小的服务，每个服务运行在其独立的自己的进程内，服务之间互相协调，相互配置，为用户提供最终价值。服务之间采用轻量级的通信机制（http,rpc）相互沟通，每个服务都围着具体的业务进行构建，并且都能够独立的部署到生产环境中，另外，应尽量避免统一的，集中式的服务管理机制，对具体的一个服务而言，应根据业务上下文，选择合适的语言，工具对其进行构建，可以有一个非常轻量级的集中式管理来协调这些服务，可以使用不同的语言来编写这些服务，也可以使用不同的数据来存储（非关系型数据库，关系型数据库）；

从技术维度来理解：

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

2.2、微服务与微服务架构

微服务

强调的是服务的大小，它关注的是具体的一个点，是具体的去解决一个问题或者说是提供落地对应的一个服务应用，狭义的来看，将它看成idea中的一个个微服务工程，或者是Moudel

IDEA工具里面使用Maven开发的一个个独立的小moudel，它具体是使用springboot开发的小模块，专业的事情交给专业的模块，一个模块就只做一件事情

强调的是一个个的个体，每个个体完成一个具体的任务或者功能

微服务架构

一种新的架构形式，由Martin Fowler,2014年提出

微服务架构是一种架构模式，它提倡将一单一程序应用划分成一组小的服务，服务之间相互协调 相互配合 为用户提供最终服务。每个服务运行在独立的进程中 服务与服务之间采用轻量级的通信机制相互协作，每个服务都围绕具体的业务进行构建，并且能够被独立的部署到生产环境中，另外，应尽量避免统一的，集中式的服务管理机制，对具体的一个服务而言，应根据业务上下文，选择合适的语言，工具对其进行构建，

2.3、微服务优缺点

优点

• 单一职责原则，每个服务足够内聚，足够小，代码容易理解，这样能够聚焦一个指定的业务功能或有业务需求；
• 开发简单，开发效率提高，一个服务可能就是专一的只干一件事；
• 微服务能够被小团队进行开发，这个小团队是2-5人组成；
• 微服务是松耦合的，是具有功能意义的服务，无论是开发阶段还是部署阶段都是独立的；
• 微服务能够使用不同语言开发；
• 易于和第三方集成，微服务允许容易且灵活的方式集成自动部署，通过持续集成工具，如jenkins,Hudson,bamboo；
• 微服务易于被开发人员理解，修改和维护，这样小团队能够更关注自己的工作成果。无需通过合作才能实现价值；
• 微服务允许你融合最新技术；
• 微服务只是业务逻辑代码，不会与html,css或者其他界面混合；
• 每个微服务都有自己的存储方式，可以是单独的数据据，也可以是统一的数据库

缺点：

• 开发人员要处理分布式系统的复杂性；
• 多服务运维难度增加，随着服务的增加，运维成本和压力增加；
• 系统部署依赖；
• 服务间通信成本增加；
• 数据出现不一致问题（原因：网络延迟）；
• 系统集成测试；
• 性能监控

2.4、微服务技术栈有哪些？

微服务	技术
服务开发	SpringBoot,Spring,SrpingMVC
服务配置与管理	Netflix公司的Archaius,阿里的Diamond等
服务注册与发现	Eureka、Consul、Zookeeper等
服务调用	Rest,RPC,gRPC（谷歌）
服务熔断器	Hystrix,Envoy等
负载均衡	Ribbon,Nginx等
服务接口调用（客户端调用服务的简化工具）	Feign等
消息队列	Kafka,RabbitMQ,ActiveMQ等
服务配置中心管理	SpringCloudConfig、Chef等
服务路由	Zuul等
服务监控	Zabbix,Nagios、Metrics、Specator等
全链路追踪	Zipkin,Brave、Dapper等
服务部署	Docker,OpenStack,k8s等
数据流操作开发包	SpringCloud Stream(封装与Redis、Rabbit,Kafka等发送接受消息)
事件消息总线	SpringCloud Bus