技术选型思考

最新推荐文章于 2024-05-31 10:46:10 发布
最新推荐文章于 2024-05-31 10:46:10 发布
阅读量88 收藏 1
点赞数
分类专栏： T31 文章标签： java 消息队列
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lfssst/article/details/121179388
版权

技术选型
image-20211104200149908

选型背后体现的不只是选型，个人的经历、教育经历、性格

image-20211104200335434

2013废弃

image-20211104200605645

mighty单表映射
在这里插入图片描述

为什么要技术选型

image-20211104201239510

要坚固降低研发成本和提高研发效率

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

image-20211104203526757

数据访问层

在这里插入图片描述

关于数据库链接如何管理的问题

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

image-20211104220638664
MQ
![在存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ywIJRaTn-1636183011535)(/Users/zhaokaijie/Library/Application Support/typora-user-images/image-20211021160855431.png)]

优势和劣势

优势：

应用解耦：一个业务需要多个模块共同实现，或者一条消息有多个系统需要对应处理，只需要主业务完成以后，发送一条MQ，其余模块消费MQ消息，即可实现业务，降低模块之间的耦合。

应用间解耦，提高容错性和可维护性

eg：[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-fRHo2CXz-1636183011537)(/Users/zhaokaijie/Library/Application Support/typora-user-images/image-20211021162901962.png)]

订单系统中需要库存支付物流共同实现，所以一条消息有多个系统需要对应处理，加入MQ之后，订单系统发送一条MQ，其余的系统消费MQ消息，如果再加入一个系统，不需要修改订单系统的代码，只需要MQ多发送一条消息就行。

异步提速：主业务执行结束后从属业务通过MQ，异步执行，减低业务的响应时间，提高用户体验。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-tIveTbLz-1636183011539)(/Users/zhaokaijie/Library/Application Support/typora-user-images/image-20211021164812655.png)]

订单系统分别向每一个消费者系统发送消息，每一个需要300ms，这样会消耗大量的时间，如果使用MQ

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-CTMhoPq6-1636183011541)(/Users/zhaokaijie/Library/Application Support/typora-user-images/image-20211021165347576.png)]

订单系统和MQ是一个短链接，这样的速度会非常的快，用户得到反馈的时间是25ms ，各个系统的300ms不影响用户得到反馈的时间

削峰填谷：高并发情况下，业务异步处理，提供高峰期业务处理能力，避免系统瘫痪。

在这里插入图片描述

劣势：

1、系统可用性降低。依赖服务也多，服务越容易挂掉。需要考虑MQ瘫痪的情况

2、系统复杂性提高。需要考虑消息丢失、消息重复消费、消息传递的顺序性

3、业务一致性。主业务和从属业务一致性的处理

使用的前提

在这里插入图片描述

使用的场景

在这里插入图片描述

1.5常见的MQ的产品

在这里插入图片描述

​ rabbitMQ延迟最低，文档完备，单机吞吐量可以依靠集群实现

rocketMQ 对中国人最友好的 阿里开发的

MQ基本概念

在这里插入图片描述

