1. 微服务: 就是将传统的一站式应用,根据业务拆分成一个一个的服务,彻底地去耦合,每一个微服务提供单个业务功能的服务,
一个服务做一件事,从技术角度看就是一种小而独立的处理过程,类似进程概念,能够自行单独启动或销毁,拥有自己独立的数据库。
* 简单解释: 当一个项目中有发短信功能、支付功能、首页展示功能、结算系统、论坛功能这5个功能的时候。
* 由于在一个系统中,所以如果有一个系统出了问题,比如支付功能出了问题,那我们就要解决Bug,停下服务器重新部署。
* 如果是微服务,那么就是将上述功能,拆分为5个项目,独立运行。如果支付出了问题,其他的功能依然能用,只需要解决支付的Bug。
* 这么一个一个的项目,部署后,就被称为: 微服务
2. 微服务架构:它提倡将单一应用程序划分成一组小的服务,服务之间互相协调、互相配合,为用提供最终价值。每个服务运行在其独立的进程中,
服务与服务间采用轻量级的通信机制互相协作(通常是基于HTTP协议的RESTful API)。每个服务都围绕着具体业务进行构建,并且能够被独立
的部署到生产环境、类生产环境等。另外,应当尽量避免统一的、集中式的服务管理机制,对具体的一个服务管理机制,应根据业务上下文,
选择合适的语言、工具对其进行构建。
* 简单解释:上面说了,微服务是一个一个的项目被称为: 微服务 ; 那么微服务架构就是多个微服务的组成,完成的一套系统,就是微服务架构。
3. springCloud :既不是微服务,也不是微服务架构。 springCloud可以搭建微服务架构。
目前各大IT公司,用不同的技术搭建微服务架构:
阿里Dubbo/HSF
京东JSF
新浪微博Motan
当当网DubboX