🟠 Последний день доступа к обучению по интеграциям завтра 🔔
Напоминаем вам про открытое вводное занятие к программе Проектирование интеграций для аналитиков:
🟠 Задача на Интеграцию: от Postman до требований в Confluence
🗓 Доступ до 14 апреля, 23:59 Мск
🕓 Время на обучение: 4 часа
🔗 Зарегистрироваться
Если вы уже зарегистрированы - ссылку с доступом направили на email в субботу или при регистрации.
Немного обратной связи за выходные добавила на картинках к посту 🙏❤️
Очень понравились слова про формат "бери и делай" от Ирины - всё так!
❗️ Доступ открыт на ограниченное время и без продления.
Если давно хотели спокойно и структурно разобраться в теме интеграций — посмотрите занятие сегодня или завтра 🤝
Напоминаем вам про открытое вводное занятие к программе Проектирование интеграций для аналитиков:
🟠 Задача на Интеграцию: от Postman до требований в Confluence
🕓 Время на обучение: 4 часа
Если вы уже зарегистрированы - ссылку с доступом направили на email в субботу или при регистрации.
Немного обратной связи за выходные добавила на картинках к посту 🙏❤️
Очень понравились слова про формат "бери и делай" от Ирины - всё так!
❗️ Доступ открыт на ограниченное время и без продления.
Если давно хотели спокойно и структурно разобраться в теме интеграций — посмотрите занятие сегодня или завтра 🤝
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤7🔥2👎1😁1
API определяет, как именно взаимодействуют между собой приложения.
От того, какой стиль вы выберете, зависит:
• масштабируемость системы,
• скорость отклика,
• удобство для клиентов API и разработчиков.
Важно выбирать не «как у всех», а по требованиям проекта.
Cамые популярные API:
🔵 REST API [HTTP]
Классика в мире разработки: вариант "как у всех".
Более 85% систем во всём мире используют его.
Преимущества:
• Простота и универсальность
• Отсутствие состояния (stateless) = масштабируемость
• Отлично подходит для CRUD
Пример:
Wildberries
🟣 GraphQL [HTTP]
REST требует нескольких запросов к разным endpoint-ам, если нужно получить связанную информацию.
GraphQL позволяет сделать один запрос на один endpoint — и получить ровно те данные, которые нужны.
Преимущества:
• Нет избыточных данных
• Быстрее работает фронт
• Удобно для мобильных приложений
Пример:
Contentful
🟢 SOAP [чаще HTTP, но может быть SMTP, FTP и др.]
Был стандартом до появления REST. До сих пор актуален в госсекторе, банках и крупных корпорациях.
Преимущества:
• Поддержка сложных транзакций
• Встроенная безопасность WS-Security
• Надёжен, стандартизирован, хорош для B2B
Пример:
PayPal (уст)
🟠 gRPC [HTTP/2]
Современный и быстрый протокол от Google, основанный на протоколе удаленного вызова процедур (RPC).
Чаще всего используется для микросервисов.
Преимущества:
• Высокая производительность: быстрее JSON в 5-10 раз по объему и скорости
• Поддержка стриминга и асинхронных вызовов
• Автоматическая генерация кода для клиента и сервера
Пример:
Dropbox
🔴 WebSocket [ws://]
Для чатов, игр, торговых платформ — там, где важно получать данные в реальном времени.
Преимущества:
• Двустороннее соединение
• Постоянное подключение
• Минимальная задержка
Пример:
Binance Биржа
Нет идеального API. Каждый — под свою задачу.
Главное — осознанный выбор, а не «так всегда делали».
#ИнтеграцииGA #АрхитектураGA #RestApiGA
Please open Telegram to view this post
VIEW IN TELEGRAM
👍20❤12🔥4
Посмотрели вводное практическое занятие по интеграциям
"Задача на Интеграцию: от Postman до требований в Confluence"?
Тогда держите следующий шаг!
Подборка материалов, чтобы реально закрепить тему 👇
📌 Введение в Интеграции:
📚 Книга по основам интеграций
📝 Виды интеграций: полный справочник
📝 Виды API для интеграций: справочник
📝 Интеграции: чек-лист по работе с задачами
📝 Как аналитику работать с задачами на интеграции — пошаговая инструкция
📚 Интеграционные Use Cases vs Обычные — разбор с примерами
🎧 Подкаст "Проблемы в работе с задачами на интеграции"
🎧 Опасные интеграции - про альтернативные сценарии и обработку типовых ошибок
📹 Задача на интеграцию по API: разбор с технического собеседования СА
🎧 Открытая база вопросов с собеседований на СА 2026
📌 Практика в Postman для исследования API:
🎧 Postman: навык тестирования REST API за вечер
📝 Инструменты для тестирования в API
♦️ Руководства по Postman:
📚 API DaData
📚 API Unisender
📚 API банка ВТБ
📚 API ChatGPT
📚 API KudaGo и DashaMail
📚 API для OAuth 2.0 в Mail ru
📌 Асинхронный обмен данными + брокеры:
📚 Очередь сообщений - что это и как работает?
📝 Всё про брокеры: как работают и зачем нужны
📝 Очередь vs Брокер: вопросы с подвохом
🎧 Доставить и не потерять: синхронизация данных в распределенных системах
♦️ Kafka:
🎧 Kafka: что нужно знать Системному аналитику
📝 Kafka - что надо знать для работы СА
📝 Устройство Kafka
📝 Алгоритм работы Kafka
📝 Как встроить Kafka в архитектуру, и главное зачем
📝 Пример использования Kafka - проект #FarmFreshGA
📝 Kafka в деле: подробный разбор примера использования в МСА
♦️ RabbitMQ:
🎧 RabbitMQ и его отличия от Kafka: что важно знать системным аналитикам
📝 Брокер RabbitMQ - полный гайд с разбором примера использования в микросервисах
📚 Брокер RabbitMQ - пошаговая практика по развёрыванию и тестированию через CloudAMPQ
♦️ Постановки задач / ТЗ с брокерами:
📌 Шаблоны и примеры постановок задач:
📌 Обучения для СА и БА:
🎓 Практический курс Интеграции Систем - работа онлайн с Екатериной Ананьевой и экспертами программы
🎓 Материалы для самообучения по Интеграциям (пакеты вебинаров)
Также всё по интеграциям всегда можно найти в Telegram-канале @getanalysts по хэштегу #ИнтеграцииGA 🙌
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥35❤6😍5
GetAnalyst_Пример_кода_PlantUML_для_UML_Sequence.pdf
92.2 KB
Диаграмма, которая показывает последовательность обмена данными между участниками в интеграционном сценарии (Use Case).
▫️ Lifeline (линия жизни): вертикальная линия для каждого участника
▫️ Вызовы методов (отправка данных): сплошные стрелки
▫️ Получение ответов (данные): пунктирные стрелки
▫️ Бары активации: показывают, когда объект «активен»
▫️ Прямоугольники с alt, loop, opt: условия и циклы
• Дополнение к текстовому описанию Use Case (текст главнее)
• Визуализирует последовательность шагов
• Помогает найти «дыры» в алгоритмах
• Облегчает восприятие сложных алгоритмов разработчиками
🛠️ Где делать?
• PlantUML — через код, бесплатный
• Draw.io — визуальный редактор, бесплатный + есть встроенный AI, но работает не очень
• MermaidChart — через код, частично бесплатный + есть AI
1. Откройте:
• ChatGPT (VPN для России)
• GeminiAI (VPN для России)
• DeepSeek
• Qwen
• Алиса AI
2. Вставьте промпт (текст запроса) в новый чат:
Работай как системный аналитик с опытом более 10 лет.
Сгенерируй код для UML Sequence-диаграммы в формате PlantUML.
Интеграционный Use Case:
👉 <подставить ваше описание>
Требования к оформлению кода:
+ на каждый запрос — ответ;
+ обязательно делай бары активации;
+ брокер = обозначай как queue;
+ база данных = обозначай как database;
+ используйте alt/loop/opt, если необходимо.
Образец моего идеального кода на другой процесс, придерживайся этого стиля:
👉 <подставить ваш пример кода, или можно забрать пример PlantUML-кода из PDF документа к посту>
3. Отправьте запрос в чат и подождите до 1 минуты.
4. Вставьте полученный код в PlantUML редактор.
Готово!
AI сделал UML-диаграмму за вас.
Вставляйте в требования. И не забудьте сохранить код рядом с диаграммой для возможных изменений.
🎁 Бесплатный AI-бот для UML Sequence от GetAnalyst
В боте настроен продвинутый системный промпт, который поможет делать диаграммы идеальными.
Без регистрации и СМС, только в ChatGPT войти и готово 🤝
#ИнтеграцииGA #AI_for_analysts
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥27❤18
✅ 42 API-термина, которые спрашивают на собеседовании СА ✅
👉 Ключевые:
1. API (Application Programming Interface)
2. REST API (Representational State Transfer)
3. HTTP-методы запросов
4. Эндпоинты
5. Коды ответов
6. Ограничение частоты запросов (Rate Limiting)
7. Полезная нагрузка (Payload)
8. Заголовки (Headers)
9. Аутентификация
10. Авторизация
11. Пагинация
12. Кэширование
👉 Дополнительно:
1. OAuth
2. JWT Token
3. API Gateway
4. API Keys
5. Basic Authentication
6. Bearer Tokens
7. CORS
8. Webhooks
9. OpenAPI
10. API Versioning (Версионирование API)
11. Content Negotiation
12. Query Parameters
13. Path Parameters
14. API Documentation
15. API Monitoring
16. Throttling
17. Circuit Breaker
18. Idempotency (Идемпотентность)
19. API Proxy
20. Retry Logic (Логика ретраев / повторов)
21. Batch Processing (Пакетная обработка)
22. API Security
23. Health Checks
24. API Testing
25. Mock APIs
26. API Marketplace
27. API Schema
28. Semantic Versioning (Семантическое версионирование)
29. Hypermedia
30. API Deprecation (Устаревание API)
Всё самое важное и нужное🔖
#RestApiGA
📱 Tg | 💙 ВК | 💬 Max
👉 Ключевые:
1. API (Application Programming Interface)
2. REST API (Representational State Transfer)
3. HTTP-методы запросов
4. Эндпоинты
5. Коды ответов
6. Ограничение частоты запросов (Rate Limiting)
7. Полезная нагрузка (Payload)
8. Заголовки (Headers)
9. Аутентификация
10. Авторизация
11. Пагинация
12. Кэширование
👉 Дополнительно:
1. OAuth
2. JWT Token
3. API Gateway
4. API Keys
5. Basic Authentication
6. Bearer Tokens
7. CORS
8. Webhooks
9. OpenAPI
10. API Versioning (Версионирование API)
11. Content Negotiation
12. Query Parameters
13. Path Parameters
14. API Documentation
15. API Monitoring
16. Throttling
17. Circuit Breaker
18. Idempotency (Идемпотентность)
19. API Proxy
20. Retry Logic (Логика ретраев / повторов)
21. Batch Processing (Пакетная обработка)
22. API Security
23. Health Checks
24. API Testing
25. Mock APIs
26. API Marketplace
27. API Schema
28. Semantic Versioning (Семантическое версионирование)
29. Hypermedia
30. API Deprecation (Устаревание API)
Всё самое важное и нужное
#RestApiGA
Please open Telegram to view this post
VIEW IN TELEGRAM
❤22🔥2😁2👎1
Media is too big
VIEW IN TELEGRAM
🎁 Итоги розыгрыша по Analyst Days 22 🎁
В воскресенье я рассказала о своём участии в Analyst Days 22 с докладом про ИИ:
👉 пост
Там же я разыграла скидки на билеты на конференцию.
Для подведения итогов решила воспользоваться ChatGPT 🤖
Со вторым победителем вышло забавно — ChatGPT почему-то не хотел его выбирать 🙂
Но в итоге скидки на билеты на Analyst Days 22 получают:
🎁 @ Kum** (Alina) — за комментарий в Telegram
🎁 @ Vetra** (Анна)
Поздравляю!
Связались с победителями в Telegram.
Спасибо организаторам @AnalystDaysChannel 🧡
📱 Tg | 💙 ВК | 💬 Max
В воскресенье я рассказала о своём участии в Analyst Days 22 с докладом про ИИ:
👉 пост
Там же я разыграла скидки на билеты на конференцию.
Для подведения итогов решила воспользоваться ChatGPT 🤖
Со вторым победителем вышло забавно — ChatGPT почему-то не хотел его выбирать 🙂
Но в итоге скидки на билеты на Analyst Days 22 получают:
🎁 @ Kum** (Alina) — за комментарий в Telegram
🎁 @ Vetra** (Анна)
Поздравляю!
Связались с победителями в Telegram.
Спасибо организаторам @AnalystDaysChannel 🧡
Please open Telegram to view this post
VIEW IN TELEGRAM
❤7
Forwarded from 👩🏻💻 Подкаст Системных Аналитиков | GetAnalyst
Во многих системах нужен API, где не просто классический запрос-ответ, а доставка данных в интерфейс в реальном времени.
Один из подходов для таких сценариев — SSE.
В этом выпуске разбираем, как устроен SSE, где он встречается в реальных проектах, чем отличается от WebSocket, как влияет на архитектуру системы, безопасность и постановку задач в разработку.
👉 Если вы системный аналитик, который хочет не просто знать названия технологий, а понимать — этот выпуск точно для вас.
Эпизод доступен в:
⏯ Apple Podcast
⏯ Яндекс.Музыка
⏯ Telegram
⏯ Castbox
⏯ Звук
⏯ Spotify
⏯ RuTube
⏯ YouTube
⏯ VK Video
🩵 GetAnalyst — ваш помощник в вопросах системного анализа и архитектуры 🤝
Please open Telegram to view this post
VIEW IN TELEGRAM
❤🔥16❤5🔥2
⚠️🤖 Аналитиков сокращают и заменяют AI-агентами? Что за этим стоит.
Вижу всё больше разговоров про AI-агентов в нашем чате.
Что они уже умеют.
Что скоро “заменят аналитиков”.
Что требования, схемы, user story и документацию теперь можно просто “попросить сделать у ИИ”.
И хочу сказать важную вещь.
👉 Нет, реальность не выглядит как “аналитики больше не нужны”.
Но и делать вид, что ничего не меняется, уже нельзя.
Сейчас компании быстрее внедряют AI и AI-агентов в рабочие процессы.
И всё чаще появляется формат human-agent teams:
+ AI берёт на себя часть рутины и первые черновики,
+ человек ставит цель для AI, проверяет результат и принимает решения.
Но из этого не следует вывод “аналитиков уберут”.
Из этого следует другой вывод:
👉 у аналитиков меняются ключевые навыки.
Раньше сильный системный аналитик выигрывал за счёт того, что умел:
+ собирать информацию вручную,
+ структурировать хаос,
+ делать первые версии требований, схем и описаний,
+ прорабатывать артефакты с нуля.
Теперь часть этого ускоряет AI:
расшифровка встреч, декомпозиция требований, черновики user story, описание API, выжимка из документов, первые черновики артефактов.
И вот здесь начинается самое интересное 👇
Если часть “механической интеллектуальной работы” ускоряется, то роль аналитика смещается.
Не в сторону “кто красивее оформил требования”, а в сторону:
✔️ кто правильно понял бизнес-проблему,
✔️ кто увидел противоречия,
✔️ кто задал неудобные, но нужные вопросы бизнесу / пользователям,
❗️ кто отличил хороший AI-черновик от опасной ерунды,
✔️ кто смог собрать из AI, людей, процессов и систем работающую функциональность для бизнеса.
👉 По сути, аналитик не исчезает — он поднимается уровнем выше, начинает контролировать AI-агентов и ставить им задачи.
Теперь растёт ценность тех специалистов, кто умеет:
1. Формулировать задачу так, чтобы её вообще можно было решать.
AI может хорошо писать, но не всегда понимает, что именно нужно бизнесу.
2. Проверять и валидировать результат AI
Правдоподобный артефакт от AI ≠ корректный. Поэтому критическое мышление, проверка ограничений, корнер-кейсов и бизнес-правил становятся ещё важнее.
3. Проектировать human-in-the-loop процессы с AI (человек в цикле)
Чем больше AI в процессах, тем важнее понимать, где можно автоматизировать, а где обязательно нужен человек.
4. Работать на стыке бизнеса, архитектуры, данных и AI
Сильный аналитик понимает:
— где AI реально нужен,
— какие данные ему нужны,
— какие есть ограничения и риски,
❗️ где нужен AI-агент, а где хватит обычной автоматизации.
5. Управлять “цифровым трудом” AI
Всё больше специалистов будут не только делать руками, но и ставить задачи AI, проверять результат и выстраивать зону контроля.
И вот что лично мне кажется самым важным.
🎯 Главный риск сейчас не в том, что AI вытеснит всех аналитиков.
Просто рынок начнет делиться на две группы:
✖️ тех, кто продолжает работать “как раньше” и конкурирует с AI на уровне черновиков,
✅ и тех, кто использует AI как усилитель и сам становится дороже.
То есть вопрос:
“Нужны ли будут аналитики?”
некорректный.
Вопрос другой:
“Какие именно аналитики будут нужны?”
На мой взгляд, особенно вырастет ценность тех, кто умеет:
✅ думать системно,
✅ понимать архитектуру и интеграции,
✅ быстро разбираться в новых инструментах,
✅ валидировать результаты от AI,
✅ формализовывать правила и ограничения,
✅ проектировать процессы с участием AI,
✅ быть переводчиком между бизнесом, разработкой, данными и AI-инструментами,
⚠️ писать черновики кода с AI и быть программистами на уровне junior.
И да, возможно, моё заключение звучит не так вызывающе, как “AI-агенты всех заменят”.
Но на практике обычно побеждает не самый громкий сценарий, а самый рабочий.
👉 AI не вытесняет сильных системных аналитиков.
Он очень жёстко подсвечивает, кто реально умеет анализировать, а кто просто много лет перекладывал текст из встречи в документ 🤷♀️
#ai_for_analysts
Вижу всё больше разговоров про AI-агентов в нашем чате.
Что они уже умеют.
Что скоро “заменят аналитиков”.
Что требования, схемы, user story и документацию теперь можно просто “попросить сделать у ИИ”.
И хочу сказать важную вещь.
👉 Нет, реальность не выглядит как “аналитики больше не нужны”.
Но и делать вид, что ничего не меняется, уже нельзя.
Сейчас компании быстрее внедряют AI и AI-агентов в рабочие процессы.
И всё чаще появляется формат human-agent teams:
+ AI берёт на себя часть рутины и первые черновики,
+ человек ставит цель для AI, проверяет результат и принимает решения.
Но из этого не следует вывод “аналитиков уберут”.
Из этого следует другой вывод:
👉 у аналитиков меняются ключевые навыки.
Раньше сильный системный аналитик выигрывал за счёт того, что умел:
+ собирать информацию вручную,
+ структурировать хаос,
+ делать первые версии требований, схем и описаний,
+ прорабатывать артефакты с нуля.
Теперь часть этого ускоряет AI:
расшифровка встреч, декомпозиция требований, черновики user story, описание API, выжимка из документов, первые черновики артефактов.
И вот здесь начинается самое интересное 👇
Если часть “механической интеллектуальной работы” ускоряется, то роль аналитика смещается.
Не в сторону “кто красивее оформил требования”, а в сторону:
✔️ кто правильно понял бизнес-проблему,
✔️ кто увидел противоречия,
✔️ кто задал неудобные, но нужные вопросы бизнесу / пользователям,
❗️ кто отличил хороший AI-черновик от опасной ерунды,
✔️ кто смог собрать из AI, людей, процессов и систем работающую функциональность для бизнеса.
👉 По сути, аналитик не исчезает — он поднимается уровнем выше, начинает контролировать AI-агентов и ставить им задачи.
Теперь растёт ценность тех специалистов, кто умеет:
1. Формулировать задачу так, чтобы её вообще можно было решать.
AI может хорошо писать, но не всегда понимает, что именно нужно бизнесу.
2. Проверять и валидировать результат AI
Правдоподобный артефакт от AI ≠ корректный. Поэтому критическое мышление, проверка ограничений, корнер-кейсов и бизнес-правил становятся ещё важнее.
3. Проектировать human-in-the-loop процессы с AI (человек в цикле)
Чем больше AI в процессах, тем важнее понимать, где можно автоматизировать, а где обязательно нужен человек.
4. Работать на стыке бизнеса, архитектуры, данных и AI
Сильный аналитик понимает:
— где AI реально нужен,
— какие данные ему нужны,
— какие есть ограничения и риски,
❗️ где нужен AI-агент, а где хватит обычной автоматизации.
5. Управлять “цифровым трудом” AI
Всё больше специалистов будут не только делать руками, но и ставить задачи AI, проверять результат и выстраивать зону контроля.
И вот что лично мне кажется самым важным.
🎯 Главный риск сейчас не в том, что AI вытеснит всех аналитиков.
Просто рынок начнет делиться на две группы:
✖️ тех, кто продолжает работать “как раньше” и конкурирует с AI на уровне черновиков,
✅ и тех, кто использует AI как усилитель и сам становится дороже.
👉 Масштабная трансформация навыков будет во всех профессиях.
И аналитическое мышление для работы с AI будет цениться больше всего.
То есть вопрос:
“Нужны ли будут аналитики?”
некорректный.
Вопрос другой:
“Какие именно аналитики будут нужны?”
На мой взгляд, особенно вырастет ценность тех, кто умеет:
✅ думать системно,
✅ понимать архитектуру и интеграции,
✅ быстро разбираться в новых инструментах,
✅ валидировать результаты от AI,
✅ формализовывать правила и ограничения,
✅ проектировать процессы с участием AI,
✅ быть переводчиком между бизнесом, разработкой, данными и AI-инструментами,
⚠️ писать черновики кода с AI и быть программистами на уровне junior.
И да, возможно, моё заключение звучит не так вызывающе, как “AI-агенты всех заменят”.
Но на практике обычно побеждает не самый громкий сценарий, а самый рабочий.
👉 AI не вытесняет сильных системных аналитиков.
Он очень жёстко подсвечивает, кто реально умеет анализировать, а кто просто много лет перекладывал текст из встречи в документ 🤷♀️
#ai_for_analysts
1👍39❤13🔥9💯5🦄4😁2👀2🤔1
📡 Протокол HTTP, HTTP API и его связь с REST API 📡
📌 HTTP — это протокол прикладного уровня, по которому клиент и сервер обмениваются запросами и ответами.
👉 Базовая структура HTTP API-запроса и ответа
(без архитектурного стиля REST)
Запрос:
+ HTTP-метод (GET / POST / PUT / PATCH / DELETE)
+ URL (https://api.test.com/public/v1/products?name=Яблоко&limit=10)
+ заголовки (headers)
+ тело запроса (json/xml/html/файл и др.)
Ответ:
+ HTTP статус код (200, 400, 404, 500 и др.)
+ заголовки (headers)
+ тело ответа (json/xml/html/файл и др.)
📌 REST API — это архитектурный стиль, использующий HTTP в качестве протокола передачи данных (основанный на протоколе HTTP).
👉 То есть REST API использует ту же базовую структуру HTTP-запросов и ответов.
Но добавляет рекомендации к тому, как именно проектировать API.
Например:
▫️ в REST API обычно стараются использовать HTTP-методы по назначению:
GET — чтение, POST — создание, PUT/PATCH — изменение, DELETE — удаление
▫️ в REST API обычно строят URL вокруг ресурсов, а не действий.
Для изменения продукта:
PUT /products/{id} - хорошо для REST API
POST /updateProduct/{id} - плохо для REST, хорошо для HTTP API
▫️ на практике REST API чаще всего использует JSON, хотя сам REST этого строго не требует
▫️ если в API все методы сделаны через POST, это HTTP API, но не REST
Всё самое важное про HTTP — на картинках к посту ☝️
🔗 Подробнее про связь HTTP и REST API — в статье по ссылке
#RestApiGA
📱 Tg | 💙 ВК | 💬 Max
📌 HTTP — это протокол прикладного уровня, по которому клиент и сервер обмениваются запросами и ответами.
👉 Базовая структура HTTP API-запроса и ответа
(без архитектурного стиля REST)
Запрос:
+ HTTP-метод (GET / POST / PUT / PATCH / DELETE)
+ URL (https://api.test.com/public/v1/products?name=Яблоко&limit=10)
+ заголовки (headers)
+ тело запроса (json/xml/html/файл и др.)
Ответ:
+ HTTP статус код (200, 400, 404, 500 и др.)
+ заголовки (headers)
+ тело ответа (json/xml/html/файл и др.)
📌 REST API — это архитектурный стиль, использующий HTTP в качестве протокола передачи данных (основанный на протоколе HTTP).
👉 То есть REST API использует ту же базовую структуру HTTP-запросов и ответов.
Но добавляет рекомендации к тому, как именно проектировать API.
Например:
▫️ в REST API обычно стараются использовать HTTP-методы по назначению:
GET — чтение, POST — создание, PUT/PATCH — изменение, DELETE — удаление
▫️ в REST API обычно строят URL вокруг ресурсов, а не действий.
Для изменения продукта:
PUT /products/{id} - хорошо для REST API
POST /updateProduct/{id} - плохо для REST, хорошо для HTTP API
▫️ на практике REST API чаще всего использует JSON, хотя сам REST этого строго не требует
▫️ если в API все методы сделаны через POST, это HTTP API, но не REST
Всё самое важное про HTTP — на картинках к посту ☝️
🔗 Подробнее про связь HTTP и REST API — в статье по ссылке
#RestApiGA
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤18👍8🥰1😁1