The API supports access from either a nearby region (at omics.tencentcloudapi.com) or a specified region (at omics.ap-guangzhou.tencentcloudapi.com for Guangzhou, for example).
We recommend using the domain name to access the nearest server. When you call an API, the request is automatically resolved to a server in the region nearest to the location where the API is initiated. For example, when you initiate an API request in Guangzhou, this domain name is automatically resolved to a Guangzhou server, the result is the same as that of specifying the region in the domain like "omics.ap-guangzhou.tencentcloudapi.com".
Note: For latency-sensitive businesses, we recommend that you specify the region in the domain name.
Tencent Cloud currently supports the following regions:
Hosted region | Domain name |
---|---|
Local access region (recommended, only for non-financial availability zones) | omics.tencentcloudapi.com |
South China (Guangzhou) | omics.ap-guangzhou.tencentcloudapi.com |
East China (Shanghai) | omics.ap-shanghai.tencentcloudapi.com |
North China (Beijing) | omics.ap-beijing.tencentcloudapi.com |
Southwest China (Chengdu) | omics.ap-chengdu.tencentcloudapi.com |
Southwest China (Chongqing) | omics.ap-chongqing.tencentcloudapi.com |
Hong Kong, Macao, Taiwan (Hong Kong, China) | omics.ap-hongkong.tencentcloudapi.com |
Southeast Asia (Singapore) | omics.ap-singapore.tencentcloudapi.com |
Southeast Asia (Bangkok) | omics.ap-bangkok.tencentcloudapi.com |
South Asia (Mumbai) | omics.ap-mumbai.tencentcloudapi.com |
Northeast Asia (Seoul) | omics.ap-seoul.tencentcloudapi.com |
Northeast Asia (Tokyo) | omics.ap-tokyo.tencentcloudapi.com |
U.S. East Coast (Virginia) | omics.na-ashburn.tencentcloudapi.com |
U.S. West Coast (Silicon Valley) | omics.na-siliconvalley.tencentcloudapi.com |
North America (Toronto) | omics.na-toronto.tencentcloudapi.com |
Europe (Frankfurt) | omics.eu-frankfurt.tencentcloudapi.com |
All the Tencent Cloud APIs communicate via HTTPS, providing highly secure communication tunnels.
Supported HTTP request methods:
The Content-Type types supported by POST requests:
The size of a GET request packet is up to 32 KB. The size of a POST request is up to 1 MB when the HmacSHA1 or HmacSHA256 signature algorithm is used, and up to 10 MB when TC3-HMAC-SHA256 is used.
Only UTF-8 encoding is used.
Was this page helpful?