Resource-Centric API Calls: Switching Up the Cloud Elements Hubs
In Cloud Elements' platform for API integration, developers can now define their own API resources, accessed by a consistent RESTful API with a JSON payload.
Join the DZone community and get the full member experience.
Join For Freeour api hubs represent the intersection of resources across the elements within a category of applications. we created a platform for api integration with the assumption that one-to-many means that integrating to many crms (or finance apps, or marketing automation platforms) is faster than building one-by-one. however, something new we have learned is that our customers are using integrations beyond the category. we're excited to announce resource-center api calls for developers to define their own api resources.
we now support api calls directly to resources, without requiring association to a hub. previously, if you wanted to call get /contacts to salesforce, the entire api would have to look like: get /hubs/crm/contacts. the requirement to know the hub for all the elements you were using caused problems for some use cases.
now, you can call get /contacts directly without specifying a hub. this will provide multiple benefits, including:
- resources are now accessible regardless of the hub each element resides.
- one-to-many integrations are simpler since you no longer need to know the hub location for an element.
- lays the groundwork for composite resources and composite hubs, such as what inspirato did to orchestrate data in their app .
every resource is accessed using a consistent restful api with a json payload, regardless of the api protocol used at the endpoint. cloud elements’ pre-built connectors do the work of mapping the unified api call to each provider’s api endpoint, as well as transforming soap, xml and other api protocols to rest/json. when cloud elements creates an element, the resources defined for that element are normalized to the intersection of resources that are available across the applications in that category.
for example, a user can create a common object for use across hubs, which could be a company object. the individual application endpoints may use different naming conventions for this resource, such as account in salesforce, company in hubspot, and organization in quickbooks. cloud elements resource normalization transforms all varieties of the company object to one uniform model.
using resource-centric api calls, the common objects will still be normalized even though they do not need to be associated with the hub within the call.
for more information on our hubs and elements, check out our api documentation .
Published at DZone with permission of Ross Garrett, DZone MVB. See the original article here.
Opinions expressed by DZone contributors are their own.
Comments