微服务、微服务架构、springCloud理解

1.  微服务: 就是将传统的一站式应用,根据业务拆分成一个一个的服务,彻底地去耦合,每一个微服务提供单个业务功能的服务,
一个服务做一件事,从技术角度看就是一种小而独立的处理过程,类似进程概念,能够自行单独启动或销毁,拥有自己独立的数据库。
* 简单解释: 当一个项目中有发短信功能、支付功能、首页展示功能、结算系统、论坛功能这5个功能的时候。
* 由于在一个系统中,所以如果有一个系统出了问题,比如支付功能出了问题,那我们就要解决Bug,停下服务器重新部署。
* 如果是微服务,那么就是将上述功能,拆分为5个项目,独立运行。如果支付出了问题,其他的功能依然能用,只需要解决支付的Bug。
* 这么一个一个的项目,部署后,就被称为: 微服务

 

2. 微服务架构:它提倡将单一应用程序划分成一组小的服务,服务之间互相协调、互相配合,为用提供最终价值。每个服务运行在其独立的进程中,
服务与服务间采用轻量级的通信机制互相协作(通常是基于HTTP协议的RESTful API)。每个服务都围绕着具体业务进行构建,并且能够被独立
的部署到生产环境、类生产环境等。另外,应当尽量避免统一的、集中式的服务管理机制,对具体的一个服务管理机制,应根据业务上下文,
选择合适的语言、工具对其进行构建。

 * 简单解释:上面说了,微服务是一个一个的项目被称为: 微服务 ; 那么微服务架构就是多个微服务的组成,完成的一套系统,就是微服务架构。

 

3. springCloud :既不是微服务,也不是微服务架构。 springCloud可以搭建微服务架构。
  目前各大IT公司,用不同的技术搭建微服务架构:
    阿里Dubbo/HSF    
    京东JSF        
    新浪微博Motan    
    当当网DubboX    

 

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值