首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

天生强大的Redis是如何做实时订阅推送的

其中有一个功能叫做领劵的订阅推送。什么是领劵的订阅推送?就是用户订阅了该劵的推送,在可领取前的一分钟就要把提醒信息推送到用户的app中。...本来这个订阅功能应该是消息中心那边做的,但他们说这个短时间内做不了。所以让我这个负责优惠劵的做了-.-!。具体方案就是到具体的推送时间点了,coupon系统调用消息中心的推送接口,把信息推送出去。...下面我们分析一下这个功能的业务情景。公司目前注册用户6000W+,是哪家就不要打听了。。。比如有一张无门槛的优惠劵下单立减20元,那么抢这张劵的人就会比较多,我们保守估计10W+,百万级别不好说。...所以我们知道了这个订阅功能的有两个突出的难点: 1、推送的实效性:推送慢了,用户会抱怨没有及时通知他们错过了开抢时机。 2、推送的体量大:爆款的神劵,人人都想抢! 然而推送体量又会影响到推送的实效性。...1、实效性要高 2、吞吐量要大 3、服务要稳定,不能有单点故障 下面是整个定时任务集群的架构图。

72420

功能分离与功能降级

“高可用性”是架构设计中的重点目标,功能的分离与降级就是保证高可用性的常用方案 功能分离的思路是区分开 核心业务、非核心业务,让核心业务尽量不受非核心业务影响 功能降级的思路是在访问量过大使系统资源不足...,或者出现问题时,优先保证核心业务,把非核心业务直接降级 功能分离 逻辑分离 例如用户登录、注册、交易是核心功能,是网站整体业务流程必须的,核心功能有问题后,用户就不能正常使用了 例如发送通知...、日志处理就是非核心功能,虽然很重要,但不是必须的业务流程 非核心功能可能会频繁修改升级,必须保证非核心功能不影响核心功能,就需要在逻辑上把他们区分开,尽可能做成独立的功能模块,降低耦合,在需要功能配合时...,通过接口进行沟通 物理分离 逻辑上隔离后,最好在物理资源层面也隔离开,如应用服务器、数据库、缓存等 假设共享了缓存服务器,就可能会由于非核心功能的操作影响了缓存的性能,甚至出现问题 物理隔离后...,就更加保证了核心功能的安全 功能降级 例如一个页面有很多动态的内容,是后面大量的服务计算出来的,在访问高峰,动态页面扛不住时,可以降级为准备好的静态页面,虽然没动态的页面好,但保证了可用性

1.8K50

想不到吧?我是这样用Redis实现消息定时推送的!

其中有一个功能叫做领劵的订阅推送。什么是领劵的订阅推送?就是用户订阅了该劵的推送,在可领取前的一分钟就要把提醒信息推送到用户的app中。...本来这个订阅功能应该是消息中心那边做的,但他们说这个短时间内做不了。所以让我这个负责优惠劵的做了-.-!。具体方案就是到具体的推送时间点了,coupon系统调用消息中心的推送接口,把信息推送出去。...下面我们分析一下这个功能的业务情景。公司目前注册用户6000W+,是哪家就不要打听了。。。比如有一张无门槛的优惠劵下单立减20元,那么抢这张劵的人就会比较多,我们保守估计10W+,百万级别不好说。...所以我们知道了这个订阅功能的有两个突出的难点: 1、推送的实效性:推送慢了,用户会抱怨没有及时通知他们错过了开抢时机。 2、推送的体量大:爆款的神劵,人人都想抢! 然而推送体量又会影响到推送的实效性。...1、实效性要高 2、吞吐量要大 3、服务要稳定,不能有单点故障 下面是整个定时任务集群的架构图。 ?

2.4K10

我是如何用Redis做实时订阅推送的

其中有一个功能叫做领劵的订阅推送。什么是领劵的订阅推送?就是用户订阅了该劵的推送,在可领取前的一分钟就要把提醒信息推送到用户的app中。...本来这个订阅功能应该是消息中心那边做的,但他们说这个短时间内做不了。所以让我这个负责优惠劵的做了-.-!。具体方案就是到具体的推送时间点了,coupon系统调用消息中心的推送接口,把信息推送出去。...下面我们分析一下这个功能的业务情景。公司目前注册用户6000W+,是哪家就不要打听了。。。比如有一张无门槛的优惠劵下单立减20元,那么抢这张劵的人就会比较多,我们保守估计10W+,百万级别不好说。...所以我们知道了这个订阅功能的有两个突出的难点: 1、推送的实效性:推送慢了,用户会抱怨没有及时通知他们错过了开抢时机。 2、推送的体量大:爆款的神劵,人人都想抢! 然而推送体量又会影响到推送的实效性。...1、实效性要高 2、吞吐量要大 3、服务要稳定,不能有单点故障 下面是整个定时任务集群的架构图。 ?

