API Model for Zoom Service

Let's go over the request-response patterns for the Zoom API calls.

In this lesson, we will discuss the basic data entities, message formats, and API endpoints of the Zoom meeting service. This course has already addressed the technical aspects of some functional requirements, but other aspects are specific to this design. Therefore, we go into great detail on their request and response formats here. Let's first discuss the base URL of the Zoom API.

BaseURL

The Zoom meeting API is RESTful, and we can access it using different HTTP methods. The base URL for all these requests is as follows:

Press + to interact
The base URL for the Zoom meeting API
The base URL for the Zoom meeting API

The full URL varies depending on the operation and the endpoint accessed. These operations and their associated endpoints are as follows:

Endpoints for multiple operations in the Zoom meeting API

The Zoom Meetings API is feature-rich, and we have broken it down into four categories. Each main category describes how we can perform basic operations on different resources using the aforementioned endpoints. Given below is a brief description of each category:

Overview of Endpoints

Category

Base Path

Description

Managing meetings

/meetings

  • Create, read, update, and delete meetings

Managing streams

/streams/mc/start/{startURL} /streams/mr/start/{startURL} ?{configId}

  • Share session description
  • Waiting for the host to join the meeting
  • Exchange media streams

Managing participants

/users/{meetingId}

  • Add, read, update, and remove participants

Managing recordings

/recordings/{meetingId}

  • Create, read, update, and delete cloud recordings

Note: The mc and mr paths in the table above are specific to media controllers (MC) and media routers (MR), respectively. They are responsible for creating media sessions and transferring media between different clients.

As we can see from the ...