微服务框架实践——学习笔记

最新推荐文章于 2024-09-19 07:27:32 发布
最新推荐文章于 2024-09-19 07:27:32 发布
阅读量889 收藏 5
点赞数
分类专栏： 架构相关 文章标签： 微服务 spring cloud 学习笔记 后端架构
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_37422289/article/details/82853876
版权

作者: http://dockone.io/people/hokingyang
原文链接:
微服务实战（一）：微服务架构的优势与不足
微服务实战（二）：使用API Gateway
微服务实战（三）：深入微服务架构的进程间通信
微服务实战（四）：服务发现的可行方案以及实践案例
微服务实践（五）：微服务的事件驱动数据管理
微服务实践（六）：选择微服务部署策略
微服务实践（七）：从单体式架构迁移到微服务架构

微服务实战（一）：微服务架构的优势与不足

微服务的优势是解耦，对开发运维效率和系统运行效率都有极大的提升。
微服务相比单体式应用的问题本质上是多进程编程对比单进程编程*的问题。
解决单机多进程的经验，如IPC、消息队列和mmap等在微服务中都能得到实践。
每个服务单独使用一个database,这为数据库CAP带来挑战。
例如,一个用户完成一笔消费,同时影响购物车/推荐系统/评论系统等的数据.在单体式应用容易实现一致性,分布式微服务必须使用RPC或消息队列等通讯机制，开销增大。

一些体会笔记

从某个角度来看, 我们从代码段落到函数再从面向过程到面向对象为的就是解耦,为了不做重复的工作. 一切都是为了当工程量日益增大时, 多个程序员之间的高效协同开发.
举个例子, 当个人程序员开发的时候,遇到重复代码,可能会先想着把代码块打包成函数, 仅暴露参数与返回值即可. 此时随着函数的体量越来越大,我们可以打包成python中的模块(module)或者java中的包(package),然后在每个工程当中引入模块或包即可.
但此时,随着工程数目的增加,相当于每一份工程代码当中都有大量的重复模块(例如, 可能都在从一个数据库里取一些基本数据并进行格式化),运行时来考虑的话就是每个进程当中都有相当一部分时间在做同样的事情. 并且最大的问题在于模块需要修改的时候,将直接影响到每一个工程.
因此,微服务的要点就是实现一个服务对应一个进程, 以进程来作为模块的隔离边界得到充分的解耦. 当模块需要改动时, 只需要保证调用的接口不变(参数与返回值),直接在单个服务上改动就可以完成升级.
可以说, 微服务的其他特征, 如运维部署和分布式通信方面的特点, 都是由"一个服务对应一个进程"这个特点带来的.

微服务实战（二）：使用API Gateway

02

客户端到微服务直接通信

问题1: 客户端的需求量与每个微服务暴露的细粒度API数量的不匹配.
每个服务使用一个URL,一个client的WEB UI或者APP需要发起数十个HTTP请求,网络开销大.

问题2: 后端微服务的重构都需要客户端进行改动,特别是将一个微服务拆分成多个时,前端改动大.

采用一个API Gateway

03

使用一个GATEWAY为客户端统一服务.

GATEWAY还可能有其他功能，如授权、监控、负载均衡、缓存、请求分片和管理、静态响应处理等.

实现: GATEWAY以单个页面的需求进行定制化,选择性地挑选页面需要的服务,对客户端封装调用服务的过程,API GATEWAY是一个粗粒度的REST API.

API Gateway的优点和缺点

难点: 保证API GATEWAY的高可用.API GATEWAY作为统一入口,需要负担高性能和可拓展的责任.

  • 采用反应性编程模型
  • 服务调用: 线程间通信-同步与异步结合
  • 服务发现
  • 处理部分失败

微服务实战（三）：深入微服务架构的进程间通信

04
对客户端隐藏微服务耦合结构,各服务间需要通信.

交互模式:

解决两个问题:

  1. 一对一还是一对多
  2. 同步还是异步

