11 minute read

REST-API

REST API

An API (Application Programming Interface) is a set of rules and protocols that allows one software application to interact with another. It defines the methods and data formats that applications can use to communicate with each other, enabling them to request and exchange information.

Here are some key aspects of an API:

  1. Interface: The API provides a specific set of functions and endpoints that can be used to interact with a system or service. These functions define what operations can be performed, such as retrieving data, updating information, or triggering actions.

  2. Abstraction: APIs abstract the underlying complexity of the system, allowing developers to use the functionality without needing to understand the inner workings of the system. This simplifies the development process.

  3. Communication: APIs facilitate communication between different software components, systems, or services. They enable integration and interoperability, allowing disparate systems to work together seamlessly.

  4. Standardization: APIs follow specific protocols and standards, ensuring consistent and predictable behavior. Common standards include HTTP/HTTPS for web APIs, JSON or XML for data formats, and OAuth for authentication.

Types of APIs

APIs can be categorized based on various criteria, including their design, use cases, and communication methods. Here are some common types:

  1. Web APIs (Web Services):
    • REST (Representational State Transfer): Uses standard HTTP methods and is designed around resources identified by URLs.
    • SOAP (Simple Object Access Protocol): Uses XML for message formatting and relies on application layer protocols like HTTP or SMTP.
  2. Library/Framework APIs: Provided by software libraries or frameworks, allowing developers to use predefined functions and methods to perform specific tasks.

  3. Operating System APIs: Enable applications to interact with the operating system, accessing low-level services like file management, memory allocation, and process control.

  4. Database APIs: Allow applications to interact with database management systems (DBMS), performing operations like querying, updating, and managing data.

  5. Hardware APIs: Enable software applications to interact with hardware components, such as graphics cards, printers, or sensors.

Examples of API Usage

  • Social Media Integration: APIs allow applications to interact with social media platforms, enabling features like posting updates, retrieving user data, and integrating social sharing buttons.
  • Payment Processing: Payment gateways provide APIs for handling transactions, processing payments, and managing billing information.
  • Mapping Services: APIs from mapping services like Google Maps allow developers to integrate maps, geocoding, and location-based services into their applications.
  • Third-Party Services: APIs enable applications to use third-party services like email sending, SMS notifications, and cloud storage.

APIs play a crucial role in modern software development by enabling modular, scalable, and maintainable systems, promoting code reuse, and facilitating integration between different applications and services.

What is REST API

A REST API (Representational State Transfer Application Programming Interface) is a set of rules and conventions for building and interacting with web services. It uses standard HTTP methods and is designed to work with resources, which are identified by URLs.

Here are some key characteristics of REST APIs:

  1. Statelessness: Each request from a client to a server must contain all the information needed to understand and process the request. The server does not store any state about the client session.

  2. Client-Server Architecture: The client and server are independent; the client does not need to know the server’s implementation details, and vice versa.

  3. Cacheability: Responses from the server can be cached by the client or intermediaries to improve performance.

  4. Uniform Interface: REST APIs follow a standard interface, which typically includes the following HTTP methods:
    • GET: Retrieve a resource.
    • POST: Create a new resource.
    • PUT: Update an existing resource.
    • DELETE: Remove a resource.
  5. Layered System: A REST API can be composed of multiple layers, with each layer providing a specific functionality.

  6. Code on Demand (optional): Servers can extend client functionality by transferring executable code.

REST APIs are widely used due to their simplicity, scalability, and flexibility, making them a popular choice for web services and applications.

Types of REST API

REST APIs can be categorized based on different criteria, such as the level of maturity, the architecture style, and the methods used. Here are a few ways to categorize REST APIs:

1. By Maturity Level (Richardson Maturity Model):

The Richardson Maturity Model (RMM) categorizes RESTful services into four levels, from 0 to 3, based on their adherence to REST principles:

  • Level 0: The Swamp of POX (Plain Old XML)
    • Uses HTTP as a transport mechanism, but not much else.
    • Typically involves a single URI endpoint.
  • Level 1: Resources
    • Introduces the concept of resources.
    • Uses multiple URIs to represent different resources.
  • Level 2: HTTP Verbs
    • Uses standard HTTP methods like GET, POST, PUT, DELETE.
    • Each resource can be interacted with using these methods.
  • Level 3: Hypermedia Controls (HATEOAS - Hypermedia As The Engine Of Application State)
    • Fully utilizes hypermedia to guide the client through the application by providing relevant links with each response.

2. By Functionality:

  • Public APIs (Open APIs)
    • Available to external developers and users.
    • Typically have extensive documentation and usage guidelines.
  • Private APIs
    • Intended for use within an organization.
    • Not exposed to external users.
  • Partner APIs
    • Shared with specific partners.
    • Often used for business-to-business interactions.

3. By Architectural Style:

  • RESTful APIs
    • Adhere strictly to REST principles.
  • Non-RESTful APIs
    • May use REST concepts but do not fully comply with REST constraints.
    • Could include SOAP (Simple Object Access Protocol) or other RPC (Remote Procedure Call) styles.

