How Bureau.id uses Requestly to toggle staging environment
Bureau provides end-to-end identity verification, compliance, and fraud prevention for new-age businesses. The Bureau dev & QA team uses Requestly for the testing of APIs (& core Javascript) across environments (dev, staging & prod) without going through deployment cycles.
Internally they have dev, staging, and production environments. This story explains how Requestly helps Bureau to develop & test different features across environments. Afsheen gives this testimonial on behalf of the entire Bureau team who have been using Requestly for some time.
Challenge
Bureau has a common dev, staging, and production environment and they deploy to higher environments only after complete testing of features to ensure they ship high-quality & bug-free code. It is quite cumbersome to have everything running locally so developers often need to test their changes on the dev environment but that requires the deployment and also impacts other developers’ work. Similar challenges are faced by the QA team when they test a particular feature, they want to test on the staging environment. It would require deployment and reserving the Staging environment for testing that feature only.
Solution
The Bureau team uses Replace Rule to switch API endpoints from one env to another. In fact, they also shared a blog post recently – Switching environment is a costly affair. How we do it at Bureau using Requestly.
Here’s an example of their API endpoints
- Dev environment: https://api.checkout.dev.bureau.id
- Staging: https://api.checkout.stg.bureau.id
- Production: https://api.checkout.prd.bureau.id
So they configure Requestly Replace Rule like this
Rule Name -> Dev to Stage
Replace api.checkout.dev.bureau.id
With api.checkout.stg.bureau.id
Similarly, they also use Replace Rule to switch environments for their JS scripts hosted on CDNs. Here’s an example
- Dev CDN – https://cdn.dev.bureau.id
- Staging – https://cdn.staging.bureau.id
- Production: https://cdn.bureau.id
They use Requestly Mock Server when they need an API endpoint that doesn’t yet exist so they can develop when backend APIs are not ready.
They use Requestly Modify API Response feature to debug issues related to API responses directly on staging & production environments. This helps them avoid setting everything locally and reproducing the issues.
They use Requestly SharedList feature to collaborate and share Requestly configurations in the team easily. It is helpful to onboard new employees with Requestly as the rules are already pre-made.