本文介绍: 微服务的基础介绍
目录
一、单体结构 VS 分布式结构
单体结构:将所有功能集中在一个项目开发,打包部署。
优点:架构简单,部署成本低;
缺点:耦合度较高。
分布式结构:根据业务功能的具体功能对系统进行拆分,每个业务模块作为独立的项目开发,称为一个服务。
优点:耦合度低,便于业务拓展。
缺点:架构复杂,运维、监控以及部署的难度大。
二、微服务简介
微服务是一种经过良好架构设计的分布式架构方案
微服务架构特征:
- 单一职责:微服务拆分粒度更小,每一个服务都对应唯一的业务能力,做到单一职责,避免重复业务开发;
- 面向服务:微服务对外暴露业务接口;
- 自治:团队独立、技术独立、数据独立、部署独立;
- 隔离性强:服务调用做好隔离、容错、降级,避免出现级联问题。
微服务注意点:
- 微服务需要根据业务模块拆分,做到单一职责,不要重复开发相同业务
- 微服务可以将业务暴露为接口,供其它微服务使用
- 不同微服务都应该有自己独立的数据库
微服务调用方式:基于RestTemplate发起的http请求实现远程调用,http请求做远程调用是与语言无关的调用,只要知道对方的ip、端口、接口路径、请求参数即可。
服务调用关系:
服务提供者:暴露接口给其它微服务调用
服务消费者:调用其它微服务提供的接口
提供者与消费者角色其实是相对的,一个服务可以同时是服务提供者和服务消费者
原文地址:https://blog.csdn.net/m0_62404808/article/details/135659462
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。
如若转载,请注明出处:http://www.7code.cn/show_59504.html
如若内容造成侵权/违法违规/事实不符,请联系代码007邮箱:suwngjj01@126.com进行投诉反馈,一经查实,立即删除!
声明:本站所有文章,如无特殊说明或标注,均为本站原创发布。任何个人或组织,在未征得本站同意时,禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益,可联系我们进行处理。