An API is a set of definitions and protocols that facilitate the creation and integration of application software. It is sometimes seen as a contract between an information provider and an information user, which defines the content requested from the consumer (the call) and the content requested from the producer (the response).
An API product is the content that you share with users. It includes the content of the API you want to share, the limits, documentation and monetization. To create an API product in Blobr, you first need to upload an API on Blobr and from there you can define your products.
We provide the interface so that you can upload your APIs with Swagger 2.0 or OpenAPI 3.0 definitions in Blobr. If you do not have API definition files, we still got you covered!You can manually add different endpoints and document the data included or simply copy paste sample responses. You can as well add your GraphQL API by adding the endpoint manually.
Blobr is the tool to create your branded API portal in a few minutes so you can share your APIs and even sell them. It helps you to manage access to your APIs, document them and sell them. The API portal is configurable from the name, the logo and even the colours. With no-code, we enable anyone to deliver the best API experience to end users.
It helps to improve the user experience with your APIs, increase revenue and get a faster time to market.
Blobr's vision is to foster the use and sharing of data between B2B companies. Our vision is to productize data assets so it becomes easy for business users to share and monetize data. Our goal is to help any company to share their APIs their own way, in a safe & convenient manner. We help anyone, no matter if they are technical or not, to start sharing and monetizing their APIs. The platform is a no-code one that is made simple to enable anyone to start sharing APIs and make money from them!
We have a tiered pricing business model based on the number of calls going through Blobr. There is a plan with different thresholds fitting different needs. You have a free option with up to 100k calls and with most of the features. You can see more details on the pricing page.
To start using Blobr, you need to upload your API and grant Blobr access to the API you want to share. Your API upload must abide by swagger or open API conditions. Once done, you can create API products where you define content, limits, sharing options and monetization.
At Blobr, we have created a build factory with automatic tests executed every day. We push our developments to production only when we have 100% success on the tests. The flow of the production is further tested as it is redirected to pre-production to make additional tests for the new features we release.
In addition, Blobr is based on pure serverless infrastructure relying on AWS gateway with Georedundancy, idempotency. With such an infrastructure in place, we can ensure there will never be downtime which can be higher than 3 seconds "by design".
You can quickly monetize your API with Blobr. You just need to have a Stripe account and log in Blobr with your credentials. Then, we can help you monetize your APIs straight away. For monetizing your API products, you have several options, from subscription models with or without quota to metering and tiered pricing. These options are tied up to API calls. From the checkout and payment to generation of invoices, everything is properly managed through Blobr.
With Blobr your API is documented as per elements included in your API specs. The more information you can get as examples and error messages within your API specs, better your API documentation will be in Blobr. Indeed, with Blobr you can create from your specs, an interactive documentation where users can use and test your API. In addition, with Blobr you can create workflows to guide users about the best sequence of endpoints to implement in order to integrate the API product for the targeted use case.
Blobr can be divided into two parts sitting on different types of infrastructure:
-> Blobr API dashboard and API portal
The API dashboard is used to create API products, monetization, define limits, etc... The API portal is used to display API products and onboard your users. Those interfaces are deployed in one region but are available everywhere in the world. Those interfaces are completely unrelated to the API proxy.
-> Blobr API Proxy
This API proxy manages API accesses. There is geo-redundancy of the API proxy with idempotency. This means that the proxy behaves in the exact same way, whatever the region. AWS checks every 3 seconds among deployed regions which one answers the fastest.
By design, the maximum consequence of an SLA problem would be 3 seconds consecutively as there is a fallback mechanism moving from one API proxy to another in case of a longer response time. The proxy is only based on one function and updates are extensively tested beforehand. In the worst-case scenario, if there are bugs in the Blobr API provider interface, the API proxy is still able to work as per the rules.
You can use your own API authentication flow for your users and customers. At the time you add you API, you can select the option custom for the authentication to detail your own authentication flow.
Then, your customers will have to add in the header the ‘x-blobr-key’ generated for them when calling the API product displayed in the API portal. It means that this API key provided by Blobr needs to be used on top of your existing authentication flow.
With Blobr you can customize the DNS so that the base URL for calling your APIs and the URL of the portal are based on the DNS you choose. You can set up both independently. You have this option on the Blobr dashboard interface to customize the DNS easily. In the Settings section, once selected on the Blobr interface, you need to update your Name Server type records to put in your DNS manager (e.g. Godaddy or other) to validate the delegation.
There are two types for API versioning. On one side is about making breaking changes to your existing API, on the other side is when you make non-breaking changes to your API.
At the moment if you make breaking changes to your API, we advise that you turn your existing products you created before in Blobr to invisibility mode so that they cannot be accessed by new customers anymore. Only the new API products with the changes you made will be accessible by new customers. Old API products will be still usable by existing customers.
We are planning to improve this so you can update your APIs in Blobr and as a cascade will update API products if those are non-breaking changes. If those are breaking changes you will receive alerts about related products impacting your customers.
With Blobr, we want to provide you the possibility to access all features available in the dashboard through an API. This feature is part of our roadmap and high on the priority list.
Other API management solutions have been built by developers for developers. You need to be very technical to use them. On the contrary, at Blobr, we believe external APIs should not be treated as if they were internal APIs. There are solutions like marketplaces to help you share and monetize APIs like Rapidapi but quite often they own the relationship with your customers and ask for a high percentage fee.
We create a latency of about 50 milliseconds per API call in average. For most use cases not tied up to trading data, it has no impact on the final user experience.
An API is a set of definitions and protocols that facilitate the creation and integration of application software. It is sometimes seen as a contract between an information provider and an information user, which defines the content requested from the consumer (the call) and the content requested from the producer (the response).
We accept REST APIs only. REST is a set of architectural constraints. It is neither a protocol nor a standard. API developers can implement REST in a number of ways.
When a client issues a request through a RESTful API, the API transfers a representation of the state of the resource to the requestor or endpoint. This information, or representation, is provided over the HTTP protocol in one of the following formats: JSON (JavaScript Object Notation), HTML, XLT, Python, PHP, or plain text. The most commonly used programming language is JSON because, contrary to what the name suggests, it is not language-dependent and can be read by humans as well as machines.
Blobr is the no-code SaaS to help you share your APIs with the world in the best possible way. Blobr is a SaaS for business users to productize and control how they share their APIs while providing the best possible experience to the final users of the API products. Therefore our SaaS is split between the API Product configuration interface for business users and the API product Portal generated for developers.
Blobr's vision is to foster the use and sharing of data between B2B companies. Our vision is to productize data assets so it becomes for business users easy to share and monetize.
We have a tier pricing business model based on the features included and the number of calls going through Blobr. There is a plan with different thresholds fitting different needs.If the monetization option is used within Blobr, we get a 5% commission of the revenue generated thanks to Blobr. You can see more details on the pricing page.
To start using Blobr, you need to grant Blobr access to the REST API you want to share or be able to call the API as needed. Then, from our Blobr interface, you have three different options. You can either:
-> Semi-automatically document the API you want to share and manage through our autoload feature per endpoint you want to document
-> Manually detail all endpoints and related datapoints.
-> Upload the open API specs you might have created (Swagger 2.0 or OpenAPI 3.0. kind of documentations).
At Blobr, we have created a build factory with automatic tests executed every day. We push our developments to production only when we have 100% success on the tests. The flow of the production is even further tested as it is redirected to pre-production to make additional tests for the new features we release.
In addition, Blobr is based on pure serverless relying on AWS gateway with Geo-redundancy, idempotency. With such an infrastructure in place, we can ensure there will never be downtime which can be higher than 10sec "by design".
At Blobr, we have a direct integration with Stripe working. To start using the integration, you just need to create an account on Stripe and register your API keys in Blobr. The rest is automatically managed by Blobr. For monetizing your API products, you have several options, from subscription models with or without quota to metering and tiered pricing.
Those different options are either tied up to API calls or to other metrics (e.g. number of end-users). From the checkout and payment to generation of invoices, everything is properly managed through Blobr.
Blobr can be divided into 2 parts sitting on different types of infrastructure:
-> Blobr API provider admin interface
This one is used to create API products, monetization, define limits, etc... This one is deployed in one region but is actually available everywhere in the world. It is working like a mobile app. However, it is completely unrelated to the API proxy.
-> Blobr API Proxy
This one manages API accesses. This is the part enabling access to API clients. There is geo-redundancy of the API proxy with idempotency. It means that the proxy behaves in the exact same way, whatever the region. AWS is checking every 10 seconds among deployed regions the one answering the fastest.
As a consequence, by design, the maximum consequence of an SLA problem would be 10 seconds consecutively as there is a fallback mechanism moving from one API proxy to another in case of a longer response time. The proxy is only based on one function and updates are extensively tested beforehand. In the worst-case scenario, if there are bugs in the Blobr API provider interface, the API proxy is still able to manage as per the rules.
Yes, you can use your own authentication solution and still manage accesses by customers the way you do it. You just need to require from your customers to add in the header the x - blobr API - key generated for them when calling the API.
Yes, with Blobr you can customize the DNS so that the base URL for calling your APIs is based on your DNS you choose. You have this option in Blobr Back-end interface to customize the DNS easily. Once selected in Blobr interface you need to update your Name Server type records to put in your DNS manager (e.g. Godaddy or other) to validate the delegation.
The versioning part can be managed at the level of the products created in Blobr. Some products for the same API may be backed by a new version of API while others cannot. The upload of a new API in Blobr considered as a new version of a previous API will also allow seeing what are the breaking changes to prevent that the change of version involves a risk for the users/customers of the original API.
The versioning part is therefore enabled by allowing API URLs to be linked from one to another by chaining calls from one version to another. For example, if the version 1 API is applied to a client with an object containing 4 datapoints in response, the version 2 which contains 5 datapoints (an additional datapoint) can be transmitted to the client without him changing the key. When a client calls the version 1 API, the call can automatically be remapped by Blobr to the version 2 API.
Some information and actions performed within Blobr can be accessed through a REST API. More specifically, all info that is available in the Blobr analytics part can also be accessed through an API. The information we can share with you is the access.
API management solutions have been built by developers for developers. You need to be a developer to use them. They were originally built to manage internal APIs and have used the same principles to try to adapt to external APIs. At Blobr, we believe External APIs should not be treated as Internal APIs.
It requires a specific solution that can be used by business users to productise their APIs and provide the best possible experience.
We create a latency of about 40 milliseconds per API call. For most use cases not tied up to trading data, it has no impact on the final user experience.