lfssst
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
容器技术企业落地的思考与选型
02-25
重新定义计算的边界，我们在历史的潮流中总是可以看到，新的理念，新的技术，前仆后继，有的在洪流中扬名立万，有的则被无情冲刷，有的离目标仅咫尺之遥，有的则凭其变革的力量正在接受行业的检验。不管经历如何，...
菜鸟实时数仓技术架构演进
02-24
导读：在开源盛世的今天，实时数仓的建设已经有了较为成熟的方案，技术选型上也都各有优劣。菜鸟作为物流供应链的主力军，时效要求已经成为了核心竞争力，离线数仓已不能满足发展的需要，在日益增长的订单和时效挑战...
技术选型的一点个人思考
架构文摘
10-16 158
1前言这个题目有点大。工作也有些年头，从开始入行的被动接受，什么流行就学什么；到有一些想法，会去思考为什么使用这种技术；再到主动去学习一些前沿框架。从开始的不理解，事不关已高高挂起，不在...
关于技术选型的思考
weixin_33811961的博客
12-08 103
2019独角兽企业重金招聘Python工程师标准>>> ...
技术选型思考与总结
yizefeng7241的专栏
02-20 197
技术选型考量点 1.是否主流（使用范围广度） 第三方对接便捷度、人员上手难易度 2.业务针对性 如：开发语言（python/java）、通讯方式（http/socket） 3.社区活跃性 问题的反馈（解决问题的时间成本）、版本的更新迭代 4.文档质量与完善度 学习、查阅、解决问题 技术选型考量出发点： 1.学习成本 2.人员成本 3.时间成本 4.维护成本 考量点： 1.易用性 2.性能瓶颈 3.稳定性 4.扩展性 5.安全性 ...
技术选型背后的思考
Path
07-27 1493
笔者在工作经历中曾多次遇到关于技术选型的问题，而每一次的技术选型都无一例外的纠结、反复。经常出现的现象是，在项目推进的过程中多次反复修改技术选型，客观上造成了效率的降低，而当最终选定某一个选型时，又觉得这个结果似乎是显而易见的。为了避免反复纠结造成效率降低，笔者觉得有必要总结下选型中常见的思考方式，方便以后参考。每一次技术选型都是在特定的需求场景下，结合各种各样的主观、客观因素，最初一个最优的选择...
高性能微服务架构技术选型
weixin_35997672的博客
08-31 1100
前言，如何了解到其中相关技术。博主在看到vert.x之前，感觉spring体系的内容非常笨重，性能也比较低，就算spring后来出了webflux后来想到提出一个异步的架构想法。让第三方组件变成结果回来，再执行，这样就不会有线程阻塞，核心还是基于线程池来实现，因为线程池的线程复用，其实就是不停的去到task去执行。在寻找异步mysql驱动的过程中，发现了vert.x。详细看了vert.x之后，就感觉自己太异想天开，虽然以上方式可以实现，但是，vert.x已经做的很完善了，比如实现轻量级的协程，类似go。然后
前端技术选型思考
weixin_33736649的博客
12-05 424
1、引言 我们在做前端项目开发时，都不可避免地要思考选型问题，即用什么技术开发我们的应用。 以下是本人的一些思考，欢迎补充。 2、先问自己一个问题 我的项目需求是怎样的？ 不同需求的项目适合不同的技术栈。 传统的多页应用你不会选择react作为前端框架，单页应用使用jQuery来做也变得非常困难，所以不同项目适合不同的技术栈。 目前前端项目可以分为多页应用跟单页应用。 3、多页应用 多页应用就是我...
技术选型思考：分库分表和分布式DB（TiDB/OceanBase） 的权衡与抉择
码到三十五
03-05 5458
在当今数据爆炸的时代，数据库作为存储和管理数据的核心组件，其性能和扩展性成为了企业关注的重点。随着业务的发展和数据量的不断增长，传统的单库单表架构逐渐暴露出性能瓶颈和扩展性限制。为了应对这些挑战，企业常常需要在分库分表、TiDB 和 OceanBase 等技术方案中进行选型。本文将围绕这三个方案展开讨论，帮助读者更好地理解它们的优势和适用场景，从而做出明智的选型决策。
技术选型-技术委员会必要的思考-沈剑.pdf
09-14
技术选型-技术委员会必要的思考-沈剑.pdf
容器技术企业落地的思考与选型.docx
10-24
容器技术企业落地的思考与选型.docx
【STM32学习】HAL库点灯学习
2301_78895982的博客
05-26 891
STM32基于HAL库流水灯实验_hel库安装教程中文版-CSDN博客t=N7T8。
operator ＜=＞ (spaceship operator)
janeqi1987的专栏
05-28 898
= 与!= 操作符为了检查是否相等，现在定义== 操作符就够了。当编译器找不到表达式的匹配声明a!=b 时，编译器会重写表达式并查找!(a==b)。若这不起作用，编译器也会尝试改变操作数的顺序，所以也会尝试!(b==a):a!=b,!(b==a)因此，对于TypeA 的a 和TypeB 的b，编译器将能够识别并编译a!= b若需要的话，可以这样做• 一个独立函数operator!• 一个独立函数operator==(TypeA, TypeB)
Spring6基础笔记
质胜文则野，文胜质则史。文质彬彬，然后君子。
05-21 1208
Spring 是一款主流的 Java EE 轻量级开源框架 ，Spring 由“Spring 之父”Rod Johnson 提出并创立，其目的是用于简化 Java 企业级应用的开发难度和开发周期。Spring的用途不仅限于服务器端的开发。从简单性、可测试性和松耦合的角度而言，任何Java应用都可以从Spring中受益。Spring 框架除了自己提供功能外，还提供整合其他技术和框架的能力。Spring 自诞生以来备受青睐，一直被广大开发人员作为 Java 企业级应用程序开发的首选。时至今日，Spring 俨然
Java 异常处理中try-catch块、finally子句以及自定义异常的使用
最新发布
Itmastergo的博客
05-31 670
异常是程序运行过程中出现的非正常情况。Java 使用异常类（Exception 类及其子类）来表示这些异常情况。异常处理的核心思想是将正常的程序流程与异常处理流程分离开来，使代码更加清晰和可维护。Throwable 类：所有异常和错误的基类。Error 类：表示系统级的错误，程序通常无法处理，比如内存不足（OutOfMemoryError）。Exception 类：表示程序中可以处理的异常情况。RuntimeException 类。
Java手动启动jar包
liangweihao的博客
05-29 226
【代码】Java手动启动jar包。
java多线程创建方式
weixin_57763462的博客
05-28 1051
这种方式是通过创建一个实现了Runnable接口的类，并实现run()方法来创建线程。然后将这个类的对象作为参数传递给Thread类的构造器，并调用Thread对象的start()方法来启动线程。这种方式是通过创建一个实现了Callable接口的类，实现call()方法，并使用FutureTask或者ExecutorService来创建线程。这种方式的优点在于，由于Java不支持多重继承，如果你的类需要继承其他类，那么实现Runnable接口将是唯一的选择。// 在这里定义线程的执行逻辑。
Redis学习笔记【基础篇】
qq_42192253的博客
05-30 773
这样以来，我们就可以把不同类型的数据区分开了。从而避免了key的冲突问题。HSET key field value：添加或者修改hash类型key的field的值。获取sorted set 中的指定元素的排名：ZRANK key member。HGET key field：获取一个hash类型key的field的值。通过给key添加前缀加以区分，不过这个前缀不是随便加的，有一定的规范。HMSET：批量添加多个hash类型key的field的值。HMGET：批量获取多个hash类型key的field的值。
C语言基础——数组
2302_80177460的博客
05-27 1051
C语言基础——字符串与数组及部分操作符-CSDN博客），这里再简单说明一下吧。我们都知道，如果我们在C语言中想要创建很多个变量，如果是一个一个创建的话那效率太低下了，这个时候或许会有人想到用循环来搞定，但是我们再细想想，如果用循环来表示的话我们应该把这组数据储存在哪里呢，如果只是创建一个变量的话那么后一次循环会覆盖掉前一次循环，但是如果创建很多个变量的话又不好在循环之中插入，这个时候我们便可以使用我们心心念念的数组啦。我们这一章节就来具体看看数组到底是什么吧。
应用方案要体现出自己对RFID技术及行业场景观察后的创新思考 1、题目 以RFID应用解决方案为关键字，根据应用场景自拟。 2、内容要求 至少包括： 一、行业背景与应用需求分析 二、功能需求与技术选型分析 三、系统方案 包括系统组成、架构、技术或功能特点（图、文） 四、关键技术（或市场应用）问题讨论 针对该方案中可能存在的技术或市场问题展开讨论，说明自己的观点。
02-21
答：RFID应用的解决方案是基于行业背景和应用需求的分析，根据不同的需求，选择合适的功能和技术，并结合系统架构和组成，提出不同的系统方案。在方案的设计中，应当充分考虑到可能出现的关键技术和市场应用问题，并...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值