05

调用端是否关心实时响应:

是: 同步,例如,购物车获取商品信息.

否: 异步,例如,商品加入购物车,推荐系统获得商品信息,给出推荐结果.例如,发布打车请求后回到地图页面,服务端异步地把打车请求分发给附近的司机.

一对多的交互模式有以下几种方式：

• 发布/ 订阅模式：客户端发布通知消息，被零个或者多个感兴趣的服务消费。

• 发布/异步响应模式：客户端发布请求消息，然后等待从感兴趣服务发回的响应。

实例:打车系统的IPC

06

上图中的服务通信使用了通知、请求/响应、发布/订阅等方式。例如，乘客通过移动端给『行程管理服务』发送通知，希望申请一次出租服务。『行程管理服务』发送请求/响应消息给『乘客服务』以确认乘客账号是有效的。紧接着创建此次行程，并用发布/订阅交互模式通知其他服务，包括定位可用司机的调度服务。

API的演化

定义API需要考虑新旧版本同时运行.

实现1: 规定缺省响应值,客户端对于响应默认不处理.

实现2: URL加入版本号使不同版本API共存.

处理部分失败

API GATEWAY的失败为线程失败: 会影响整体进程.

解决方案:

  1. 网络超时
  2. 限制请求次数
  3. 断路器模式:记录成功和失败请求的数量。如果失效率超过一个阈值，触发断路器使得后续的请求立刻失败。如果大量的请求失败，就可能是这个服务不可用，再发请求也无意义。在一个失效期后，客户端可以再试，如果成功，关闭此断路器。
  4. 提供回滚：当一个请求失败后可以进行回滚逻辑。例如，返回缓存数据或者一个系统默认值。

IPC技术

异步: 消息队列

同步: RPC/REST/Thrift

微服务实战（四）：服务发现的可行方案以及实践案例

问题描述:

  1. 传统应用: 服务部署在固定的机器上.在配置当中写好IP地址即可.
  2. 微服务: 动态部署, 服务地址不固定.需要更复杂的服务发型机制,动态定位.

07

客户端发现模式:

08

在客户端与服务之间加上一层服务注册层管理服务. 在客户端实现负载均衡,查看可用服务,决定请求地址.
服务实例的网络位置是在启动时注册到服务注册表中，并且在服务终止时从注册表中删除。服务实例注册信息一般是使用心跳机制来定期刷新的。

最大的缺点是需要针对不同的编程语言注册不同的服务，在客户端需要为每种语言开发不同的服务发现逻辑。(?未理解)

服务端发现模式:

客户端通过负载均衡器向某个服务提出请求，负载均衡器向服务注册表发出请求，将每个请求转发往可用的服务实例。跟客户端发现一样，服务实例在服务注册表中注册或者注销。
09

简而言之,将客户端实现的功能搬到负载均衡器实现.

  • 优点: 客户端解耦.
  • 缺点: 负载均衡器需保证高可用.

服务注册

服务实例注册和注销主要有两类方式。

  1. 服务实例自动注册到服务注册表中，也就是自注册模式；
  2. 某个系统模块负责处理注册和注销，也就是第三方注册模式。

DNS注册

使用DNS绑定<域名,IP地址>实现动态发现服务地址. NGINX Plus支持.

微服务实践（五）：微服务的事件驱动数据管理

单体式应用使用RDBMS的优势:

  1. ACID transactions
  2. SQL的方便查询与引擎的自带优化

要点:

微服务框架中各服务维护各自database,事务操作的ACID如今没法保障.

10

整体思路:

在多个服务之间找到通讯方式,把事务操作抽象为具体的事件,如创建订单,发起付款和点赞等. 由事件发起,触发相关的服务发布另一个事件,并更新自身数据库.

详细解决方案:

  1. 消息队列:发布/订阅
  2. 交易日志挖掘:感知数据库的变化
  3. 事件源:进一步解耦,创建一个基本服务进行事件管理与发布.