1.1K10

我是如何用Redis做实时订阅推送的

其中有一个功能叫做领劵的订阅推送。什么是领劵的订阅推送?就是用户订阅了该劵的推送,在可领取前的一分钟就要把提醒信息推送到用户的app中。...本来这个订阅功能应该是消息中心那边做的,但他们说这个短时间内做不了。所以让我这个负责优惠劵的做了-.-!。具体方案就是到具体的推送时间点了,coupon系统调用消息中心的推送接口,把信息推送出去。...下面我们分析一下这个功能的业务情景。公司目前注册用户6000W+,是哪家就不要打听了。。。比如有一张无门槛的优惠劵下单立减20元,那么抢这张劵的人就会比较多,我们保守估计10W+,百万级别不好说。...所以我们知道了这个订阅功能的有两个突出的难点: 1、推送的实效性:推送慢了,用户会抱怨没有及时通知他们错过了开抢时机。 2、推送的体量大:爆款的神劵,人人都想抢! 然而推送体量又会影响到推送的实效性。...1、实效性要高 2、吞吐量要大 3、服务要稳定,不能有单点故障 下面是整个定时任务集群的架构图。 ?

89530

企业如何管控敏感数据 | 研报×To B

与「国字头」机构不同 私营机构更在意安全性与访问实效性的平衡 从整体来看,不同性质企业对于敏感数据的管控方式趋同,而国企较之私企管控更为严格。...进一步来看,不同性质企业对于数据保护功能模块的使用差异明显,「国字头」机构更重视网络的加密,私营机构更重视数据的加密。...「国字头」机构往往掌握大量关乎国家政治、经济等重要敏感数据,其往往是在保证安全的基础上再考虑业务的实效性,虽然在交换机和路由器提供两层加密将使企业访问核心业务数据更加困难。...另一方面又期望加密技术不影响敏感数据访问的实效性。而网络加密技术对于敏感数据访问的实效性影响较大,因此,其更重视数据加密技术的使用。...建议企业加强监控审计功能模块的使用 Ponemon Institute 的研究表明,在大部分数据泄露事件发生时,企业之前平均有 256 天可以发现安全漏洞。

1.3K60

功能测试与非功能测试

软件测试大致分为功能测试和非功能测试。 让我们详细讨论这些测试类型,以及功能测试和非功能测试之间的确切差异。 什么是功能测试? 功能测试是测试被测软件或应用程序的“功能”。...现在让我们探索功能测试的类型!! 功能测试的类型 下面列出了各种类型的功能测试。 冒烟测试: 在实际系统测试之前执行此类测试,以检查关键功能是否正常运行,以便进行进一步的广泛测试。...集成测试: 当软件的两个或多个功能或组件集成在一起形成一个系统时,将执行集成测试。当组件合并成一个整体时,它基本上检查软件的正常功能。...因此,在了解了定义之后,就可以清楚地了解功能测试与非功能测试之间的区别。 功能测试与非功能测试之间的区别 功能测试 非功能测试 它测试产品的功能。它检查应用程序的操作和动作。 它检查应用程序的行为。...客户反馈对于非功能性测试更有价值,因为它有助于改善功能,并使测试人员了解客户的期望。 它正在测试软件的功能。 它正在测试软件功能的性能。

3K20

想不到吧?我是这样用Redis实现消息定时推送的!

其中有一个功能叫做领劵的订阅推送。什么是领劵的订阅推送?就是用户订阅了该劵的推送,在可领取前的一分钟就要把提醒信息推送到用户的app中。...本来这个订阅功能应该是消息中心那边做的,但他们说这个短时间内做不了。所以让我这个负责优惠劵的做了-.-!。具体方案就是到具体的推送时间点了,coupon系统调用消息中心的推送接口,把信息推送出去。...下面我们分析一下这个功能的业务情景。公司目前注册用户6000W+,是哪家就不要打听了。。。比如有一张无门槛的优惠劵下单立减20元,那么抢这张劵的人就会比较多,我们保守估计10W+,百万级别不好说。...所以我们知道了这个订阅功能的有两个突出的难点: 1、推送的实效性:推送慢了,用户会抱怨没有及时通知他们错过了开抢时机。 2、推送的体量大:爆款的神劵,人人都想抢! 然而推送体量又会影响到推送的实效性。...1、实效性要高 2、吞吐量要大 3、服务要稳定,不能有单点故障 下面是整个定时任务集群的架构图。 ?