4. By Data Format:

  • JSON APIs
    • Use JSON (JavaScript Object Notation) for data representation.
  • XML APIs
    • Use XML (eXtensible Markup Language) for data representation.
  • Other Formats
    • Could use formats like YAML, CSV, etc.

5. By Protocol:

  • HTTP/HTTPS
    • The most common protocol for REST APIs.
  • Other Protocols
    • While less common, REST principles can be applied over other protocols like WebSockets or even FTP.

Each type of REST API serves different needs and use cases, depending on the specific requirements of the application and its ecosystem.

What is SOAP API

A SOAP API (Simple Object Access Protocol API) is a protocol for exchanging structured information in the implementation of web services. It relies on XML for message formatting and typically uses other application layer protocols such as HTTP or SMTP for message negotiation and transmission.

Key Features of SOAP API

  1. Protocol-Based: SOAP is a protocol, meaning it defines a strict set of rules and standards that messages must follow. This ensures high interoperability between different systems.

  2. XML-Based: SOAP messages are formatted in XML, which is a language-independent way to represent data. This makes SOAP APIs highly flexible and capable of supporting complex data structures.

  3. Transport Agnostic: While SOAP most commonly uses HTTP or HTTPS as its transport protocol, it is not limited to these. SOAP can also work over other protocols such as SMTP, TCP, and more.

  4. WS-Security: SOAP has built-in security features through the WS-Security specification, allowing for secure communication by providing authentication, integrity, and confidentiality.

  5. WSDL (Web Services Description Language): SOAP APIs are often defined using WSDL, which is an XML-based language for describing the functionalities offered by a web service. WSDL provides a machine-readable description of how the service can be called, what parameters it expects, and what data structures it returns.

  6. Standardized: SOAP is a standardized protocol maintained by the World Wide Web Consortium (W3C), ensuring long-term support and stability.

SOAP API Message Structure

A typical SOAP message consists of:

  • Envelope: The root element that defines the XML document as a SOAP message.
  • Header (optional): Contains application-specific information like authentication and transaction management.
  • Body: Contains the actual message content intended for the recipient.
  • Fault (optional): Provides information about errors that occurred during message processing.

Advantages of SOAP API

  • Standardization: SOAP is a well-defined standard with extensive documentation and tooling support.
  • Security: Built-in support for security protocols like WS-Security makes SOAP suitable for secure transactions.
  • Reliability: Features like WS-ReliableMessaging ensure reliable communication between services.
  • Complex Operations: SOAP is well-suited for operations that require complex transactions or that need ACID (Atomicity, Consistency, Isolation, Durability) compliance.

Disadvantages of SOAP API

  • Complexity: The strict standards and extensive use of XML can make SOAP APIs more complex to implement and consume.
  • Performance: The verbosity of XML and the overhead of additional SOAP-specific information can lead to larger message sizes and slower performance compared to simpler protocols like REST.

Use Cases for SOAP API

  • Enterprise Applications: SOAP is commonly used in enterprise-level applications where security, transactional reliability, and standardized protocols are critical.
  • Banking and Financial Services: The robust security features of SOAP make it ideal for applications involving sensitive financial transactions.
  • Telecommunication Services: SOAP’s support for complex operations and reliability is beneficial for telecommunication services.

Example SOAP Request

Here’s a basic example of a SOAP request message:

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:example="http://www.example.com/">
   <soapenv:Header/>
   <soapenv:Body>
      <example:GetUserDetailsRequest>
         <example:UserId>12345</example:UserId>
      </example:GetUserDetailsRequest>
   </soapenv:Body>
</soapenv:Envelope>

This request is asking for details of a user with the ID 12345.

SOAP APIs are a powerful tool for enabling communication between different software systems, especially in environments where security, standardization, and complex operations are necessary. However, the complexity and overhead associated with SOAP may make it less suitable for simpler use cases, where REST APIs might be a better fit.

Types of SOAP API

SOAP APIs are generally categorized based on their functionality and implementation. While there aren’t strict “types” of SOAP APIs in the same way you might categorize RESTful services by their architectural style, you can consider different types based on the nature of their services and the way they are described and consumed. Here are some common distinctions:

1. Document-Oriented vs. RPC-Oriented SOAP APIs

  • Document-Oriented:
    • These SOAP APIs treat the SOAP message as a document. The message is typically a well-defined XML document that the server processes and responds to.
    • The interaction focuses on the exchange of XML documents.
  • RPC-Oriented (Remote Procedure Call):
    • These SOAP APIs resemble traditional remote procedure calls, where the SOAP message represents a method call with parameters.
    • The server processes the call and returns a response as if a local procedure was invoked.

2. Synchronous vs. Asynchronous SOAP APIs

  • Synchronous:
    • The client sends a request and waits for the server to process and respond immediately.
    • Common in real-time interactions where the client needs an immediate response.
  • Asynchronous:
    • The client sends a request and does not wait for an immediate response. The server processes the request and sends the response later.
    • Useful in scenarios where the operations take a long time to complete, and the client can continue other tasks in the meantime.