微服务实战（六）：选择微服务部署策略

总结:

和虚拟机相比,如Docker这类容器技术拥有很多优势.
容器技术离宿主操作系统更近,各个不同容器之间共享内核态操作系统,只在用户态操作系统有各自的沙盒,安全性会收到一定程度上的考验,但是一般使用都不会有这类问题.

微服务实践（七）：从单体式架构迁移到微服务架构

整体策略:

不做大规模迁移,逐步分离直到单体式架构被完全替代或自身成为微服务一部分.

策略1——停止挖掘

新功能以微服务实现

11

开发内容:
  1. 路由分发模块,区分新功能与原有功能.
  2. 胶水语言,新功能微服务往往与旧的单体式构架存在严重耦合,数据互相依赖.

微服务有三种方式访问单体应用数据：

  1. 使用单体应用提供的远程API
  2. 直接访问单体应用数据库
  3. 自己维护一份从单体应用中同步的数据

策略2——业务分层

  • 表现层——处理HTTP请求，要么响应一个RESTAPI请求，要么是提供一个基于HTML的图形接口。对于一个复杂用户接口应用，表现层经常是代码重要的部分。
  • 业务逻辑层——完成业务逻辑的应用核心​
  • 数据访问层——访问基础元素，例如数据库和消息代理​.

12

策略3——抽出服务

如何选择被抽出模块进行服务化:

  1. 变化频率最高的;
  2. 资源消耗高,时间与空间资源.
  3. 根据模块的同步/异步,抽出异步模块对完成同步功能的逻辑影响小.

总结:

使原有单体式框架逐步架空, 随着抽离程度越高,服务化会越来越容易.

