前言
微服务架构是一种架构模式或者说是一种架构风格,它提倡将单一应用程序划分成一组小的服务,每个服务运行在其独立的自己的进程中,服务之间互相协调、互相配合,为用户提供最终价值。
服务之间采用轻量级的通信机制互相沟通(通常是基于HTTP的RESTful API)。每个服务都围绕着具体业务进行构建,并且能够被独立地部署到生产环境、类生产环境等。
另外,应尽量避免统一的、集中式的服务管理机制,对具体的一个服务而言,应根据业务上下文,选择合适的语言、工具对其进行构建,可以有一个非常轻量级的集中式管理来协调这些服务,可以使用不同的语言来编写服务,也可以使用不同的数据存储。
从技术维度来说:
微服务化的核心就是将传统的一站式应用,根据业务拆分成一个一个的服务,彻底地去耦合,每一个微服务提供单个业务功能的服务,一个服务做一件事,从技术角度看就是一种小而独立的处理过程,类似进程概念,能够自行单独启动或销毁,拥有自己独立的数据库。
先来看看微服务相关的面试题
微服务之间是如何独立通讯的
springCloud和dubbo 有哪些区别?
springboot和springcloud,请你谈谈对他们的理解?
什么是微服务熔断?什么是服务降级?
微服务的优缺点分别是什么?说下你在项目开发中碰到的坑
你所知道的微服务技术栈有哪些?请列举一二
eureka和zookeeper都可以提供服务的注册和发现的功能,请说说两个的区别?
微服务一直是大厂