一、服务容错 1、高并发带来的问题 现在我们有了订单微服务、商品微服务、用户微服务，服务与服务之间可以相互调用，但是由于网络或者自身原因，微服务不能保证100%都是可用，如果其中一个服务出现问题，那么调用它的服务就会出现网络延迟，此时如果有大量网络涌入，会形成任务堆积，最终导致服务瘫痪。如图所示，serviceB出现故障，此时serviceA中的a1()方法去调用b1()方法，得不到响应信息，
一
文章目录1、如何解决服务之间的通信问题？2、如何在java代码中发起http方式请求？3、实现服务间通信的小案例3.1 使用两个测试服务 用户服务users和订单服务orders3.2 用户服务和订单服务都是两个独立的SpringBoot应用3.3 两个服务都引入consul client依赖和健康检查依赖
原创
2023-02-13 11:41:09
82阅读
微服务1.微服务基础微服务架构特点服务组件化，每个服务运行在其独立的进程中，服务与服务之间采用轻量级通信机制相互沟通；按业务能力组织服务；去中心化，对具体一个服务而言，可以根据特点选择合适的语言和工具进行构件；基础设施自动化；微服务架构的优势技术优势：它提供的是一种高内聚、低耦合的组件化方案，组件能带来的独立性和健壮性微服务都可以具备，但微服务的的组件化更多表现在对业务的提炼和对边界的思考；通过对
一、什么是幂等性：就是用户对于同一操作发起的一次请求或者多次请求的结果是一致的，不会因为多次点击而产生了副作用。在增删改查4个操作中，尤为注意就是增加或者修改，查询对于结果是不会有改变的，删除只会进行一次，用户多次点击产生的结果一样，修改在大多场景下结果一样，增加在重复提交的场景下会出现。二、产生幂等性的场景幂等性问题在我们开发中，分布式、微服务架构中是随处可见的，因网络波动就可能重复请求。用户重
原创
2023-05-06 00:50:51
161阅读
文章目录客户端结构体套接字描述符-fd(int)名字-name(robj*)标志-flags(int)输入缓冲区-querybuf(sds)输出缓冲区-buf/reply命令和命令参数-argv(robj**)命令的实现函数-cmd(struct *redisCommand)multibulk 客户端结构体typedef struct client {
uint64_t id;
问：顺序消息实现原理？ 答：取模运算，MessageQueueSelector获取Topic中的指定的Broker问：事务消息实现分布式事务的案例？ 答： 转账：先扣钱再加钱； 正常流程：发送准备消息，不能被消费，生产者执行扣钱，扣钱成功，发送成功消息，原先的准备消息就可以被消费，消费者订阅到消息，做加钱动作； 异常情况1：发送准备消息失败，不会执行扣钱动作； 异常情况2：扣钱失败，准备消息不会被
如何成为一个搞垮公司的程序员？ 原创 findyi findyi 2021-05-07 https://mp.weixin.qq.com/s/c0CcFDqnJkQ1xLTKNTQfEQ 这两天好几个读者问：如何成长为一名优秀的程序员？一下可把洋哥问住了。 优秀的程序员牛逼得千篇一律，弱鸡程序员挫得
转载
2021-05-08 01:29:00
72阅读
2评论
1 幂等场景用户重复操作：用户在使用产品时，可能会无意的触发多笔交易，甚至没有响应而有意
原创
2023-05-30 00:46:43
43阅读
1 —如何正确开启微服务一般情况技术人员需要思考项目使用服务的流程为，框架的选型（spring cloud、dubbo、自研等），跑通微服务项目的案例demo，在以为掌握的情况下开始做计划，并开始做项目。以下通过案例分析几个失败的案例。案例介绍一：改革需要试错的成本现象:某公司打算转型微服务架构，招聘了一个有微服务经验的架构师，经过2个月高频率开发后第一个服务化的模块上线了，但是上线后出
前言Nacos是阿里巴巴开源的服务注册中心以及配置中心，致力于给开发者提供一款便捷、简单上手的开源框架。Nacos究竟有什么惊人的地方呢？看下图：从上图不难看出阿里巴巴的野心，一个Nacos干掉了Spring Cloud的三大组件，分别是注册中心Eureka、服务配置Config，服务总线Bus。本文目录结构如下图：为什么Nacos这么受欢迎？Nacos官方文档的介绍中有这么一句话，如下：Naco
https://www.fgba.net/sitemap.xml
转载
2021-11-12 16:41:28
41阅读
一、链路追踪
微服务架构是将单个应用程序被划分成各种小而连接的服务，每一个服务完成一个单一的业务功能，相互之间保持独立和解耦，每个服务都可以独立演进。相对于传统的单体服务，微服务具有隔离性、技术异构性、可扩展性以及简化部署等优点。
原创
2021-07-05 11:13:38
991阅读
项目方案：Java如何解决微服务卖超问题
## 引言
随着微服务架构的流行，越来越多的企业选择使用微服务来构建他们的应用程序。然而，在微服务架构中，有一个常见的问题，即“卖超”问题。卖超问题发生在当一个服务的请求超过了它的处理能力时，导致性能下降甚至系统崩溃。为了解决这个问题，我们可以使用Java的一些特性和工具来提供可靠的解决方案。
## 问题分析
在一个典型的微服务架构中，一个服务通常被多
原创
2023-08-31 14:27:34
52阅读
在微服务架构下，我们在完成一个订单流程时经常遇到下面的场景：一个订单创建接口，第一次调用超时了，然后调用方重试了一次在订单创建时，我们需要去扣减库存，这时接口发生了超时，调用方重试了一次当这笔订单开始支付，在支付请求发出之后，在服务端发生了扣钱操作，接口响应超时了，调用方重试了一次一个订单状态更新接口，调用方连续发送了两个消息，一个是已创建，一个是已付款。但是你先接收到已付款，然后又接收到了已创建...
转载
2021-07-15 13:43:40
190阅读
首发公众号:二进制社区,转载联系:binary0101@126.com幂等原本是数学运算里的概念,维基百科对其的定义为:在某二元运算下，幂等元素是指被自己重复运算（或对于函数是为复合）的结果等于它自己的元素。某一元运算为幂等的时，其作用在任一元素两次后会和其作用一次的结果相同。例如，高斯符号便是幂等的。衍生到微服务领域,幂等指的是使用相同的参数多次调用相同的API,对后端产生的影响是一致的,许多人
原创
2020-10-25 14:22:19
554阅读
【编者按】本文作者 Rohit Dhall 是一名企业架构师，目前就职于 HCL 科技公司。 Rohit 拥有 18 年的 IT 工作经验，熟悉 Java/J2ee 、 P2P 、 DWH 、SOA 等技术。本文介绍了五种微服务系统常见的性能挑战，并探讨了相应的解决策略。本文系 OneAPM 工程师编译呈现，以下为正文。在IT基础设施中，基于微服务架构的系统变得越来越受欢迎，在这种架构中，但凡与业
基于细粒度SOA的分层API简单地说，API主导的连接方法可以被看作是API设计的一种分层方法（至少在本文中是这样）。其中，系统API公开系统的资产数据信息；中间的是流程API，与系统API一起进行编排和组合；顶端的体验API公开来自后端数据源的数据，提供最终用户体验。这种API分层方法与细粒度SOA模式很好地结合在一起，通常，这两者要么可以共存，要么细粒度SOA模式演化成基于细粒度SOA的分层A
Borsos指出，单点登录（SSO）方案可能看起来是一个好主意，但这意味着每个面向用户的服务都必须与认证服务交互，这会产生大量非常琐碎的网络流量，同时这个方案实现起来也相当复杂 。 在其他方面，选择SSO方案安全性会很好，用户登录状态是不透明的，可防止攻击者从状态中推断任何有用的信息。分布式会话方案，原理主要是将关于用户认证的信息存储在共享存储中，且通常由用户会话作为key来实现的简单分布式哈希映
原创
2022-04-21 18:03:12
182阅读
