关于调取第三方服务限制次数的处理方式

接触過api服务的朋友都知道很多api每天调取的次数是有限制的。那么,如果实际的业务需求中需要去频繁获取api返回的数据,这里存在重复的请求,也有不重复的请求。该怎么解决这个问题呢?

如图所示:

思路:

  1. 先查cache,查询到结果立即返回。
  2. 缓存查询不到结果,仅接着查询数据库。从数据库中取到结果立即返回,同时更新cache。
  3. 数据库查不多结果才调用API获取数据,返回结果。此时经过还要写入数据库,并更新cache。

优点:

  1. 使用cache机制,响应速度快(第一个访问者除外)
  2. 减少数据库的压力。
  3. 不做重复的api调取数据服务。
时间: 2024-08-24 10:41:26

关于调取第三方服务限制次数的处理方式的相关文章

Jenkins+Maven动态工程构建--第三方服务依赖解耦的一种思路

持续集成是敏捷领域的一项基本实践,Jenkins是目前市面上主流的持续集成工具.关于持续集成和Jenkins可以讨论的话题很多,本文描述的是一种使用Jenkins结合Maven进行动态工程构建的思路,用于进行系统开发过程中对第三方服务依赖的解耦. 一.  场景 在系统设计和实现过程中,尤其是涉及到多方集成的系统开发,我们经常会遇到这样的场景:即目标系统需要依赖于某些第三方的服务实现,而这些第三方的服务实现通常有其进度安排,会和目标系统平行开发,也就是说在目标系统开发调试过程中,第三方服务往往还无

Heroku在第三方服务接入上,值得借鉴的地方

近期为了准备开发私有云,研究了heroku第三方服务的接入.这里总结下heroku在这一方面的亮点. 一.强大的接入工具 要把自己的服务集成到heroku上,你要和heroku定协议,按照协议开发,然后验证,最后还要发布到heroku.这个过程会很耗时,而heroku提供了一个叫kensa的命令行工具,能减轻不少工作量,特别是其中的测试功能,能够逐步验证接入的相关约定,相当方便,回想自己之前的项目,需要做机器接入,很多都是人工验证,相当原始落后.不过,如果能提供图形界面,我觉得会更加上流. 二.

Heroku第三方服务接入指南(一)

Heroku,是业界领先的PaaS平台,用户能使用该平台提供的各种组件服务.这些组件服务第三方厂商提供的,Heroku与第三方服务之间有哪些约定,作为一个厂商,如何为Heroku开发第三方服务,是本文的主题. 概述 先举个例子说明第三方服务(addons)的作用:用户的应用需要MySQL,把数据保存在数据库中.如果没有Heroku,用户需要买一个服务器,搭建MySQL,配置帐号,在代码中配置这个服务器的地址,然后连接这个数据库.这时,数据库环境需要用户自己管理.维护,多么烦人.如果有了Herok

[iOS] 推荐几个提高移动应用开发效率的第三方服务

移动开发涉及的内容十分宽泛,接下来介绍几个适合独立开发者或小型开发团队的第三方服务网站,减轻大家的开发负担. 1.AVOS https://cn.avoscloud.com/ AVOS是目前比较成熟的BAAS服务商,支持多种客户端(Android.iOS.其他)的SDK,提供账号管理.推送.第三方登录.自定义API.用户反馈组件.数据统计等多项功能. 以前开发应用常用自己的服务器搭建PHP或者NodeJS的RESTful API,现在基本都是通过AVOS实现API的调用.类似的BAAS服务商还有

数据中心第三方服务、金融IT外包服务、社保医疗信息化解决方案,这三类业务是什么关系,区别在哪?

这个话题很大,牵扯很多,试着回答一下,算是胡扯了. 三类业务的关系,都是IT外包,至于外包的内容很杂.DC的外包,多半是基建和建维,一般不牵扯到软件开发,网站建设类的.金融IT外包就复杂多了,信息系统的建设,维护.软件开发,网站的运营.以及数据分析等等.医疗信息化和金融的差不多.三类的外包重合的地方,就是IT服务,这个其实是废话......至于,区别,下面根据我自己的经验,废话几句. DC外包,我是做系统集成的.简单说,建机房,搞运维的.只要对方提供了机房的基础设施,其他的我们可以做.从机房的内

关于开发,第三方服务平台有话说

摘要:在DevStore,我们强调年轻,因为年轻我们一无所有而又应有尽有.原以为跌跌撞撞的前百天,我们走的稳健,真真是一个脚步一个坑.猛回首,不矫情的人也想矫情一把,算了,正能量时代还是要多说点高兴的:百日大庆,活力值大放送哦! 过去的百天,DevStore身子骨一直硬挺,但逐渐长开的五官却愈见灵秀,还有发力前兆的霸气侧漏.熟悉戴维的人肯定都知道活力值的非凡意义,那就是鸡血,能让你一直在DevStore平台上亢奋.云开日现.阳光灿烂.处处贺声一片,老大一高兴就决定英明(当然,不高兴时也比较英明)

云平台接入第三方服务的实践总结

前言 今年,我的任务是为公司的私有云平台( PaaS )开发对应的云服务平台(我们称之为插件平台),这个云服务平台的主要任务,是为云平台接入一些服务,服务包括但不限于mysql.redis.cdn等存储服务,天气预报等http服务.这个系列文章,希望总结本人在开发这个平台时的得与失. 下面将云服务平台简称为平台(插件平台),所接入的服务,简称为第三方服务(插件) 为什么需要统一接入方案 统一接入方案,是指可以帮助插件平台更快接入第三方服务的一种统一方案 首先要回答的第一个问题,是为什么需要插件平

Heroku第三方服务接入指南(二)

上文我们讲了第三方服务.Heroku.用户三者的关系,这一篇进入正题,了解第三方厂商(下文简称厂商)如何为Heroku开发服务.这里只做简单介绍,了解heroku大致是怎么做的,如果你的平台,希望接入第三方服务,你正在犯愁,这个流程要怎么做,那么本文对你将有所启发.如果你希望实操接入heroku,请进一步查阅heroku官方文档. 本文主要概述了接入到heroku前要做的三个事情:创建配置(heroku和服务的协议),实现配置指定的接口,测试:简单介绍了提高接入效率相关的工具. 一.工具 1.k

Heroku第三方服务接入指南(三)

将服务发布到Heroku上 一.将配置文件(addon-manifest.json)传到服务器 1.首先在Heroku上注册服务提供商帐号 2.依次执行 二.优化 为了保证第三方服务的质量,heroku定义了Alpha,Beta,GA三个阶段.每个服务都应经历这几个阶段迭代,才能上线