Author: admin

ICYDK: RESTful Application Programming Interfaces (APIs) utilize HTTPs for receiving and executing requests. Developed from Representational State Transfer (REST) concepts, it is primarily designed for the purpose of data transfer between web-based services. Owing to its streamlined bandwidth consumption, it is preferred over Simple Object Access Protocol (SOAP) for developing APIs.

How Do RESTful APIs Work?

RESTful APIs decompose transactions into meaningful parts and functions using GET, POST, PUT, and DELETE HTTP requests to perform CRUD operations. The stateless element means RESTful APIs retain no data during transactions and can be implemented in cloud applications since they incorporate high scalability and swift deployment. https://goo.gl/qqh5JH #DataIntegration #ML

ICYMI: I am refining my comprehensive list of stops that I highlight as part of the API lifecycle, or what I call API Transit–the stops that each of the services we deliver will have to “pass through” at some point. I’m sharing this list with other team members as part of existing consulting arrangements I’m engaged in with Streamdata.io, as well as baking into my API transit work for some workshops I’m doing in April. All of these are available on the API lifecycle section of API Evangelist, but I will be pushing them to become a first-class citizen on the home page of API Evangelist once again.

Here are 68 potential stops I’d consider for any microservice to be exposed to, as part of a larger API transit strategy map: https://goo.gl/5sJxMT #DataIntegration #ML

At WSO2, we work with enterprises around the globe on implementing API management solutions for various scenarios. This includes use cases starting from managing APIs used within organizations, managing APIs exposed to business partners, managing third-party APIs consumed by internal systems, managing APIs publicly exposed to the internet, and many other business specific requirements. Organizations that require APIs for internal and partner usage may preliminarily deploy such systems on their internal data centers. Some deployments may also span to public cloud infrastructures depending on the need for scalability, geographical distribution, disaster recovery, cost savings, etc. On the other hand, businesses who run their existing systems on public cloud infrastructures may deploy API management solutions on the same platform.

In any of the above scenarios we first start with the business use cases and design a high level solution architecture which could illustrate the internal systems involved, integrations among multiple systems, messaging channels required, external services used, mediations needed, identity and access management, analytics, monitoring and every other aspect of the solution needed for exposing and managing APIs at different levels of the organization. This process would allow all stakeholders of the project to understand the high-level requirements of the solution for supporting business needs and design the detailed solution architecture accordingly. https://goo.gl/dpPmYC #DataIntegration #ML