REST, что же ты такое?! Понятное введение в технологию · Андрей Бураков

Проектирование и работа с REST-сервисами уже стали повседневными задачами для многих аналитиков.
Воркшоп Проектирование интеграции с REST API ssa.io/emIEgi
Статья по вебинару: Что такое REST? ssa.io/gjgbZ8
Мы часто встречаемся на работе с различными или даже противоречащими друг другу трактовками понятий REST, RESTful сервис, REST API.
Мы разберем, какие принципы вложил в парадигму REST ее автор, и как они могут помочь нам при проектировании систем.
Выясним, почему существует терминологическая путаница вокруг REST, и как нам научиться лучше понимать коллег.
Поговорим о том, как связаны HTTP и REST, и почему REST противопоставляют SOAP.
СМОТРИТЕ ТАКЖЕ:
• Сравниваем gRPC vs RES...
• Введение в архитектуру...
• Сравниваем gRPC vs RES...
• Разработка требований ...
• Основы применения нота...
_______
Другие материалы об интеграции и проектировании можно найти в канале Андрея Буракова: t.me/another_sa
Рекомендуемые ссылки от Андрея Буракова
Способы описания API
swagger.io/specification/
raml.org
Иструменты для тестирования API
www.postman.com
www.soapui.org
Большой писок открытых API
github.com/docops-hq/learnapi...
Еще открытые API
jsonplaceholder.typicode.com - сервис-заглушка для первых экспериментов
dadata.ru/api/
coda.io/developers/apis/v1
developer.kontur.ru/doc/focus...
___
Таймкоды
00:00 Приветствие
03:35 Представление
04:09 Roadmap
06:05 Формат представления данных
15:20 Что такое REST?
17:55 Зачем нам REST?
19:42 Принципы REST
20:33 1. Клиент-серверная архитектура
26:08 2. Stateless
27:45 Stateful
32:25 3. Кэширование
36:57 4. HATEOAS - единообразие интерфейса
41:31 5. Layered system
44:28 6. Code on demand
48:09 Ожидание/реальность
51:00 Мифы
58:15 Модель Ричардсона
54:47 Level 0
01:01:44 Level 1
01:02:46 Level 2
01:04:16 Level 3
01:07:33 Итоги
01:14:38 Вопросы
____________________
👨‍💼ОБУЧЕНИЕ НА АНАЛИТИКА - С НУЛЯ
Обучение на бизнес-аналитика с нуля - интенсивная переподготовка ssa.io/lzTxia
Обучение на системного аналитика с нуля - программа переподготовки ssa.io/h4L680
Основы разработки требований и создания ТЗ ssa.io/AWnB6V
Use Case: основы ssa.io/JdynuQ
ОБУЧЕНИЕ ДЛЯ АНАЛИТИКА - ДЛЯ ПРОДОЛЖАЮЩИХ
Основы проектирования интеграций ИТ-систем ssa.io/6OR2xB
Проектирование интеграции с REST API ssa.io/emIEgi
Современные технологии хранения данных в микросервисной архитектуре ssa.io/KAvrAe
Работа с очередями в RabbitMQ и Apache Kafka ssa.io/maMkdq
Моделирование предметной области и проектирование БД ssa.io/gfbVFV
Основы ООП и разработка UML-моделей ssa.io/SnGkCQ
BPMN для людей: основы самой популярной нотации для описания бизнес-процессов ssa.io/9v4qQZ
Моделирование бизнес-процессов ssa.io/nKqZuY
Основы бизнес-анализа и разработки требований в Agile ssa.io/6yZNX5
Концептуальное проектирование и трансформация идеи в продукт ssa.io/2zZjLf
Дизайн для недизайнеров ssa.io/VpbBmz
ArchiMate для проектирования и поиска скрытых связей ssa.io/2DK5Pw
Разработка требований к информационной безопасности ИТ-систем ssa.io/DW3H4C
____________________
📌 ПОДПИСАТЬСЯ НА Systems Education:
➛Официальный сайт: systems.education/
➛VK ssa.io/SStfuk
➛KZbin: ssa.io/TlNXWE
➛Telegram - Новости Systems Education и расписание курсов t.me/systems_education
➛Telegram - Анонсы событий по системному анализу: t.me/itsysdes_events
➛Telegram - Как стать системным аналитиком: t.me/kak_stat_SA
____________________
📌 ПОДПИСАТЬСЯ НА Systems Education:
➛KZbin: clck.ru/32ZQGu
➛Telegram Systems Анонсы событий по системному анализу: t.me/itsysdes_events
➛Telegram Как стать системным аналитиком: t.me/kak_stat_SA
#ШколаСистемногоАнализа #SystemsEducation

[@SystemEducation]

Наш воркшоп по проектированию интеграции через REST API systems.education/rest-workshop

[@user-gf7hw7ej2d]

Это самое понятное и доступное объяснение, которое может быть! Больше таких спикеров - и It- специалистам станет легче жить) Благодарю

[@user-lu1hq8bp4w]

Прекрасная лекция! Лучшее объяснение REST, которое я встречала. Спасибо!

[@user-mw9fp8kq8n]

Наконец-то кто-то разложил всё по полочкам. Спасибо!

[@SystemEducation]

Очень рады, что Вам понравилось. Подписывайтесь на наш телеграм-канал t.me/systems_education

[@evg-cola]

очень приятно, когда лектор знает и как есть, и как изначально планировал автор концепции. а еще и качественно и плотно доносит информацию. спасибо!

[@SystemEducation]

А вот и тренинг на эту тему - Проектирование интеграции с REST API clck.ru/33dDJA

[@user-tq3ml8hk1f]

Автор живёт в 19 веке. Как ему в 21 веке получилось создать такую шикарную лекцию?

[@e.s.krivonogov]

Большое спасибо! Очень круто

[@user-mi4oc1fm1q]

Отличный доклад/презентация. Систематизировали знания про rest, что очень полезно.

[@SystemEducation]

Спасибо за комметарий.

[@nikpefreiheit539]

Видео отличное! Спасибо!)) Единственное - не рассказали что такое URI (идентификатор ресурса) но при этом он там мелькал где-то на 14 минуте.

[@SystemEducation]

Спасибо за Ваш отзыв!

[@MidzuNeko]

Один дядька в своей диссертации ввел новый термин, а все носятся с этим термином как с золотым яйцом. И да, это всего лишь рекомендации дядьки, которые он описал в своем диссере для обоснования этого нового термина. Можно ли назвать это архитектурным стилем? А почему нет? Модно, стильно, молодежно. Но это просто термин из чьей-то диссертации. Вот ты смотришь на API какой-то системы. Ты сразу понимаешь - это REST или что? Нет. Если API описано грамотно и подробно, то с ним легко работать всем остальным. А REST там или что - зачем это нужно знать для того, чтобы пользоваться API? И при проектировании системы/ПО ты будешь смотреть на входящие требования, а не в диссертацию какого-то дядьки. А второй дядька придумал модель зрелости по термину из чужого диссера. Молодчинка! Никаких стандартов, близких к уровню RFC или ISO standards про REST нет. Никаких сертификаций ИТ систем/ПО по REST нет. Никакое тестирование не проводится на соответствие REST. Никто не пишет о своей системе/ПО - реализовано в архитектурном стиле REST. И пока это просто вопрос на собеседовании. Не очень понятно, зачем. Не встречал, чтобы выйдя на проект, кто-то сказал: ребята, у вас тут не по REST, давайте все переделывать. Никто, возможно, просто из-за лени не стал придумывать новых или альтернативных терминов, а, может, и придумали, но эти термины не прижились или жили только во время защиты диссеров и/или статей.

[@SystemEducation]

Статья Андрея на основе материалов вебинара systems.education/what-is-rest

[@mikolasamara63]

8:20 Конверт - это протокол? Меня учили, что протокол это всегда про последовательность действий

[@olessiaSolei]

Не очень понятно, почему при обсуждения кэширования говорится только о кэшировании на стороне сервера. Обычно при обсуждении REST говорят о кэшировании на стороне клиента или промежуточного узла. Ещё не очень прозрачен момент: не для всяких бизнес-данных кэширование возможно с точки зрения бизнес-смысла. Таким образом кэширование является скорее желательным, чем обязательным требованием.

[@SystemEducation]

Спасибо, комментарий по делу.

[@konstantingrib2302]

В самом начале непонятно чем протокол отличается от транспорта, если транспорт - это протокол для передачи данных по определению лектора

[@systems-podhod]

Сделали с Андреем Бураковым продолжение вебинара - kzbin.inforURUWnsBnDA

[@SystemEducation]

Спасибо за комментарий

[@mikolasamara63]

7:31 У русского слова "Синий" и у английского слова "Blue" вообще-то смысл разный.

[@Tony_Limitless]

на. русском значит пьяный

[@ling5801]

Сложно. Непонятно.

[@SystemEducation]

Приходите к нам на воркшоп, где все разбирается максимально наглядно Проектирование интеграции с REST API systems.education/rest-workshop