Automated testing without tripping monthly extraction limit
I'm implementing a new CICD pipeline for my company that will include automated testing of all tests for our application every time a developer submits a commit. This test suite includes a handful of tests that submits extraction requests to Refinitiv's DSS API to ensure that we can correctly interpret, unpack, and manage the response from Refinitiv. Normally this is fine, and contributes minutely to our contracted extractions per month. That said, once this pipeline is implemented, I expect these builds to run several hundred times per day, which would put an unnecessary load on our monthly extractions.
Is there a way to test extraction requests in DSS without contributing to the extractions in monthly contracts?
Best Answer
-
@PMC,
A few thoughts:
- You do not mention if you have a development / staging environment, separate from the production environment. I shall assume you have, as making changes in production is a risky endeavor. That said, there are limits on the number of concurrent requests to our servers. If you are using the same DSS account for a production system and a development system, and running hundreds of requests on the test system, then it might negatively impact your production system.
- I'm a bit surprised about the expectancy to have several hundred builds per day; I would not expect software to be modified at such a pace.
- DSS extractions can take a certain time, depending on their size. Running them after every single commit, multiple times per day, does not seem very efficient, and could potentially add an unnecessary load on your network and systems, and our servers.
- I believe it would make sense to first commit all software changes, and only then run the automated test suite. An alternative could be to run the test suite once a day. That would also put a lid on the DSS data consumption.
I'm guessing there might be an option to use a DSS test environment, but I'm not at all sure if that is possible or not. As stated by Ramprasad, this is a point you need to raise with your account manager, as this forum is dedicated to technical queries on APIs usage.
0
Answers
-
Hi @PMC,
I understand your concern here. But this portal is to exchange technical knowledge with the product and your requirement is more about billing and usage.
Hence would you please contact your account manager/Sales team for more support.
Thank you
0
Categories
- All Categories
- 3 Polls
- 6 AHS
- 36 Alpha
- 166 App Studio
- 6 Block Chain
- 4 Bot Platform
- 18 Connected Risk APIs
- 47 Data Fusion
- 34 Data Model Discovery
- 687 Datastream
- 1.4K DSS
- 621 Eikon COM
- 5.2K Eikon Data APIs
- 10 Electronic Trading
- Generic FIX
- 7 Local Bank Node API
- 3 Trading API
- 2.9K Elektron
- 1.4K EMA
- 254 ETA
- 557 WebSocket API
- 38 FX Venues
- 14 FX Market Data
- 1 FX Post Trade
- 1 FX Trading - Matching
- 12 FX Trading – RFQ Maker
- 5 Intelligent Tagging
- 2 Legal One
- 23 Messenger Bot
- 3 Messenger Side by Side
- 9 ONESOURCE
- 7 Indirect Tax
- 60 Open Calais
- 276 Open PermID
- 44 Entity Search
- 2 Org ID
- 1 PAM
- PAM - Logging
- 6 Product Insight
- Project Tracking
- ProView
- ProView Internal
- 22 RDMS
- 1.9K Refinitiv Data Platform
- 669 Refinitiv Data Platform Libraries
- 4 LSEG Due Diligence
- LSEG Due Diligence Portal API
- 4 Refinitiv Due Dilligence Centre
- Rose's Space
- 1.2K Screening
- 18 Qual-ID API
- 13 Screening Deployed
- 23 Screening Online
- 12 World-Check Customer Risk Screener
- 1K World-Check One
- 46 World-Check One Zero Footprint
- 45 Side by Side Integration API
- 2 Test Space
- 3 Thomson One Smart
- 10 TR Knowledge Graph
- 151 Transactions
- 143 REDI API
- 1.8K TREP APIs
- 4 CAT
- 27 DACS Station
- 121 Open DACS
- 1.1K RFA
- 104 UPA
- 193 TREP Infrastructure
- 229 TRKD
- 917 TRTH
- 5 Velocity Analytics
- 9 Wealth Management Web Services
- 90 Workspace SDK
- 11 Element Framework
- 5 Grid
- 18 World-Check Data File
- 1 Yield Book Analytics
- 48 中文论坛