Microservice(一)[微服务-概述]

微服务架构将大型应用拆分为独立、小型的服务,每个服务具有单一职责,通过轻量级通信协同工作。与单体架构相比,微服务易于开发、测试和扩展,但运维要求高,接口调整成本增加,且存在分布式的复杂性。微服务架构的优势在于快速响应需求变化、简化开发并提高系统稳定性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1.概念

狭义:

微(micro):小;
服务(service):服务不同于系统,服务是指服务于一个或者服务于一组相对较小且独立的功能单元,是用户可以感知的最小功能集。

广义:

微服务是一种分布式系统解决方案,推动细粒度服务的使用,这些服务协同工作。

2.微服务架构

微服务架构风格是将单个应用程序作为一组小型服务开发的方法,每个服务程序都在自己的进程中运行,并与轻量级机制(通常是HTTP资源API)进行通信。这些服务是围绕业务功能构建的。可以通过全自动部署机器独立部署。这些服务器可以用不同的编程语言编写,使用不同的数据存储技术,并尽量不用集中式方式进行管理。

3.微服务与微服务架构

  • 微服务架构是将复杂的系统使用组件化的方式进行拆分,并使用轻量级通讯方式进行整合的一种设计方法
  • 微服务是通过微服务架构设计方法拆分出来的一个独立的组件化的小应用
  • 微服务架构定义的精髓:分而治之,合而用之

将复杂的系统进行拆分的方法,就是【分而治之】
分而治之:可以让复杂的事情变的简单。
用轻量级通讯等方式进行整合的设计,就是【合而用之】。
合而用之:可以让微小的力量变强大。

4.微服务架构与单体式/整体式架构的对比

1.单体式/整体式架构

整体式/单体式架构模型
单体式/整体式架构遵循传统的MVC逻辑分层,并不是物理上的分层。也就是说,对不同层的代码而言,经过编译、打包和部署后,所有的代码最终还是运行在同一个进程中。而这,就是所谓的单体式/整体式架构。
三层架构(MVC)的具体内容如下:
表示层(view): 用户使用应用程序时,看到的、听见的、输入的或者交互的部分。
业务逻辑层(controller): 根据用户输入的信息,进行逻辑计算或者业务处理的部分。
数据访问层(

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值