/*
* Документация публичного API
*
* # Введение API Timeweb Cloud позволяет вам управлять ресурсами в облаке программным способом с использованием обычных HTTP-запросов. Множество функций, которые доступны в панели управления Timeweb Cloud, также доступны через API, что позволяет вам автоматизировать ваши собственные сценарии. В этой документации сперва будет описан общий дизайн и принципы работы API, а после этого конкретные конечные точки. Также будут приведены примеры запросов к ним. ## Запросы Запросы должны выполняться по протоколу `HTTPS`, чтобы гарантировать шифрование транзакций. Поддерживаются следующие методы запроса: |Метод|Применение| |--- |--- | |GET|Извлекает данные о коллекциях и отдельных ресурсах.| |POST|Для коллекций создает новый ресурс этого типа. Также используется для выполнения действий с конкретным ресурсом.| |PUT|Обновляет существующий ресурс.| |PATCH|Некоторые ресурсы поддерживают частичное обновление, то есть обновление только части атрибутов ресурса, в этом случае вместо метода PUT будет использован PATCH.| |DELETE|Удаляет ресурс.| Методы `POST`, `PUT` и `PATCH` могут включать объект в тело запроса с типом содержимого `application/json`. ### Параметры в запросах Некоторые коллекции поддерживают пагинацию, поиск или сортировку в запросах. В параметрах запроса требуется передать: - `limit` — обозначает количество записей, которое необходимо вернуть - `offset` — указывает на смещение, относительно начала списка - `search` — позволяет указать набор символов для поиска - `sort` — можно задать правило сортировки коллекции ## Ответы Запросы вернут один из следующих кодов состояния ответа HTTP: |Статус|Описание| |--- |--- | |200 OK|Действие с ресурсом было выполнено успешно.| |201 Created|Ресурс был успешно создан. При этом ресурс может быть как уже готовым к использованию, так и находиться в процессе запуска.| |204 No Content|Действие с ресурсом было выполнено успешно, и ответ не содержит дополнительной информации в теле.| |400 Bad Request|Был отправлен неверный запрос, например, в нем отсутствуют обязательные параметры и т. д. Тело ответа будет содержать дополнительную информацию об ошибке.| |401 Unauthorized|Ошибка аутентификации.| |403 Forbidden|Аутентификация прошла успешно, но недостаточно прав для выполнения действия.| |404 Not Found|Запрашиваемый ресурс не найден.| |409 Conflict|Запрос конфликтует с текущим состоянием.| |423 Locked|Ресурс из запроса заблокирован от применения к нему указанного метода.| |429 Too Many Requests|Был достигнут лимит по количеству запросов в единицу времени.| |500 Internal Server Error|При выполнении запроса произошла какая-то внутренняя ошибка. Чтобы решить эту проблему, лучше всего создать тикет в панели управления.| ### Структура успешного ответа Все конечные точки будут возвращать данные в формате `JSON`. Ответы на `GET`-запросы будут иметь на верхнем уровне следующую структуру атрибутов: |Название поля|Тип|Описание| |--- |--- |--- | |[entity_name]|object, object[], string[], number[], boolean|Динамическое поле, которое будет меняться в зависимости от запрашиваемого ресурса и будет содержать все атрибуты, необходимые для описания этого ресурса. Например, при запросе списка баз данных будет возвращаться поле `dbs`, а при запросе конкретного облачного сервера `server`. Для некоторых конечных точек в ответе может возвращаться сразу несколько ресурсов.| |meta|object|Опционально. Объект, который содержит вспомогательную информацию о ресурсе. Чаще всего будет встречаться при запросе коллекций и содержать поле `total`, которое будет указывать на количество элементов в коллекции.| |response_id|string|Опционально. В большинстве случаев в ответе будет содержаться ID ответа в формате UUIDv4, который однозначно указывает на ваш запрос внутри нашей системы. Если вам потребуется задать вопрос нашей поддержке, приложите к вопросу этот ID— так мы сможем найти ответ на него намного быстрее. Также вы можете использовать этот ID, чтобы убедиться, что это новый ответ на запрос и результат не был получен из кэша.| Пример запроса на получение списка SSH-ключей: ``` HTTP/2.0 200 OK { \"ssh_keys\":[ { \"body\":\"ssh-rsa AAAAB3NzaC1sdfghjkOAsBwWhs= example@device.local\", \"created_at\":\"2021-09-15T19:52:27Z\", \"expired_at\":null, \"id\":5297, \"is_default\":false, \"name\":\"example@device.local\", \"used_at\":null, \"used_by\":[] } ], \"meta\":{ \"total\":1 }, \"response_id\":\"94608d15-8672-4eed-8ab6-28bd6fa3cdf7\" } ``` ### Структура ответа с ошибкой |Название поля|Тип|Описание| |--- |--- |--- | |status_code|number|Короткий числовой идентификатор ошибки.| |error_code|string|Короткий текстовый идентификатор ошибки, который уточняет числовой идентификатор и удобен для программной обработки. Самый простой пример — это код `not_found` для ошибки 404.| |message|string, string[]|Опционально. В большинстве случаев в ответе будет содержаться человекочитаемое подробное описание ошибки или ошибок, которые помогут понять, что нужно исправить.| |response_id|string|Опционально. В большинстве случае в ответе будет содержаться ID ответа в формате UUIDv4, который однозначно указывает на ваш запрос внутри нашей системы. Если вам потребуется задать вопрос нашей поддержке, приложите к вопросу этот ID — так мы сможем найти ответ на него намного быстрее.| Пример: ``` HTTP/2.0 403 Forbidden { \"status_code\": 403, \"error_code\": \"forbidden\", \"message\": \"You do not have access for the attempted action\", \"response_id\": \"94608d15-8672-4eed-8ab6-28bd6fa3cdf7\" } ``` ## Статусы ресурсов Важно учесть, что при создании большинства ресурсов внутри платформы вам будет сразу возвращен ответ от сервера со статусом `200 OK` или `201 Created` и ID созданного ресурса в теле ответа, но при этом этот ресурс может быть ещё в *состоянии запуска*. Для того чтобы понять, в каком состоянии сейчас находится ваш ресурс, мы добавили поле `status` в ответ на получение информации о ресурсе. Список статусов будет отличаться в зависимости от типа ресурса. Увидеть поддерживаемый список статусов вы сможете в описании каждого конкретного ресурса. ## Ограничение скорости запросов (Rate Limiting) Чтобы обеспечить стабильность для всех пользователей, Timeweb Cloud защищает API от всплесков входящего трафика, анализируя количество запросов c каждого аккаунта к каждой конечной точке. Если ваше приложение отправляет более 20 запросов в секунду на одну конечную точку, то для этого запроса API может вернуть код состояния HTTP `429 Too Many Requests`. ## Аутентификация Доступ к API осуществляется с помощью JWT-токена. Токенами можно управлять внутри панели управления Timeweb Cloud в разделе *API и Terraform*. Токен необходимо передавать в заголовке каждого запроса в формате: ``` Authorization: Bearer $TIMEWEB_CLOUD_TOKEN ``` ## Формат примеров API Примеры в этой документации описаны с помощью `curl`, HTTP-клиента командной строки. На компьютерах `Linux` и `macOS` обычно по умолчанию установлен `curl`, и он доступен для загрузки на всех популярных платформах, включая `Windows`. Каждый пример разделен на несколько строк символом `\\`, который совместим с `bash`. Типичный пример выглядит так: ``` curl -X PATCH -H \"Content-Type: application/json\" -H \"Authorization: Bearer $TIMEWEB_CLOUD_TOKEN\" -d '{\"name\":\"Cute Corvus\",\"comment\":\"Development Server\"}' \"https://api.timeweb.cloud/api/v1/dedicated/1051\" ``` - Параметр `-X` задает метод запроса. Для согласованности метод будет указан во всех примерах, даже если он явно не требуется для методов `GET`. - Строки `-H` задают требуемые HTTP-заголовки. - Примеры, для которых требуется объект JSON в теле запроса, передают требуемые данные через параметр `-d`. Чтобы использовать приведенные примеры, не подставляя каждый раз в них свой токен, вы можете добавить токен один раз в переменные окружения в вашей консоли. Например, на `Linux` это можно сделать с помощью команды: ``` TIMEWEB_CLOUD_TOKEN=\"token\" ``` После этого токен будет автоматически подставляться в ваши запросы. Обратите внимание, что все значения в этой документации являются примерами. Не полагайтесь на IDы операционных систем, тарифов и т.д., используемые в примерах. Используйте соответствующую конечную точку для получения значений перед созданием ресурсов. ## Версионирование API построено согласно принципам [семантического версионирования](https://semver.org/lang/ru). Это значит, что мы гарантируем обратную совместимость всех изменений в пределах одной мажорной версии. Мажорная версия каждой конечной точки обозначается в пути запроса, например, запрос `/api/v1/servers` указывает, что этот метод имеет версию 1.
*
* The version of the OpenAPI document: 1.0.0
* Contact: info@timeweb.cloud
* Generated by: https://openapi-generator.tech
*/
use serde::{Deserialize, Serialize};
use crate::models;
#[derive(Clone, Default, Debug, PartialEq, Serialize, Deserialize)]
pub struct GetDatabaseParameters200Response {
/// Параметры, доступные для кластеров типа `mysql5`.
#[serde(rename = "mysql5")]
pub mysql5: Vec<String>,
/// Параметры, доступные для кластеров типа `mysql`.
#[serde(rename = "mysql")]
pub mysql: Vec<String>,
/// Параметры, доступные для кластеров типа `mysql8_4`.
#[serde(rename = "mysql8_4")]
pub mysql8_4: Vec<String>,
/// Параметры, доступные для кластеров типа `postgres` (PostgreSQL 13).
#[serde(rename = "postgres")]
pub postgres: Vec<String>,
/// Параметры, доступные для кластеров типа `postgres14`.
#[serde(rename = "postgres14")]
pub postgres14: Vec<String>,
/// Параметры, доступные для кластеров типа `postgres15`.
#[serde(rename = "postgres15")]
pub postgres15: Vec<String>,
/// Параметры, доступные для кластеров типа `postgres16`.
#[serde(rename = "postgres16")]
pub postgres16: Vec<String>,
/// Параметры, доступные для кластеров типа `postgres17`.
#[serde(rename = "postgres17")]
pub postgres17: Vec<String>,
/// Параметры, доступные для кластеров типа `postgres18`. Набор отличается
/// от предыдущих версий PostgreSQL — например, добавлены `io_method` и
/// `io_workers`.
#[serde(rename = "postgres18")]
pub postgres18: Vec<String>,
/// Параметры, доступные для кластеров типа `redis`.
#[serde(rename = "redis")]
pub redis: Vec<String>,
/// Параметры, доступные для кластеров типа `redis7`.
#[serde(rename = "redis7")]
pub redis7: Vec<String>,
/// Параметры, доступные для кластеров типа `redis8_1`.
#[serde(rename = "redis8_1")]
pub redis8_1: Vec<String>,
/// Параметры, доступные для кластеров типа `valkey`.
#[serde(rename = "valkey")]
pub valkey: Vec<String>,
/// Параметры, доступные для кластеров типа `valkey7`.
#[serde(rename = "valkey7")]
pub valkey7: Vec<String>,
/// Параметры, доступные для кластеров типа `valkey8_1`.
#[serde(rename = "valkey8_1")]
pub valkey8_1: Vec<String>,
/// Параметры, доступные для кластеров типа `valkey9_1`.
#[serde(rename = "valkey9_1")]
pub valkey9_1: Vec<String>,
/// Для кластеров типа `mongodb4` настраиваемых параметров нет — всегда
/// пустой массив.
#[serde(rename = "mongodb4")]
pub mongodb4: Vec<String>,
/// Для кластеров типа `mongodb` настраиваемых параметров нет — всегда
/// пустой массив.
#[serde(rename = "mongodb")]
pub mongodb: Vec<String>,
/// Для кластеров типа `mongodb6` настраиваемых параметров нет — всегда
/// пустой массив.
#[serde(rename = "mongodb6")]
pub mongodb6: Vec<String>,
/// Для кластеров типа `mongodb7` настраиваемых параметров нет — всегда
/// пустой массив.
#[serde(rename = "mongodb7")]
pub mongodb7: Vec<String>,
/// Для кластеров типа `mongodb8_0` настраиваемых параметров нет — всегда
/// пустой массив.
#[serde(rename = "mongodb8_0")]
pub mongodb8_0: Vec<String>,
/// Для кластеров типа `opensearch` настраиваемых параметров нет — всегда
/// пустой массив.
#[serde(rename = "opensearch")]
pub opensearch: Vec<String>,
/// Для кластеров типа `opensearch2_19` настраиваемых параметров нет —
/// всегда пустой массив.
#[serde(rename = "opensearch2_19")]
pub opensearch2_19: Vec<String>,
/// Для кластеров типа `clickhouse` настраиваемых параметров нет — всегда
/// пустой массив.
#[serde(rename = "clickhouse")]
pub clickhouse: Vec<String>,
/// Для кластеров типа `clickhouse24` настраиваемых параметров нет — всегда
/// пустой массив.
#[serde(rename = "clickhouse24")]
pub clickhouse24: Vec<String>,
/// Для кластеров типа `clickhouse25` настраиваемых параметров нет — всегда
/// пустой массив.
#[serde(rename = "clickhouse25")]
pub clickhouse25: Vec<String>,
/// Для кластеров типа `kafka` настраиваемых параметров нет — всегда пустой
/// массив.
#[serde(rename = "kafka")]
pub kafka: Vec<String>,
/// Для кластеров типа `rabbitmq` настраиваемых параметров нет — всегда
/// пустой массив.
#[serde(rename = "rabbitmq")]
pub rabbitmq: Vec<String>,
/// Для кластеров типа `rabbitmq4_0` настраиваемых параметров нет — всегда
/// пустой массив.
#[serde(rename = "rabbitmq4_0")]
pub rabbitmq4_0: Vec<String>,
/// ID запроса, который можно указывать при обращении в службу технической
/// поддержки, чтобы помочь определить проблему.
#[serde(rename = "response_id", deserialize_with = "Option::deserialize")]
pub response_id: Option<uuid::Uuid>
}
impl GetDatabaseParameters200Response {
pub fn new(
mysql5: Vec<String>,
mysql: Vec<String>,
mysql8_4: Vec<String>,
postgres: Vec<String>,
postgres14: Vec<String>,
postgres15: Vec<String>,
postgres16: Vec<String>,
postgres17: Vec<String>,
postgres18: Vec<String>,
redis: Vec<String>,
redis7: Vec<String>,
redis8_1: Vec<String>,
valkey: Vec<String>,
valkey7: Vec<String>,
valkey8_1: Vec<String>,
valkey9_1: Vec<String>,
mongodb4: Vec<String>,
mongodb: Vec<String>,
mongodb6: Vec<String>,
mongodb7: Vec<String>,
mongodb8_0: Vec<String>,
opensearch: Vec<String>,
opensearch2_19: Vec<String>,
clickhouse: Vec<String>,
clickhouse24: Vec<String>,
clickhouse25: Vec<String>,
kafka: Vec<String>,
rabbitmq: Vec<String>,
rabbitmq4_0: Vec<String>,
response_id: Option<uuid::Uuid>
) -> GetDatabaseParameters200Response {
GetDatabaseParameters200Response {
mysql5,
mysql,
mysql8_4,
postgres,
postgres14,
postgres15,
postgres16,
postgres17,
postgres18,
redis,
redis7,
redis8_1,
valkey,
valkey7,
valkey8_1,
valkey9_1,
mongodb4,
mongodb,
mongodb6,
mongodb7,
mongodb8_0,
opensearch,
opensearch2_19,
clickhouse,
clickhouse24,
clickhouse25,
kafka,
rabbitmq,
rabbitmq4_0,
response_id
}
}
}