Как определить права на манипуляции с ресурсами для разных пользователей REST-приложения в спецификации OpenAPI: пример аутентификации с JWT-токеном для микросервисной системы интернет-магазина.
Проектирование REST API
Продолжим проектирование микросервисной системы интернет-магазина из прошлой статьи и составим спецификацию OpenAPI для REST-приложения, которое принимает запросы с клиента и направляет их к разным микросервисам, реализуя паттерн API Gateway. Напомню, проектируемая система предназначена обслуживания запросов следующих пользователей:
- Покупатель может просматривать товары, добавлять их в корзину и покупать товары, делая заказы. Также покупателю доступны функции управления своими заказами (создать, изменить, отменить) и манипулирования составом корзины (добавить товар, удалить товар, изменить количество товара).
- Менеджер интернет-магазина отвечает за управление товарами и поставщиками (создать, изменить, удалить). Также ему доступен просмотр активных заказов и просмотр отчетов по выполненным заказам согласно заданным параметрам фильтрации.
- Оператор склада изменяет состояние заказа, поскольку управляет упаковкой товаров в заказы.
При проектировании REST API важно помнить принцип работы этого архитектурного стиля построения выб-приложения. По сути, методы HTTP-запросов, которые направляет клиент на сервер для доступа к ресурсу можно представить в виде штекеров (коннекторов) для соединения с определенными розетками. Как я уже отмечала здесь,
Маршрут (Route) — это URL-адрес, который направляет запрос к определенным конечным точкам с помощью HTTP-методов. Маршрут может иметь несколько конечных точек. Конечная точка (Endpoint) — это непосредственно обращение к маршруту конкретным HTTP-методом, чтобы выполнить определенную задачу и вернуть данные с сервера клиенту.
А за розеткой, т.е. маршрутом, скрывается класс, таблица БД или другое материализованное представление для работы с сущностью домена, т.е. операций с данными. В коде такое сопоставление маршрута с функцией обработки данных выполняется, как правило, средствами специализированных фреймворков. Например, для Python есть фреймворк Flask API, пример использования которого я описывала здесь. Flask API предоставляет декорированный метод @route() для реализации конечных точек, позволяя обратиться к маршруту указанными HTTP-методами, чтобы выполнять необходимые манипуляции с данными.
Возвращаясь к рассматриваемому кейсу интернет-магазина, составим перечень сущностей домена, которые будут скрываться за маршрутами веб-приложения.
| Ресурс (Сущность) | Поле | Смысл поля | Тип данных |
| Product (Товар) | id | Идентификатор товара | integer |
| name | Название товара | string | |
| category | Категория товара | string | |
| provider | Поставщик товара | object | |
| price | Стоимость товара | number | |
| quantity | Количество единиц товара | integer | |
| Provider (Поставщик) | id | Идентификатор поставщика | integer |
| name | Название поставщика | string | |
| INN | ИНН поставщика | string | |
| site | Сайт поставщика | string | |
| phone | Телефон поставщика | string | |
| address | Адрес поставщика | string | |
| Order (Заказ) | id | Идентификатор заказа | integer |
| start_date | Дата и время создания заказа | string, т.к. в JSON нет типа данных для даты и времени. Указать, что это дата можно через format data | |
| state | Состояние заказа (новый, принят, найден, подтвержден, собран, оплачен, отменен) | string | |
| items | Массив товаров, добавленных в заказ, с указанием количества каждого товара | object | |
| sum | Сумма заказа | number | |
| Item (Товар в корзине) | id | Идентификатор товара в корзине | |
| item | Товар, добавленный в корзину | object | |
| quantity | Количество единиц товара | integer |
Далее составим перечень вариантов использования (ВИ), сопоставив их с маршрутами и конечными точками, т.е. методами HTTP-запросов, которые будут отправляться к этим URL-адресам. Также сразу отметим необходимость аутентификации для доступа к тем или иным данным посредством HTTP-запросов.
| Актор | Use Case (ВИ) | Маршрут | Конечная точка (HTTP-метод) | Аутентификация |
| · Менеджер · Покупатель | UC-1. Посмотреть каталог товаров | /product | GET | Не нужна |
| UC-2. Найти товар | /product | GET с параметрами фильтрации | Не нужна | |
| Менеджер | UC-3. Добавить товар | /product | POST | |
| · Менеджер · Покупатель | UC-4. Посмотреть товар | /product/{id} | GET | Не нужна |
| Менеджер | UC-6. Изменить товар | /product/{id} | PUT | Нужна |
| Менеджер | UC-5. Удалить товар | /product/{id} | DELETE | Нужна |
| · Менеджер · Покупатель | UC-7. Посмотреть список поставщиков | /provider | GET | Не нужна |
| UC-8. Найти поставщика | /provider | GET с параметрами фильтрации | Не нужна | |
| Менеджер | UC-10. Добавить поставщика | /provider | POST | Нужна |
| · Менеджер · Покупатель | UC-9. Посмотреть поставщика | /provider/{id} | GET | Нужна |
| Менеджер | UC-11. Изменить поставщика | /provider/{id} | PUT | Нужна |
| Менеджер | UC-12. Удалить поставщика | /provider/{id} | DELETE | Нужна |
| Менеджер | UC-12. Получить аналитический отчет по выполненным заказам | /analytics | POST (в теле запроса параметры фильтрации данных для генерации отчета) | Нужна |
| Менеджер | UC-13. Посмотреть все заказы | /order | GET | Нужна |
| · Покупатель · Менеджер | UC-14. Посмотреть все свои заказы | /order | GET с параметрами фильтрации | Нужна |
| · Менеджер · Покупатель · Оператор склада | UC-15. Найти заказ | /order | GET с параметрами фильтрации | Нужна |
| Покупатель | UC-16. Посмотреть товары в корзине | /item | GET | Нужна |
| Покупатель | UC-17. Добавить товар в корзину | /item | POST | Нужна |
| Покупатель | UC-18. Изменить количество товара в корзине | /item/{id} | PUT со значением | Нужна |
| Покупатель | UC-19. Удалить товар из корзины | /item/{id} | DELETE | Нужна |
| Покупатель | UC-20. Создать заказ | /order | POST | Нужна |
| Покупатель | UC-21. Подтвердить заказ | /order/{id} | PATCH | Нужна |
| Покупатель | UC-22. Оплатить заказ | /order/{id} | PATCH | Нужна |
| · Менеджер · Покупатель | UC-23. Отменить заказ | /order/{id} | PATCH | Нужна |
| Оператор склада | UC-24. Собрать заказ | /order/{id} | PATCH | Нужна |
Для аутентификации пользователя будем использовать довольно простой метод — токен на предъявителя (Bearer token) – веб-маркер JSON (JWT, JSON Web Token), который представляет собой текстовую строку, включенную в заголовок запроса. Использование токена не требует от предъявителя доказательства владения. Имея токен, можно получить доступ к ресурсам. Токен можно отозвать, и обычно он выдается на ограниченный период времени, чтобы снизить риск несанкционированного доступа к данным. Про этот и другие методы аутентификации в веб-приложениях я упоминала здесь.
В данном примере механизм JWT выбран из-за простоты, поскольку сообщение с JWT-токеном может быть реализовано любым языком программирования, поддерживающим криптографическое шифрование данных, например, алгоритмом HMAC SHA256 или RSA, сведения о котором содержатся в разделе заголовка токена, отделенного точкой от полезной нагрузки и подписи. Полезная нагрузка включает информацию о пользователе, а подпись подтверждает отправителя и гарантирует, что сообщение не было изменено во время передачи. JWT-токен с ограниченным временем жизни дает возможность регулировать длительность клиентской сессии и позволяет stateless-системе вести себя как stateful, когда ответ сервера зависит от состояния клиента. Обратной стороной достоинств JWT-токенов является их уязвимость из-за передачи в открытом виде: токен может быть расшифрован и даже изменен злоумышленником с помощью специализированных средств. Впрочем, вопросы информационной безопасности настолько глубокие и серьезные, что требуют проработки в отдельном материале, что я сделаю когда-нибудь в другой раз.
Закончив с предварительным проектированием REST API, можно перейти к детальному: разработке спецификации OpenAPI, упрощенный пример которой рассмотрен в прошлой статье.
Основы архитектуры и интеграции информационных систем
Код курса
OAIS
Ближайшая дата курса
20 мая, 2024
Продолжительность
12 ак.часов
Стоимость обучения
27 000 руб.
Разработка спецификации OpenAPI с secure-схемой
Как обычно, формировать спецификацию будем с помощью редактора Swagger в веб-сервисе SwaggerHub, который доступен для бесплатного использования, но требует предварительной регистрации. Выбрав простой шаблон (Simple API), далее начнем разрабатывать саму спецификацию в формате YAML, внося своих акторов, маршруты и конечные точки, а также структуры данных.
Поскольку спецификация OpenAPI поддерживает вложенные структуры данных и возможность их переиспользования за счет механизма ссылок, разделим сущность домена Товар на Product, которым манипулирует менеджер, указывая количество на складе (свойство quantity) и SKU – товарную единицу номенклатуры. В спецификации OpenAPI для этого будут описаны соответствующие схемы данных. Аналогично зададим возможные значения для состояния товара, которые могут изменить разные пользователи. Например, заказ может быть отменен или самим клиентом, или менеджером магазина, если он не подтвержден / не оплачен в течении 3-х дней. Тогда схема данных для изменения состояния заказа в формате YAML будет выглядеть так:
CanceledOrder:
required:
- state
properties:
state:
type: string
enum:
- отменен клиентом
- отменен менеджером
example: отменен Кроме того, в разделе схемы описана схема безопасности:
securitySchemes:
bearerAuth:
type: http
scheme: bearer
bearerFormat: JWT Ссылка на эту схему указана в HTTP-методах обращения к ресурсам с помощью ключевого слова security:
security: - bearerAuth: []
Например, добавить новый товар в каталог может только менеджер, что описывает следующий участок спецификации OpenAPI:
paths:
/product:
post:
tags:
- manager
summary: 'Добавить товар'
operationId: addProduct
security:
- bearerAuth: []
description: Добавить новый товар в каталог
responses:
'201':
description: товар добавлен
content:
application/json:
schema:
type: object
properties:
id:
type: integer
example: 1
product:
$ref: '#/components/schemas/Product'
'400':
description: некорректный ввод
'409':
description: такой товар уже есть
requestBody:
content:
application/json:
schema:
$ref: '#/components/schemas/Product'
description: Новый товар для добавления в каталог Указание схемы безопасности означает, что для доступа к ресурсу необходимо предоставить аутентификационный токен (bearer token). Как и базовая аутентификация с прямым указанием логина и пароля, аутентификацию с bearer token следует использовать только через HTTPS (SSL). Описав эту схему безопасности в разделе components/securitySchemes, можно использовать ключевое слово security, чтобы применить эту схему к желаемой области: глобальной, т.е. ко всем конечным точкам или или конкретным операциям, как в рассмотренном примере.
Токен аутентификации передается в заголовке или в параметре запроса. Поскольку в квадратных скобках bearerAuth: [] пусто, области безопасности, т.е. конкретные требования или ограничения токена не указаны. Указав в скобках дополнительные параметры, можно регулировать разрешения на манипуляции с данными, ограничения IP-адреса и т.д. Однако, в спецификации OpenAPI области используются только с OAuth 2 и OpenID Connect, применяемыми для аутентификации через стороннего провайдера, например, ЕСИА, UML-диаграмму последовательности для которой я разбирала здесь.
Поскольку за аутентификацию и авторизацию пользователей в проектируемой системе отвечает отдельный микросервис, описываемый REST API должен давать возможность каждому пользователю ввести свои учетные данные для входа и выдать JWT-токен зарегистрированным пользователям. Для этого я добавила маршрут /login, к которому можно обратиться любой пользователь (user) путем отправки HTTP-запроса POST с передачей в теле запроса учетных данных (логина и пароля). В спецификации OpenAPI это описывает следующий участок кода:
paths:
/login:
post:
tags:
- user
summary: Вход пользователя в систему
description: Аутентификация пользователя с использованием Bearer Token (токен на предъявителя)
requestBody:
required: true
content:
application/json:
schema:
type: object
properties:
username:
type: string
description: Логин пользователя
example: anna_vichugova
password:
type: string
format: password
description: Пароль пользователя
responses:
'200':
description: Успешная аутентификация
content:
application/json:
schema:
type: object
properties:
token:
type: string
description: Bearer Token для дальнейшей аутентификации
example: eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9
'401':
description: Ошибка аутентификации, неверные учетные данные
'500':
description: Внутренняя ошибка сервера Основы архитектуры и интеграции информационных систем
Код курса
OAIS
Ближайшая дата курса
20 мая, 2024
Продолжительность
12 ак.часов
Стоимость обучения
27 000 руб.
Таким образом, итоговая спецификация для рассматриваемого шлюза REST API интернет-магазина выглядит следующим образом:
openapi: 3.0.0
servers:
# Added by API Auto Mocking Plugin
- description: SwaggerHub API Auto Mocking
url: https://virtserver.swaggerhub.com/VICHIGOVAANNA/Internet-shop/2.0.0
info:
description: 'Типичный интернет-магазин - демо-кейс Анны Вичуговой (расширенная версия для МСА, с JWT-аутентификацией)'
version: 2.0.0
title: API интернет-магазина
contact:
email: anna@mail.com
tags:
- name: user
description: Пользователь (все категории пользователей)
- name: manager
description: Менеджер
- name: customer
description: Покупатель
- name: operator
description: Оператор склада
paths:
/login:
get:
tags:
- user
description: Просмотр страницы ввода логина и пароля (входа в систему)
summary: Просмотр страницы ввода логина и пароля (входа в систему)
responses:
'200':
description: Успешное отображение страницы аутентификации
content:
application/json:
schema:
type: object
properties:
page:
type: object
description: Содержимое страницы для ввода логина и пароля
'404':
description: Страница не найдена
'503':
description: Сервер временно недоступен
post:
tags:
- user
summary: Вход пользователя в систему
description: Аутентификация пользователя с использованием Bearer Token (токен на предъявителя)
requestBody:
required: true
content:
application/json:
schema:
type: object
properties:
username:
type: string
description: Логин пользователя
example: anna@example.ru
password:
type: string
format: password
description: Пароль пользователя
role:
type: string
enum:
- manager
- customer
- operator
description: Роль пользователя
example: manager
responses:
'200':
description: Успешная аутентификация
content:
application/json:
schema:
type: object
properties:
token:
type: string
description: Bearer Token для дальнейшей аутентификации
example: eyJ0eXAwcvvcb1QiLCJhbGciOsdfsUzI1NiJ9.eyJpZCI6IjEzMzciLCJ1c2VybmFtZSI6ImJpem9uZSIswwwfcI6MTU5NDIwOTYwMCwicm9sZSI6InVzZXIifQ.ZvkYYnyM92xvxcvNW9_hSis7_x3_9rymsDcvcbvuOcc1I
'401':
description: Ошибка аутентификации, неверные учетные данные
'500':
description: Внутренняя ошибка сервера
/analytics:
post:
tags:
- manager
summary: Получить аналитический отчет
operationId: getAnalytics
security:
- bearerAuth: []
description: Генерация pdf-отчета по заданным фильтрам
requestBody:
required: true
content:
application/json:
schema:
type: object
properties:
client:
type: string
analysis_period:
type: string
format: date
required:
- client
- analysis_period
responses:
'200':
description: Отчет успешно сформирован
content:
application/pdf:
schema:
type: string
format: binary
'400':
description: Некорректный запрос
'500':
description: Ошибка сервера
/product:
get:
tags:
- manager
- customer
- operator
- user
summary: Посмотреть каталог товаров
operationId: viewProductCatalog
description: Параметры фильтрации товаров в каталоге для поиска
parameters:
- in: query
name: name
description: название товара для поиска
required: false
schema:
type: string
- in: query
name: category
description: категория товара для поиска
required: false
schema:
type: string
- in: query
name: provider
description: поставщик товара для поиска
required: false
schema:
type: string
- in: query
name: min_price
description: минимальная цена товара для поиска
schema:
type: integer
format: int32
minimum: 0
maximum: 100500
- in: query
name: max_price
description: максимальная цена товара для поиска
schema:
type: integer
format: int32
minimum: 0
maximum: 10005000
responses:
'200':
description: результаты поиска по запросу
content:
application/json:
schema:
type: array
items:
$ref: '#/components/schemas/Product'
'400':
description: не верные параметры фильтрации
post:
tags:
- manager
- operator
summary: 'Добавить товар'
operationId: addProduct
security:
- bearerAuth: []
description: Добавить новый товар в каталог
responses:
'201':
description: товар добавлен
content:
application/json:
schema:
type: object
properties:
id:
type: integer
example: 1
product:
$ref: '#/components/schemas/Product'
'400':
description: некорректный ввод
'409':
description: такой товар уже есть
requestBody:
content:
application/json:
schema:
$ref: '#/components/schemas/Product'
description: Новый товар для добавления в каталог
/provider:
get:
tags:
- manager
- customer
- user
summary: Посмотреть список поставщиков
operationId: viewProviderCatalog
description: Параметры фильтрации поставщиков в каталоге для поиска
parameters:
- in: query
name: name
description: название поставщика для поиска
required: false
schema:
type: string
- in: query
name: INN
description: ИНН поставщика для поиска
required: false
schema:
type: string
- in: query
name: phone
description: телефон поставщика для поиска
required: false
schema:
type: string
- in: query
name: address
description: адрес поставщика для поиска
required: false
schema:
type: string
responses:
'200':
description: результаты поиска по запросу
content:
application/json:
schema:
type: array
items:
$ref: '#/components/schemas/Provider'
'400':
description: не верные параметры фильтрации
post:
tags:
- manager
summary: Добавить поставщика
operationId: addProvider
security:
- bearerAuth: []
description: Добавление нового поставщика в каталог
responses:
'201':
description: поставщик добавлен
content:
application/json:
schema:
type: object
properties:
id:
type: integer
example: 1
product:
$ref: '#/components/schemas/Provider'
'400':
description: некорректный ввод
'409':
description: такой поставщик уже есть
requestBody:
content:
application/json:
schema:
$ref: '#/components/schemas/Provider'
description: Новый поставщик для добавления в каталог
/product/{id}:
get:
tags:
- manager
- customer
- operator
summary: Посмотреть товар
operationId: viewProduct
description: Просмотр данных о конкретном товаре по его ID
parameters:
- in: path
name: id
description: ID
required: true
schema:
type: integer
format: int64
example: 1
responses:
'200':
description: Товар найден
content:
application/json:
schema:
$ref: '#/components/schemas/Product'
'404':
description: 'Товар не найден'
put:
tags:
- manager
summary: Изменить товар
operationId: updateProduct
security:
- bearerAuth: []
description: Изменение параметров товара
parameters:
- name: id
in: path
description: ID товара, параметры которого нужно изменить
required: true
schema:
type: integer
example: 1
responses:
'200':
description: параметры товара изменены успешно
'400':
description: некорректный ввод
'404':
description: товар не найден
requestBody:
content:
application/json:
schema:
$ref: '#/components/schemas/Product'
description: Измененные параметры товара
delete:
tags:
- manager
summary: 'Удалить товар'
operationId: deleteProduct
security:
- bearerAuth: []
description: Удаление товара по его идентификатору
parameters:
- name: id
in: path
description: Идентификатор товара для удаления
required: true
schema:
type: integer
example: 1
responses:
'200':
description: товар успешно удален
'404':
description: товар не найден
'500':
description: внутренняя ошибка сервера
/provider/{id}:
get:
tags:
- manager
- customer
summary: Посмотреть поставщика
operationId: viewProvider
security:
- bearerAuth: []
description: Просмотр информации о конкретном поставщике по его ID
parameters:
- in: path
name: id
description: Идентификатор поставщика
required: true
schema:
type: integer
format: int64
example: 1
responses:
'200':
description: Поставщик найден
content:
application/json:
schema:
$ref: '#/components/schemas/Provider'
'404':
description: Поставщик не найден
put:
tags:
- manager
summary: Изменить поставщика
operationId: updateProvider
security:
- bearerAuth: []
description: Изменение поставщика по его идентификатору
parameters:
- name: id
in: path
description: ID поставщика, параметры которого нужно изменить
required: true
schema:
type: integer
example: 1
responses:
'200':
description: параметры поставщика изменены успешно
'400':
description: некорректный ввод
'404':
description: поставщик не найден
requestBody:
content:
application/json:
schema:
$ref: '#/components/schemas/Provider'
description: Данные поставщика
delete:
tags:
- manager
summary: Удалить поставщика
operationId: deleteProvider
security:
- bearerAuth: []
description: Удаление поставщика по его идентификатору
parameters:
- name: id
in: path
description: Идентификатор поставщика для удаления
required: true
schema:
type: integer
example: 1
responses:
'200':
description: поставщик успешно удален
'404':
description: поставщик не найден
'500':
description: внутренняя ошибка сервера
/order:
get:
tags:
- manager
- customer
- operator
summary: Посмотреть заказы
operationId: viewOrders
security:
- bearerAuth: []
description: Параметры фильтрации заказов для поиска
parameters:
- in: query
name: id
description: номер заказа для поиска
required: false
schema:
type: integer
- in: query
name: start_date
description: дата создания заказа
required: false
schema:
type: string
format: date
responses:
'200':
description: результаты поиска по запросу
content:
application/json:
schema:
type: array
items:
$ref: '#/components/schemas/Order'
'400':
description: не верные параметры фильтрации
/order/{id}:
patch:
tags:
- customer
- manager
- operator
summary: Изменить состояние заказа
security:
- bearerAuth: []
operationId: changeOrderState
description: Подтвердить, отменить или изменить статус заказа
parameters:
- name: id
in: path
description: ID заказа, статус которого надо изменить
required: true
schema:
type: integer
example: 1
responses:
'200':
description: Заказ успешно изменен
content:
application/json:
schema:
type: array
items:
$ref: '#/components/schemas/Order'
'400':
description: Некорректный ввод
'404':
description: Заказ не найден
requestBody:
content:
application/json:
schema:
oneOf:
- $ref: '#/components/schemas/approvedOrder'
- $ref: '#/components/schemas/CanceledOrder'
- $ref: '#/components/schemas/CollectedOrder'
- $ref: '#/components/schemas/HoldedOrder'
discriminator:
propertyName: operationType
description: Новый статус заказа
/item:
get:
tags:
- customer
summary: Посмотреть товары в корзине
operationId: viewItem
security:
- bearerAuth: []
description: Товары в корзине
responses:
'200':
description: товары в корзине
content:
application/json:
schema:
type: array
items:
$ref: '#/components/schemas/Item'
'500':
description: внутренняя ошибка сервера
post:
tags:
- customer
summary: Добавить товар в корзину
operationId: addItem
security:
- bearerAuth: []
responses:
'201':
description: товар добавлен
content:
application/json:
schema:
type: object
properties:
id:
type: integer
example: 1
product:
$ref: '#/components/schemas/Item'
'400':
description: некорректный ввод
requestBody:
content:
application/json:
schema:
$ref: '#/components/schemas/Item'
description: Товар для добавления в корзину
/item/{id}:
patch:
tags:
- customer
summary: Изменить количество товара в корзине
#operationId: updateItem
security:
- bearerAuth: []
description: Изменение количества товара по его идентификатору
parameters:
- name: id
in: path
description: ID товара, количество которого нужно изменить в корзине
required: true
schema:
type: integer
example: 1
requestBody:
content:
application/json:
schema:
type: integer
minimum: 1
maximum: 100500
description: Новое количество единиц товара в корзине
responses:
'200':
description: 'Количество товара успешно изменено'
content:
application/json:
schema:
type: object
properties:
item:
$ref: '#/components/schemas/SKU'
quantity:
type: integer
description: Количество единиц товара в корзине
example: 56
'400':
description: Некорректный ввод
'404':
description: Товар не найден в корзине
delete:
tags:
- customer
summary: Удалить товар из корзины
operationId: deleteItem
security:
- bearerAuth: []
description: Удаление товара из корзины по его идентификатору
parameters:
- name: id
in: path
description: Идентификатор товара для удаления
required: true
schema:
type: integer
example: 1
responses:
'200':
description: Товар успешно удален из корзины
'404':
description: Товар не найден
'500':
description: Внутренняя ошибка сервера
components:
schemas:
SKU:
type: object
required:
- name
- category
- provider
- price
properties:
name:
type: string
example: 'яблоки'
category:
type: string
example: 'еда'
provider:
$ref: '#/components/schemas/Provider'
price:
type: number
minimum: 0.001
maximum: 100500
example: 145.00
Product:
type: object
required:
- sku
- quantity
properties:
sku:
$ref: '#/components/schemas/SKU'
quantity:
type: integer
minimum: 1
maximum: 100500
example: 10
Provider:
required:
- name
- INN
- phone
- address
properties:
id:
type: integer
example: 1
name:
type: string
example: ООО Ромашка
INN:
type: string
example: 1234567890
site:
type: string
format: url
example: https://www.ooo-camomile.com
phone:
type: string
example: 7-495-123-45-67
address:
type: string
example: г. Москва, ул. Ленина, 123
Order:
required:
- id
- start_date
- state
- items
- sum
properties:
id:
type: integer
example: 1
start_date:
type: string
format: date
example: 2023-09-30
items:
type: array
items:
$ref: '#/components/schemas/Item'
state:
type: string
enum:
- новый
- принят
- найден
- подтвержден
- собран
- оплачен
- отменен
example: принят
sum:
type: number
example: 145.00
Item:
required:
- id
- item
- quantity
properties:
id:
type: integer
example: 1
item:
$ref: '#/components/schemas/SKU'
quantity:
type: integer
minimum: 1
maximum: 100500
example: 45
approvedOrder:
required:
- state
properties:
state:
type: string
enum:
- подтвержден
- не подтвержден
example: подтвержден
CanceledOrder:
required:
- state
properties:
state:
type: string
enum:
- отменен клиентом
- отменен менеджером
example: отменен
CollectedOrder:
required:
- state
properties:
state:
type: string
enum:
- собран
- на сборке
example: собран
HoldedOrder:
required:
- state
properties:
state:
type: string
enum:
- на оплате
- отказ от оплаты
example: на оплате
securitySchemes:
bearerAuth:
type: http
scheme: bearer
bearerFormat: JWT Помимо ранее показанных маршрутов и конечных точек с HTTP-методами со структурами данных и примерами их наполнения, в этой спецификации также показаны HTTP-ответы на запросы, подробнее о которых я писала здесь. Редактор Swagger сразу отображает UI для тестирования REST API. Также разработанная спецификация доступна по ссылке, поскольку при создании проекта для него была задана публичная видимость. Исходный код можно взять в моем Github-репозитории.
Надеюсь, что это небольшое руководство поможет начинающим аналитикам лучше понять основы проектирования REST API и принципов его документирования с помощью спецификаций OpenAPI. Про то, какие ошибки чаще всего встречаются при разработке спецификации OpenAPI и как их избежать, вы узнаете в этом материале.
Основы архитектуры и интеграции информационных систем
Код курса
OAIS
Ближайшая дата курса
20 мая, 2024
Продолжительность
12 ак.часов
Стоимость обучения
27 000 руб.
А подробнее познакомиться со всеми рассмотренными темами, а также другими основами архитектуры и интеграции информационных систем вы сможете на моих курсах в Школе прикладного бизнес-анализа на базе нашего лицензированного учебного центра обучения и повышения квалификации системных и бизнес-аналитиков в Москве:
