【案例】--“特别抢购”案例

本文介绍了A公司如何在购买B公司软件产品后,针对不同组织和应用服务进行容量分配。技术方案着重解决并发问题,确保容量隔离和不超过限制。通过Redis Lua+哈希Hash类型在Java中实现并发安全的容量管理。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

一、案例背景

A公司向供应商B公司买了一套软件产品。B公司的这套产品有多个应用系统服务【如appId1、appId2、appId3】,每个应用都有各自的业务应用场景,但都需要管理文档,那么就需要磁盘/内存容量。B公司的这套产品也是根据不同应用系统服务进行收费规则不一。 A公司第一年先购买了100GB容量,按照他们的公司组织架构及经营特点,进行了如下分配。
在这里插入图片描述
A公司的不同组织分配不同的容量,并且不同组织使用产品的不同应用服务,做到分隔。

二、技术方案思路

按照上面的要求,同一个公司,不同的组织架构的用户容量分配好,彼此是隔离。另外,每个组织部门使用不同应用服务的容量也不能超过限制。这里的技术关键点不是高并发,而是并发,即固定的容量,怎么保证同一时刻多个用户能够抢到容量资源,并且不能超过最大容量限制。

三、技术方案具体设计

3.1、表设计

Capacity_info表是容量总表,capacity_detail是公司下组织分别占用不同应用服务容量表

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

DreamBoy_W.W.Y

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值