3. Public vs. Private vs. Partner SOAP APIs

  • Public SOAP APIs:
    • Available to external developers and users.
    • Often well-documented and intended for broad use.
  • Private SOAP APIs:
    • Intended for internal use within an organization.
    • Not exposed to external users or developers.
  • Partner SOAP APIs:
    • Shared with specific business partners.
    • Often used for B2B (business-to-business) interactions and integrations.

4. Service-Oriented vs. Resource-Oriented SOAP APIs

  • Service-Oriented:
    • Focus on performing specific operations or services.
    • Often used in enterprise applications for complex business logic.
  • Resource-Oriented:
    • Although less common with SOAP (more typical of REST), these APIs treat entities as resources that can be manipulated.
    • Operations are performed on resources, similar to CRUD (Create, Read, Update, Delete) operations.

5. One-Way, Request-Response, and Notification SOAP APIs

  • One-Way:
    • The client sends a message to the server, but there is no response expected.
    • Useful for logging or sending notifications where confirmation is not necessary.
  • Request-Response:
    • The client sends a request message, and the server responds with a message.
    • The most common interaction pattern in SOAP APIs.
  • Notification:
    • The server sends messages to the client, usually without a preceding request.
    • Used for alerting or informing clients about certain events or changes.

While SOAP itself is a standardized protocol, its applications can vary widely based on the specific use case, communication pattern, and intended audience. Understanding these distinctions helps in designing and consuming SOAP APIs effectively.

Creating, Deploying and Using API for Image Recognition

To create a system that allows users to upload images from a front end and get predictions from an Azure AI cloud service, we’ll break down the process into a few main parts:

  1. Setting up Azure AI Image Detection Service:
    • Create an Azure account if you don’t already have one.
    • Set up a Computer Vision service in Azure.
    • Get the necessary API keys and endpoint URL.
  2. Creating the API to interface with Azure AI:
    • Create a backend service (e.g., using Flask or FastAPI) to handle image uploads and interact with the Azure Computer Vision API.
  3. Developing the Front End:
    • Create a simple front end (e.g., using HTML, CSS, and JavaScript) that allows users to upload images and view the results.

Step-by-Step Implementation

1. Set up Azure Computer Vision Service

  1. Sign in to the Azure portal.
  2. Create a new resource: Search for “Computer Vision” and create the service.
  3. After the service is created, go to the resource and copy the endpoint URL and API key.

Endpoint URL: https://dasarpai-image-detection.cognitiveservices.azure.com/ API Key1: 9ca81597171742dfa7d3afd43aa7927d API Key2: 5bedfc880bcb4057b16ac2fb6cc38a83 API Kind: ComputerVision

2. Create the Backend Service

Install necessary packages:

pip install fastapi uvicorn requests python-multipart

Create the FastAPI application (main.py):

from fastapi import FastAPI, File, UploadFile
import requests
import io

app = FastAPI()

AZURE_VISION_ENDPOINT = "YOUR_AZURE_ENDPOINT"
AZURE_VISION_SUBSCRIPTION_KEY = "YOUR_AZURE_KEY"
AZURE_VISION_ANALYZE_URL = f"{AZURE_VISION_ENDPOINT}/vision/v3.2/analyze"

@app.post("/analyze-image/")
async def analyze_image(file: UploadFile = File(...)):
    image_data = await file.read()
    
    headers = {
        'Ocp-Apim-Subscription-Key': AZURE_VISION_SUBSCRIPTION_KEY,
        'Content-Type': 'application/octet-stream'
    }
    params = {
        'visualFeatures': 'Categories,Description,Color'
    }
    response = requests.post(AZURE_VISION_ANALYZE_URL, headers=headers, params=params, data=image_data)
    response.raise_for_status()
    analysis = response.json()
    return analysis

if __name__ == "__main__":
    import uvicorn
    uvicorn.run(app, host="0.0.0.0", port=8000)

3. Create the Front End

HTML (index.html):

<!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="UTF-8">
    <meta name="viewport" content="width=device-width, initial-scale=1.0">
    <title>Image Analysis</title>
</head>
<body>
    <h1>Upload an Image for Analysis</h1>
    <form id="uploadForm" enctype="multipart/form-data">
        <input type="file" id="fileInput" name="file">
        <button type="submit">Upload</button>
    </form>
    <pre id="result"></pre>

    <script>
        document.getElementById('uploadForm').onsubmit = async function(event) {
            event.preventDefault();
            const fileInput = document.getElementById('fileInput');
            const file = fileInput.files[0];
            const formData = new FormData();
            formData.append('file', file);

            const response = await fetch('http://localhost:8000/analyze-image/', {
                method: 'POST',
                body: formData
            });
            const result = await response.json();
            document.getElementById('result').textContent = JSON.stringify(result, null, 2);
        }
    </script>
</body>
</html>

4. Deploy and Run the Services

  1. Run the FastAPI application:
     uvicorn main:app --host 0.0.0.0 --port 8000
    
  2. Open the index.html in a browser:
    • Simply open the index.html file in a web browser.
    • Upload an image and see the prediction results.

This setup will allow you to upload an image via the front end, send it to the backend FastAPI service, which then calls the Azure Computer Vision API and returns the analysis results to be displayed on the front end.

Updated:

Leave a comment