87410

功能测试与非功能测试

这表明功能测试和非功能测试对于交付用户友好型应用程序的重要性。因此,让我们了解什么是功能测试。 什么是功能测试? 进行功能测试以确保应用程序的功能符合需求规范。...在执行功能测试时,重点应放在应用程序主要功能的用户友好性上。要首先执行功能测试,我们需要识别测试输入并使用选定的测试输入值计算预期结果。然后执行测试用例,并将实际数据与预期结果进行比较。 ?...功能测试与非功能测试之间的区别 功能测试 非功能测试 这样做是为了验证应用程序的动作和操作。 验证应用程序的性能。 重点在于用户需求。 关注用户期望。 它在非功能测试之前执行。 在功能测试后执行。...定义功能需求很容易。 很难定义非功能测试的要求。 例如:检查登录功能。 例如:页面应在1秒钟内加载。 功能测试易于通过手动测试执行 非功能测试应该是自动化的。...可以使用良好的策略和工具在应用程序上执行功能测试和非功能测试来避免这种情况。

2.5K31

Redis牛逼!轻松实现实时订阅推送

其中有一个功能叫做领劵的订阅推送。什么是领劵的订阅推送?就是用户订阅了该劵的推送,在可领取前的一分钟就要把提醒信息推送到用户的app中。...本来这个订阅功能应该是消息中心那边做的,但他们说这个短时间内做不了。所以让我这个负责优惠劵的做了-.-!。 具体方案就是到具体的推送时间点了,coupon系统调用消息中心的推送接口,把信息推送出去。...下面我们分析一下这个功能的业务情景。 公司目前注册用户6000W+,如果有一张无门槛的优惠劵下单立减20元,那么抢这张劵的人就会比较多,我们保守估计10W+。...所以我们知道了这个订阅功能的有两个突出的难点: 1、推送的实效性:推送慢了,用户会抱怨没有及时通知他们错过了开抢时机。 2、推送的体量大:爆款的神劵,人人都想抢! 然而推送体量又会影响到推送的实效性。...就可以把它变成可以同时多机跑,并且实效性可以精确到秒级,并且拒绝单点故障的定时任务集群!这其中就要借助我们的强大的redis了。

1.6K20

MongoDB 4.2亮点功能之——管道更新功能和查询功能

使用MongoDB时,如果需要比增、删、改、查操作更复杂的功能,过去我们会求助于聚合框架,装配出功能强大的操作管道,执行文档转换功能。...在MongoDB 4.2中,管道功能被引入了update命令,使该命令的功能得到了极大提升。...我们需要增加一个$match执行阶段,将它的作用域设置到一个文档中… 只要我们能将聚合框架的功能带入update命令,就能解决这个问题。...它包含聚合框架的功能,可以在服务器上执行一个条件语句,如下所示: 对语句格式做一下修改,这样看起来更清楚一些: 这是MongoDB开发人员持续性任务的一部分,将查询语言和聚合操作统一起来,在每一处提供相同的功能...平滑算子 在MongoDB 4.2推出之前,通用的三角函数计算功能是缺失的几项功能之一。在MongoDB 4.2中,一整套三角函数表达式被添加到聚合框架中,避免了功能缺失的风险。

2.4K10

SAP 包装功能介绍及功能实现

这个系统大多数的人都不太清楚他的功用, 只是用来做简单的包装功能, 事实上他是一个包装单位的管理, 用于以下个模组. 1....销售模组: 用于包材的处理, 和国际包装SSCC的外部号码指派等功能, 当然也用于计算包材的销货成本. 2....当然你也可以在交货的时后来包装, 包装也可以用手动和自动, 这和销货订单一样, 不过交货时可以用包装台的功能在交货单外面包装....运输包装:包装物料不是直接提供正品的保护功能,然而却是正品交付的执行载体,例如“本次交给买主的电池总共装箱40个木板箱,分别放在10个托盘上,10个托盘又全部放入一个10吨的集装箱上,由汽车拉走”。...销售包装:如果“散装品”和“包装品”是两个物料号,那销售包装物按照生产包装处理,换句话说作为BOM组件处理;如果散装品和包装品的正品都是一个物料 号,那在执行VL01N的包装功能时,用包装物料生成一个HU

6.3K10
领券