chrispink_yang
关注
专栏目录
Java微服务框架
2301_78297748的博客
06-06 1117
微服务在开发领域的应用越来越广泛，因为开发人员致力于创建更大、更复杂的应用程序，而这些应用程序作为微小服务的组合能够更好地得以开发和管理。这些微小的服务可以组合在一起工作，并实现更大、应用更广泛的功能。现在出现了很多的工具来满足使用逐段法而不是一次性地设计和构建应用程序的所有需求。今天，我们来看一下什么是微服务、使用微服务的好处，以及几个代码示例。
十分钟搭建微服务框架（SpringBoot +Dubbo+Docker+Jenkins源码）
Moonxiyue的博客
06-19 1824
这套系统搭建完之后，那可就厉害了：微服务架构 你的整个应用程序将会被拆分成一个个功能独立的子系统，独立运行，系统与系统之间通过RPC接口通信。这样这些系统之间的耦合度大大降低，你的系统将非常容易扩展，团队协作效率提升了N个档次。这种架构通过眼下流行的SpringBoot和阿里巴巴吊炸天的Dubbo框架来实现。容器化部署 你的各个微服务将采用目前处于浪潮之巅的Docker来实现容器化部署，避免一切因环境引起的各种问题，让你们团队的全部精力集中在业务开发上。自动化构建 项目被微服务化后，各个服务之间的关系错中复
微服务架构学习笔记
shade7的博客
08-26 955
什么是微服务 一个或者一组相对较小且独立的功能单元，用户可以感知最小功能集。 微服务架构 一组小的服务 独立的进程 ：以进程的方式横向扩展 轻量级通信 ：使用轻量级协议 基于业务能力 ：基于不同的服务构建 独立部署 ： 团队之间不需要协调 无集中式管理 ：没有统一的架构团队，可以采用不同的技术栈 微服务特点 服务间松散耦合 服务面向架构 有界数据源：每个微服务有不同的数据源 微服务本质 微服务本质是系统提供一套基础的架构，这种架构使得微服务可以独立的部署、运行、升级...
Vue|配置路由
最新发布
weixin_52424354的博客
09-19 1157
注意：首先要进行引入“import {history: createWebHistory(import.meta.env.BASE_URL) ,//路由模式，默认routes: [ //路由配置 通过路由进行整体配置//数组， {component:Login, } ] }) export default router//暴漏router对象，以便在Vue应用的入口文件中导入并使用它。
【微服务】微服务架构实践
bandaoyu的note
12-06 1055
微服务架构实践 本文转载于本人的微信公众号中的文章，最新文章请关注公众号。 目录 业务背景 微服务概念 微服务技术选型 微服务架构设计 微服务架构设计落地 微服务架构设计过程中积累的心得 总结 一、业务背景 1.1 产品现状 1、各产品系统独立开发，代码复用率低，系统之间互相调用，耦合严重，系统解耦独立部署困难。 2、传统的单体架构，规模越来越大也越来越笨重；当新功能的开发、功能的重构变得不再敏捷可控；测试者的回归测试边界难以琢磨；系统的上线部署也变的艰难 3、高并发访问下无法提供可靠性服务 4
学习spring cloud第一课（微服务架构概述）
u012453843的专栏
02-12 6204
现在微服务这个名词越来越火了，公司最近也想使用微服务的技术，因此我就把我学习的东西记录下来，以备以后查询。既然要学习微服务，那么什么是微服务？微服务解决了什么问题？微服务有什么特点？就是我们首先要搞清楚的问题。         为了搞清楚什么是微服务我们首先来说一下传统的单体架构，一个归档包包含了应用所有功能的应用程序，我们通常称之为单体应用。架构单体应用的架构风格，我们称之为单体架构。如下图所
微服务学习——微服务框架
jihuaTEL的博客
04-20 520
Feign是一个声明式的http客户端，官方地址: https://github.com/OpenFeign/feign其作用就是帮助我们优雅的实现http请求的发送，解决上面提到的问题。使用Feign的步骤如下∶。
乐优商城19天(全)项目笔记
03-02
乐优商城19天(全)项目笔记是一个全面记录了基于SpringCloud微服务架构的电商平台开发过程的学习资源。这份笔记涵盖了从项目初始化到系统完善的所有关键环节，旨在帮助开发者深入理解SpringBoot、SpringCloud和Vue.js...
Java职业规划（职业晋升路线、技术转移路线、工作经验与技术栈的匹配）——学习笔记
javase1085的博客
03-15 3863
1.职业晋升路线 通常认为，初级：工作1、2年；中级：工作2、3年；高级：三年以上工作经验。（并不意味着开发了三年就一定能够达到高级的水平） 初级 薪资：6k~10k（北京，实习生可能低于6k） 工作：辅助性的工作，辅助中级和高级工程师，测试、数据筛选、细节完善、系统维护 中级 薪资：10~17k，具体看面试能力 工作：模块化的开发，如商品模块、购物车模块、支付模块。项目中90%以上的代码是由中级工程师来完成的。市场需求最大，主力军。想学习交流HashMap,nginx、dubbo、Spring MV
华为18级大牛整理总结：微服务设计和分布式服务框架原理实践文档
A1867350的博客
04-20 1136
对于很多Java工程师而言，想要提升技能，往往是自己摸索成长，不成体系的学习效果低效漫长且无助。整理的这些资料希望对Java开发的朋友们有所参考以及少走弯路，本文的重点是你有没有收获与成长，其余的都不重要，希望读者们能谨记这一点。再分享一波我的Java面试真题+视频学习详解+技能进阶书籍《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！备注Java获取）**
java框架学习笔记spring笔记
12-19
Spring 框架是 Java 开发中的核心框架之一，它为构建企业...以上就是 Spring 框架的主要知识点，这些概念和功能在 Java 开发中扮演着重要角色，通过深入理解和实践，可以提升开发者构建高效、稳定的企业级应用的能力。
微服务最佳实践
纸上得来终觉浅，绝知此事要躬行
09-19 1843
在我还不知道什么叫微服务架构的时候我就使用过它。以前，我写了一些管道程序(pipeline application)，它由一些相互和队列交互的模块构成。自那之后，一批ThoughtWorks的专家也讨论过微服务。Fred George[1]，接着是James Lewis[2]还有 Martin Fowler[3] 都写博文讨论微服务，使得微服务变成了下一个时髦术语，现在每个公司都想使用一些微服务。
SpringCloud微服务实战学习笔记
dyz616012919的博客
12-26 286
SpringCloud 简介 Spring Cloud 是一个基于Spring Boot 实现的微服务架构开发工具.它为微服务架构中涉及的配置管理、服务治理、断路器、智能路由、微代理、控制总线、全局锁、决策竞选、分布式会话和集群状态管理等操作的提供了一种简单的开发方式.(百度的基础概念) Spring Colud包含的子项目 Spring Cloud Config 配置管理工具,支持使用git存储...
微服务架构的学习
qq_28051905的博客
05-20 358
提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档 微服务架构一、最初的需求以及设计1.网站的功能2.后台的功能3.系统架构二、新需求的出现和应对方法1.新的需求2.系统架构3.不合理的地方三、全新的微服务架构1.公共服务的抽取2.基于单一数据库的设计3.基于多数据库的设计4.此时还存在问题四、问题的解决方法1.监控 - 发现故障的征兆2.定位问题 - 链路跟踪3.分析问题 - 日志分析4.网关 - 权限控制，服务治理5.服务注册与发现 - 动态扩容6.熔断、服务降级、限流6.1 熔断6.2
微服务架构学习
风儿甚是喧嚣的博客
12-26 1576
学习微服务架构演进，了解各种架构的不同，作为学习微服务框架前的思想入门。
微服务探索与实践—总述
FK2015139136的博客
03-09 196
背景 软件开发是一个不断发展的过程，从当初的面向过程为主到如今的面向对象的开发，软件开发者不断探索与实践更加符合时代发展要求的开发模式与架构思想，而这，也在极大程度上提高了软件开发的效率。 微服务是一种架构模式或者说是架构风格，而架构这个词语，相信有很多人都曾试图为它做出明确的定义，可是很难下，因为软件架构也在不断发展，内涵也在不断得到丰富。只是不变的是，我们需要通过软件架构，根据族...
微服务实践
m0_60725291的博客
02-05 497
目录方法篇服务粒度拆分方法基于业务逻辑拆分基于可扩展拆分基于可靠性拆分基于性能拆分基础设施基础设施篇 方法篇 服务粒度 针对微服务拆分过细导致的问题，我建议基于团队规模进行拆分，类似贝索斯在定义团队规模时提出的“两个披萨”理论（每个团队的人数不能多到两张披萨都不够吃的地步），分享一个我认为微服务拆分粒度的“三个火枪手”原则，即一个微服务三个人负责开发。 为什么是 3 个人，不是 4 个，也不是 2 个呢？ 首先，从系统规模来讲，3 个人负责开发一个系统，系统的复杂度刚好达到每个人都能全面理解整个系统，又能够
微服务的实践
步北宸的博客
03-14 298
微服务的实践 概述 要实际的应用微服务，需要解决以下问题： 客户端如何访问这些服务 每个服务之间如何通信 如此多的服务，如何实现？ 服务挂了，如何解决？（备份方案，应急处理机制） 客户端如何访问这些服务？ 原来的 Monolithic 方式开发，所有的服务都是本地的，UI 可以直接调用，现在按功能拆分成独立的服务，跑在独立的一般都在独立的虚拟机上的 Java 进程了。客户端 U...
iBatis持久层框架快速入门与学习笔记
"iBatis 学习笔记，涵盖了iBatis 框架的基本概念、环境搭建、配置文件等核心内容。" iBatis 是一个轻量级的持久层框架，它提供了一种将SQL语句与Java代码分离的方式，从而简化了数据访问层的开发。相比于传统的JDBC...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值