微服务
文章平均质量分 89
Archie_java
求知若饥,虚心若愚(stay hungry,stay foolish)
好记性不如烂笔头
展开
-
高并发解决方案详解(9大常见解决方案)
综合运用上述高并发架构解决方案,都可以构建出具有高性能、高可用和可扩展性的系统,满足大量并发请求的需求。类似淘宝这样的网站,海量数据的存储和访问成为了系统设计的瓶颈问题,一张表超过了亿级数据,都会考虑拆分。对于一些耗时的操作,比如:下订单后的发短信,并发量大的情况下同步操作极为耗时,需要改造为异步请求。当系统面临突发的大量请求时,可以将请求暂时存储在消息队列中,然后按照系统的处理能力逐步消费和处理。会从一个拆分为多个系统,每个系统都有独立的数据库等,通过这样的横向扩展,就可以支撑更大的并发量。转载 2023-12-09 00:03:16 · 4039 阅读 · 0 评论 -
浅谈高并发的一些解决思路
中国互联网发展状况统计报告》指出,截至2020年6月,我国网民规模已经达到9.40亿,较2020年3月年增长3625万,除了如此庞大的用户基数,如今人们接入互联网的方式也越来越多样,小到智能手表,手机,大到笔记本,汽车,这也意味着实际使用互联网服务的entry point正以亿级的增长速率膨胀。也就是基于如此规模急剧扩大的环境下,服务厂商开始面临着两大压力,一个是更大的并发访问压力,一个是海量数据存储的压力。高并发问题是各大平台必须解决的问题之一,它关系着平台可以承担多大的用户量以及能否提供可靠的服务。转载 2023-12-08 23:16:10 · 141 阅读 · 0 评论 -
10分钟明白为什么要使用微服务
微服务架构是将单体应用拆分为多个高内聚低耦合的小型服务,每个服务运行在独立的进程,可由不同的团队开发和维护,服务间采用轻量通信机制,独立自动部署,可以采用不同的语言及存储。单体架构整个团队为何开发一个大工程和一个单库,在微服务架构中,用户请求经过API Gateway被路由到下游服务,服务之间以轻量级通信协议进行通信,服务通过注册中心发现彼此,每个服务都有专门的开发维护团队,每个服务都可以有自己独立的数据库,服务独立开发,部署,上线。原创 2023-12-08 00:09:38 · 206 阅读 · 0 评论 -
高并发场景以及应对技巧&&SpringCloud高可用架构图
高并发(High Concurrency)一般是指,通过设计保证系统能够同时并行处理很多请求。评价高并发处理能力的一些指标有响应时间(Response Time)、吞吐量(Throughput)、每秒查询率QPS(Query Per Second)、并发用户数等。响应时间:系统对请求做出响应的时间。例如系统处理一个HTTP请求需要200ms,这个200ms就是系统的响应时间。吞吐量:单位时间内处理的请求数量。QPS:每秒响应请求数。在互联网领域,这个指标和吞吐量区分不太明显。并发用户数。原创 2023-12-07 23:34:49 · 411 阅读 · 0 评论 -
高并发、高性能、高可用的问题解决方案
1)高并发高并发(High Concurrency)是互联网分布式系统架构设计中必须考虑的因素之一。当多个进程或线程同时(或着说在同一段时间内)访问同一资源时会产生并发问题,因此需要通过专门的设计来保证系统能够同时(并发)正确处理多个请求。2)高性能简单地说,高性能(High Performance)就是指程序处理速度快、耗能少。响应时间:系统对请求做出响应的时间。例如系统处理一个 HTTP 请求需要 200ms,这个 200ms 就是系统的响应时间。吞吐量:单位时间内处理的请求数量。TPS。原创 2023-12-07 00:02:24 · 477 阅读 · 0 评论 -
系统并发量和吞吐量&高并发性能指标:QPS、TPS、RT、并发数、吞吐量
上班的时候,同事问我知道系统并发量的计算公式吗?内心一惊(并不知道)之前的公司,开发一个接口,做了功能测试,就线上了根本没有考虑那么多如果是大一点的网站,这种明显存在问题,然后优化。系统吞吐量可以理解为系统的抗压能力,系统每秒中可以承受的用户请求次数QPS一台服务器在规定时间内**所处理流量多少的衡量标准, 即每秒的响应请求数,也即是最大吞吐能力Tps即每秒处理事务数,包括了用户请求服务器,服务器自己的内部处理,服务器返回给用户(每秒完成了多少个这三个步骤)原创 2023-05-08 21:02:30 · 8466 阅读 · 0 评论 -
微服务统一认证方案
OAuth(开放授权)是一个开放协议/标准,允许用户授权第三方应用访问他们存储在另外的服务提供者上的信息,而不需要将用户名和密码提供给第三方应用或分享他们数据的所有内容。 允许用户授权第三方应用访问他们存储在另外的服务提供者上的信息,而不需要将用户名和密码提供给第三方应用或分享他们数据的所有内容。用户:我们自己第三方应用:拉勾网另外的服务提供者:QQOAuth2是OAuth协议的延续版本,但不向后兼容OAuth1即完全废止了OAuth1。原创 2023-05-08 20:54:33 · 484 阅读 · 0 评论 -
到底什么时候该使用MQ?
***转载 2022-10-13 23:50:09 · 734 阅读 · 0 评论 -
搭建一个完整的微服务项目
一.项目技术架构1.技术栈前台技术Node.js、Npm、Vue.js、WebPack、Vue Cli、Element UI后台架构微服务架构:按照功能拆分N多个服务,每个服务可以独立技术选型,独立开发,独立部署,独立运维.,单个服务使用基于ssm的springboot,服务间通过spring cloud协调。2.后端项目微服务原型搭建2.1 项目基本模块搭建hrm-parenthrm-basic-parent //项目基本模块 hrm-basic-utils //公共工具模块 h原创 2022-02-23 22:42:45 · 4762 阅读 · 0 评论 -
分布式和微服务是什么?二者的区别又是什么?
一、分布式系统在《分布式系统原理与范型》一书中有如下定义:“分布式系统是若干独立计算机的集合,这些计算机对于用户来说就像单个相关系统”;分布式系统是由一组通过网络进行通信、为了完成共同的任务而协调工作的计算机节点组成的系统。分布式系统的出现是为了用廉价的、普通的机器完成单个计算机无法完成的计算、存储任务。其目的是利用更多的机器,处理更多的数据。分布式系统(distributed system)是建立在网络之上的软件系统。首先需要明确的是,只有当单个节点的处理能力无法满足日益增长的计算、存储任务原创 2022-01-20 23:32:27 · 10113 阅读 · 1 评论 -
分布式和微服务的区别
分布式和微服务的区别1.颜老师,分布式和微服务有什么区别呢?网上说啥的都有,越看越晕了。答:分布式的核心就一个字:拆。只要是将一个项目拆分成了多个模块,并将这些模块分开部署,那就算是分布式。如何拆呢?有两种方式:水平拆分,或垂直拆分(也称为“横向拆分”和“垂直拆分”),具体如下:水平拆分:根据“分层”的思想进行拆分。例如,可以将一个项目根据“三层架构”拆分成 表示层(jsp+servlet)、业务逻辑层(service)和数据访问层(dao),然后再分开部署:把表示层部署在服务器A上,把servic原创 2022-01-20 23:30:49 · 1033 阅读 · 0 评论 -
微服务,你得知道这
目录一、业务场景介绍二、Spring Cloud核心组件:Eureka三、Spring Cloud核心组件:Feign四、Spring Cloud核心组件:Ribbon五、Spring Cloud核心组件:Hystrix六、Spring Cloud核心组件:Zuul七、总结概述毫无疑问,Spring Cloud是目前微服务架构领域的翘楚,无数的书籍博客都在讲解这个技术。不过大多数讲解还停留在对Spring Cloud功能使用的层面,其底层的很多原理,很多人可能并不知晓。因此本文将通过大量的原创 2022-01-20 23:28:52 · 162 阅读 · 0 评论 -
什么是微服务
一、微服务介绍1. 什么是微服务在介绍微服务时,首先得先理解什么是微服务,顾名思义,微服务得从两个方面去理解,什么是"微"、什么是"服务", 微 狭义来讲就是体积小、著名的"2 pizza 团队"很好的诠释了这一解释(2 pizza 团队最早是亚马逊 CEO Bezos提出来的,意思是说单个服务的设计,所有参与人从设计、开发、测试、运维所有人加起来 只需要2个披萨就够了 )。 而所谓服务,一定要区别于系统,服务一个或者一组相对较小且独立的功能单元,是用户可以感知最小功能集。2. 微服务由来微服务最早原创 2022-01-20 23:25:12 · 687 阅读 · 0 评论