GetAnalyst - Навыки • Системный анализ • Бизнес-анализ
19.6K subscribers
2.09K photos
75 videos
207 files
1.19K links
Разбор задач на проектирование систем 🚀 Канал для системных аналитиков, бизнес-аналитиков, тестировщиков и менеджеров проектов

Админ @getanalyst
Сайт https://getanalyst.ru
Чат t.me/getanalystchat
Начинающим в IT @getanalyststart

РКН №5013005196
Download Telegram
GetAnalyst - Архитектура С4 с Kafka - BookingGA.png
1.3 MB
💻 Kafka в деле: подробный разбор примера использования в МСА 💻

Рассказываю про внутреннюю интеграцию через Kafka и, в завершении проекта с микросервисами #BookingGA, показываю на нём наглядный пример.


📌Процесс:
Оплата бронирования жилья


📌Сложность:
Сразу после оплаты надо в фоне (асинхронно) выполнить несколько внутренних задач. Обеспечить гарантию их выполнения.


📌Алгоритм:
1. Пользователь произвел платеж за аренду в любом Frontend-приложении.

2. Сразу после завершения оплаты, с Frontend идёт запрос на Backend (API Gateway) для проверки статуса платежа, т.к. оплата проводилась на стороне внешней платежной системы и надо подтвердить её успех на бэке.

3. API Gateway перенаправляет запрос на Сервис Платежей, который:
+ выполняет проверку статуса в системе RaifPay
+ обновляет статус платежа в БД
+ кладёт событие (сообщ.) об оплате 👉в Kafka(4), чтобы на него среагировали связанные сервисы - это нужно для дальнейшей асинхронной работы системы

-> После этого Сервис Платежей возвращает успешный ответ на API Gateway

-> API Gateway возвращает успешный ответ с актуальным статусом платежа на Front

-> Front показывает пользователю "Платеж успешен"


4. Сообщение попадает в Kafka, в определенные топик и партицию, которые предназначены для событий "Платеж успешен".

Сервисы Уведомлений, Бронирований и Аналитики (Консьюмеры) подписаны на этот топик Kafka, с событиями "Платеж успешен".


5. Далее, каждый сервис по отдельности, в любом порядке и когда ему удобно, забирает и обрабатывает событие (сообщ.) "Платеж успешен":

5.1. Уведомления: отправляет email/sms о платеже
5.2. Бронирования: подтверждает бронь и обновляет статус в БД
5.3. Аналитики: получает данные для отчетов и сохраняет в свою БД


Kafka гарантирует, что даже если какой-то сервис недоступен сразу, в реальном времени, то событие об оплате он всё равно получит и обработает позже, когда включится 🛡


Полезное:
🔗 C4/Container - исходная схема
🔗 Брокеры VS Очереди
🔗 Kafka: что нужно знать СА
🔗 Устройство Kafka: определения+визуал

#АрхитектураGA
Please open Telegram to view this post
VIEW IN TELEGRAM
👍199❤‍🔥4💯4
🏠 Новый проект: интеграция с Unisender в системе #BookingGA 🏠

На самом деле BookingGA уже не новый проект. Весь прошлый месяц мы проектировали его архитектуру.
Это основа, которая поможет нам в работе над проектированием интеграции.


👉 В этом месяце мы погрузимся глубже в детали, касающиеся интеграции Сервиса Уведомлений (и монолита) с внешней системой Unisender для создания email и SMS рассылок.


🔷 Задача:
Подключить сервис email-рассылок, чтобы пользователи, кто включил маркетинговые уведомления в настройках или при регистрации (галочка "Получать новости о новых объектах недвижимости и выгодных предложениях"), получали соответствующую рассылку раз в неделю.


🔷 Процесс к автоматизации:
1. Пользователи включают настройку "Получать новости..." и выбирают один город, по которому хотят получать обновления.

2. В течение недели владельцы недвижимости могут создавать новые объявления о сдаче в аренду, т.е. создавать новые дома и квартиры в системе для аренды, менять цены.

3. Раз в неделю, в пн, в 12:00 по Мск, должна быть выполнена рассылка email-уведомлений всем подписанным на неё пользователям с использованием Unisender.


🔷 Задачи аналитика:
1. Выделить список Use Case для реализации доработки
2. Провести первичный анализ API-документации Unisender
3. Показать архитектуру системы, которая будет затронута
4. Протестировать API Unisender в Postman, чтобы понять как реально работает API
5. Описать логику работы - детальную постановку задачи (интеграционный Use Case)
6. Сформировать требования для интеграционных REST API-методов Backend BookingGA
7. Дополнить требования UML-диаграммой
8. Описать маппинг данных и доработки БД

Мы будем последовательно разбирать эти шаги весь март.

Результат:
детализированные постановки задач + доп. артефакты
коллекция запросов в Postman для API Unisender
ваше понимание процесса работы с задачами на интеграции + новый реальный опыт

Чтобы участвовать, достаточно быть подписанным на GetAnalyst и следить за обновлениями 😉

Добро пожаловать на проект!

#ИнтеграцииGA
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥3914❤‍🔥5
📌 Интеграции: краткий чек-лист по работе с задачами 📌

Получить вводные от заказчика

☑️ Выделить компоненты системы: внешние, внутренние, которые будут участвовать в интеграции

Получить API-документацию для каждой из внешних систем, с которой интеграция, а если необходимо, то и для внутренних

Нарисовать схему архитектуры, связанную с интеграцией — первое приближение

☑️ Описать процессы, которые нужно поддержать в системе

☑️ Найти по API-документации соответствующие процессам методы, добавить их в описание

☑️ Уточнить схему архитектуры, и далее постоянно актуализировать по ходу детального проектирования и создания постановок задач

☑️ Получить доступы к API внешних систем

☑️ Протестировать API своими силами в Postman или с помощью разработчиков

☑️ Сопоставить данные между системами, базой данных и UI. Доработать/спроектировать БД нашей системы. Описать маппинги данных

☑️ Создать задачи в Jira и выстроить порядок разработки:
+ задачи на Frontend,
+ задачи на интеграционные API-методы нашего Backend,
+ задачи на доработки БД,
+ и другие.

☑️ Сделать детализацию постановок задач в Confluence на основе исследований, проведенных ранее.


👉 Полный пошаговый план работы с задачами на интеграции доступен по этой ссылке.

Пусть он станет вашим помощником при проектировании интеграционных взаимодействий в любых системах.

#ИнтеграцииGA
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥334
💫 ПРОБЛЕМЫ В РАБОТЕ С ЗАДАЧАМИ НА ИНТЕГРАЦИИ 💫

В новом эпизоде подкаста мы погрузимся в проблемы разработки требований на интеграции систем, с которыми могут встретиться системные аналитики, а также обсудим варианты их решения.

Этот эпизод представляет ценную информацию для начинающих и опытных системных аналитиков, стремящихся разобраться в работе с интеграционными задачами и обеспечить стабильное взаимодействие систем.

1:18 - Что такое интеграции?
4:25 - Роль системного аналитика в процессе работы с задачами на интеграции.
11:41 - Как изменилась работа с задачами на интеграции за последние годы?
16:49 - Написал требования в соответствии с API-документацией внешней системы, а потом оказалось, что работает не так.
19:40 - Интеграция работала в продакшн и всё было хорошо, а потом всё внезапно сломалось.
22:57 - Что делать если предстоит интегрироваться с системой у которой еще нет API, а сроки горят?
26:18 - Разработчик системы, с которой предстоит интегрироваться, не предоставляет API и доступы, а задачу нужно реализовать, потому что сроки (P.S. Влиять через заказчика на внешнюю команду при возможности).
28:07 - Что, если вы тот самый разработчик, у которого просят API, но вам пока не до этого?
29:21 - Платные подписки и использование внешних систем. Примеры: DaData.ru, сервисы SMS-рассылок с поштучной оплатой со счета заказчика и другие.
31:58 - Разные структуры данных в разных системах: как собрать всё в нашей системе воедино? Про агрегаторы.
36:07 - Высокие нагрузки и длительное ожидание ответов. Асинхронные запросы и вебхуки.
39:37 - Не работал с видом API, по которому предстоит интеграция (REST API, GraphQL, gRPC, SOAP API и WebSocket - основные, посмотрите на них).
42:02 - Заключение и рекомендации


Эпизод доступен в:

Яндекс.Музыка
YouTube
Telegram
Apple Podcast
Castbox
Spotify
Amazon Music


Подписывайтесь на подкаст и делитесь с коллегами, начинающими и опытными системными аналитиками!
🔥23👍9
GetAnalyst _Интеграционные User Stories.pdf
3.9 MB
🔷 User Stories: подход и применение в интеграциях 🔷

User Stories –
это формат описания требований с фокусом на конечного пользователя и его потребности.


Этот метод широко применяется в гибких методологиях разработки (Agile, Scrum) и помогает командам формулировать задачи так, чтобы они отражали реальную ценность для пользователей или стейкхолдеров.

Вместо детального технического описания требований, User Story фиксирует:
👉 цель,
которую хочет достичь пользователь,
👉 основные критерии приемки,
которые являются аналогом функциональных требований.


Это делает требования более понятными для всех участников проекта – от бизнеса до разработчиков.

Детализация требований может быть (и будет) сделана на следующих этапах аналитики и разработки.


👉 Пример User Story:
Как пользователь-арендатор платформы #BookingGA,
я хочу видеть отзывы по домам и квартирам, предлагаемым в ней,
чтобы принимать более взвешенное и уверенное решение перед началом аренды.

👉 Критерии приемки:
+ После окончания аренды пользователю предлагается оставить отзыв по бронированию:
++ при просмотре истории бронирований в приложении,
++ через email и push-уведомления.
+ При размещении отзыва пользователь может поставить количество звезд, написать текстовое сообщение и прикрепить фотографии.
+ …



🔷 Особенность User Stories в интеграционных проектах – это акцент не только на взаимодействии пользователей с системой, но и на том, как разные системы обмениваются данными.


При формулировке таких историй и их критериев приемки важно учитывать:
1. Событийный характер данных
2. Взаимодействие с API внешних систем
3. Авторизация систем и пользователей
4. Логирование и мониторинг
5. Требования к гарантии доставки
6. Обработка дубликатов данных
7. Обработка конфликтов данных
8. Ограничения и лимиты API внешних систем
9. Масштабируемость и обработка больших объемов данных


Подробности каждого пункта и примеры разобрала в мини-книге к посту 📚

#ИнтеграцииGA
❤‍🔥21👍156🔥5
💥🎁 Открыта запись на Интеграции: старт 2 апреля 🎁💥

Почти во всех современных системах есть интеграции:
▫️ мобильные и веб- приложения обмениваются данными с сервером по API, чтобы сохранять и отображать их пользователям,
▫️ для приема оплаты в приложениях подключают банковские платежные системы,
▫️ микросервисы обмениваются данными между собой.
Можно приводить много примеров.

Поэтому от системных аналитиков требуют знания и опыт в интеграциях, особенно ведущие ИТ-компании рынка.

👉 В программе Интеграции систем мы на практике разбираем все детали работы с задачами: от анализа API-документации до создания структуры требований и постановок задач на разработчиков.

🗓 Старт: 2 апреля 2025
🗓 В онлайн: с 9 апреля 2025
(всегда по ср)

🔗Подробности и регистрация

Вас ждут:
10 живых онлайн-встреч.
Решение реальных задач.
Один проект в течение всей программы.
Обратная связь и индивидуальный подход.
Структурированные знания и опыт.

🎁 По заявкам до 24 марта дарим дополнительное обучение по БД+SQL в подарок + самые выгодные условия.


Есть вопросы?
Пишите @getanalyst,
на почту info@getanalyst.ru
или заполняйте анкету предзаписи на сайте.
Мы поможем оценить ваши текущие навыки, пришлем дополнительную информацию и ответим на все вопросы 🤝
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5
GetAnalyst_Use_Cases_Обычные_VS_Интеграционные_.pdf
1.1 MB
📂 Use Cases: обычные VS интеграционные 📂

Use Case — это:

детализированные функциональные требования;
описание того, как пользователь взаимодействует с системой для достижения определённой цели;
сценарий, который показывает шаги, выполняемые пользователем и системой в процессе выполнения задачи;
алгоритм работы системы.

Стандартный шаблон Use Case включает:
Предусловие
Роли пользователей
Приложения и системы
Входные данные
Основной сценарий
Обработка ошибок и альтернативные сценарии
Ожидаемый результат

В случае интеграций, Use Case дополняется:
техническими деталями по вызовам API методов, которые аналитику важно прописать в постановке задачи,
а также маппингом данных.


Интеграции — это не просто "еще одна задача".
Это серьезная работа по анализу взаимосвязей БД + Функций + UI/UX + API нашей и внешних систем, который требует нашего опыта, внимания и профессионализма 🙌

Мини-книгу про отличия обычных Use Case от интеграционных прикрепила к посту 🤝

#ИнтеграцииGA
Please open Telegram to view this post
VIEW IN TELEGRAM
👍17🔥119
🐺 Работа не волк, но может и загрызть 🐺

Еще год назад я думала, что главное — это успеть как можно больше.
Работала по 10-12 часов в день, почти без выходных.
Жила в режиме «ещё чуть-чуть, и можно выдохнуть».

Но потом в очередной раз поняла:
Если не заботиться о себе, никакие успехи не спасут от выгорания, а потом никакие деньги не вытащат из больниц.

Уже не первое озарение.
И каждый раз с новой стороны.

👉 Именно поэтому сегодня моя дисциплина — это не только про работу, но и про здоровье, энергию и качество жизни.

Делюсь самым сокровенным.


◻️ Физическое здоровье

1. Спорт — неотъемлемая часть моей жизни уже почти 10 лет.
Даже если день загружен под завязку, я нахожу время подвигаться. Бегаю, делаю силовые, хожу на длинные прогулки.
Это не про «надо» — это про «если не сделаю, почувствую себя хуже».

2. Добавила регулярные чекапы.
Раз в год сдаю анализы, проверяю, какие показатели улучшились, а где капец.
В прошлом году нашелся дефицит железа. А еще слишком высокий уровень стресса.
Весь год работала над исправлением.
+ Витаминки и правильные продукты - мои лучшие друзья
+ Увеличение сна до 8+ часов (хотя всё ещё периодически косячу)
+ Два выходных в неделю без компьютера
В конце марта снова пойду проверять показатели.
Надеюсь, что ситуацию поправила.


◻️ Питание
С едой у меня вечно какая-то история.
Считаю калории, экспериментирую с выбором продуктов.
В этом году — полный отказ от кофе и алкоголя.
Пока похоже на интересный опыт и улучшение самочувствия.

Но самое неожиданное: год назад убрала из рациона молочку.
И впервые с подросткового возраста у меня чистая кожа. Ни один косметолог не дал такого результата! 😱
Приготовила сырники один раз за всё время, думала жаренный творог норм. Ага 🤣 Моё лицо дало реакцию на следующий день. На чипсы по неосторожности такой реакции нет, как на молоко))
У кого проблемы с кожей - рекомендую попробовать.
Привыкаешь со временем, но иногда скучаю 😅


◻️ Уход за собой
Дисциплина — это не только про работу и спорт, но и про заботу о себе.
Через "галочки" в ежедневнике каждый день заставляла себя пользоваться кремами, маслами для волос, делать маски.
Уже почти сделала рутиной это всё))
Для девушек это точно важно!!!
Ведь красота — это не только про внешность, но и про ощущение себя, самочувствие и качество жизни.


◻️ Ментальное здоровье
Отдыхать — это не слабость, а необходимость.

Путешествовать, делать выходные, спрашивать себя: «Как я себя чувствую?».
А если внутри хаос — не бояться пойти к психологу или коучу. Это реально помогает.

За 2 выходных в неделю мне до сих пор иногда стыдно. Но я работаю над этим и понимаю, что зато в будни я продуктивнее, и чувствую себя живее.

Работа в IT — круто, но порой стрессово.
Мы постоянно думаем, решаем задачи, держим в голове десятки процессов.
👉 И если не следить за своим состоянием, можно загнать себя так, что никакие достижения не принесут радости.
Работа загрызёт 🐺


💡 Итого:
Если не заботиться о себе, здоровье и энергия уйдут раньше, чем ты успеешь сказать «сгорел».
Так что следите за собой, проверяйтесь у врачей, вовремя отдыхайте и держите в рутине всё, что делает вас сильнее.


Берегите себя ❤️
👍65💯27❤‍🔥20🔥1210🤣1
👀 Практика: анализ API-документации Unisender для email-рассылок. Часть 1 👀

Если вам кажется, что для организации простых задач:
1. Подписать пользователя на email-рассылку в веб-приложении
2. Делать рассылку раз в неделю
не надо прикладывать много усилий, то это не так.

В задаче для #BookingGA есть особенности, которые делают интеграцию в меру сложной.

В этом посте я покажу свой подход к анализу API-документации внешних систем, и соберу все важные данные в одном месте.


Документация
Ссылка на раздел по email


Вид API
HTTPS-запросы (HTTP API)
Все запросы GET, но можно делать и все POST
На заметку про безопасность в API:
Более того, параметр api_key мы настоятельно рекомендуем передавать через POST, чтобы он не сохранялся в логах прокси-серверов.

Кодировка параметров запроса: UTF-8
Ответы всегда в JSON (книга).


Авторизация и аутентификация
Вид: API-KEY (постоянный ключ
Чтобы получить доступ к API для email-рассылок нужен ключ, который можно скопировать в личном кабинете.

На заметку про безопасность:
Ключ доступа не следует передавать посторонним лицам или делать видимым в коде веб-страниц. Иначе кто-то другой сможет отправлять рассылки от вашего имени.



Тестовые доступы
Упрощенное получение:
Пользоваться API можно бесплатно на любом аккаунте.

Для будущих экспериментов в Postman, уже можете создавать свой ЛК.
🔗Инструкция


Рекомендации по использованию
Есть общее описание "Принцип использования API" - все запросы вида:
https://api.unisender.com/LANG/api/METHOD?format=json&api_key=KEY&arg1=ARG_1&argN=ARG_N

И рекомендуемый сценарий "Порядок вызова методов".
🔗 Документация



Ограничения и особенности
Лимиты по запросам:
общее — 1200 запросов/60 секунд
🔗Подробности
Бывают и другие ограничения, зависит от API.


Общие требования к обработке ошибок

Полный перечень:
🔗Стандартные коды ошибок
Не всегда есть.


Список методов для нашей задачи
Для работы с этой частью надо на базовом уровне понимать будущие алгоритмы работы системы.
Список доступных методов


#ИнтеграцииGA
Please open Telegram to view this post
VIEW IN TELEGRAM
👍12🔥72🤔2
👀 Практика: анализ API-документации Unisender для email-рассылок. Часть 2 👀

В задаче для #BookingGA есть особенности, которые делают интеграцию сложной.

Они связаны с подбором методов под Use Cases для:
Еженедельной рассылки новостей о новых объектах недвижимости и выгодных предложениях


В этом посте я покажу, как простая задача на интеграцию может скрывать под собой много скрытых работ. И все "подводные камни" найдём благодаря анализу Списка доступных API-методов


Часть 1. Подписка пользователей

UC1. Создать лист контактов при создании нового города в справочнике Администратором
createList
Удаление и редактирование поддерживать пока не будем, хотя тоже можно.

UC2. Добавление пользователя в лист контактов по городу при настройке подписки
subscribe
+ в процессе регистрации
+ в настройках уведомлений



Часть 2. Рассылка email

UC3. Создать шаблон письма с новыми актуальными предложениями по городу
Редактировать существующий шаблон сообщения в Unisender:
updateEmailTemplate


UC4. Сделать рассылку обновленного шаблона для выбранного города
+ вручную
+ автоматически, по крону (расписанию)

createEmailMessage - создать сообщение, используя шаблон, но не отправлять
createCampaign - запланировать или немедленно запустить рассылку на основе созданного сообщения



Часть 3. Отписка пользователей

UC5. Отписать пользователя от рассылки на выбранный город
unsubscribe



Дополнительно:

Подготовка стандартного сценария авторизации всех запросов к Unisender и типовой обработки ошибок

Импорт всех контактов системы в общий лист контактов Unisender из БД #BookingGA
Скрипты для разового прогона, можно вручную. Нужно для других рассылок по системе. Не обязательно в рамках этой истории

Первичная настройка шаблонов и сопоставление их с городами в БД


---
UC = Use Case
---


👉 Итого:
+ 5 интеграционных Use Cases
+ 7 API-методов внешней системы
+ 3 тех.задачи

👉 Моменты, на которые стоит обратить внимание: UС4 с двумя API-методами, и сценарий авторизации, который аналитики забывают описывать.

#ИнтеграцииGA
Please open Telegram to view this post
VIEW IN TELEGRAM
👍114🔥3👌1
🧑‍🔬🟠 Сначала исследовательское тестирование API в Postman, а потом сценарий интеграции 🟠🧑‍🔬

Прежде чем писать детализированный интеграционный Use Case, настоятельно рекомендую протестировать API, чтобы понять, как он работает, и убедиться, что документация соответствует реальности.


👉 Проверять важно только те методы, которые необходимы для работы системы.
Вообще всё по API-документации проверять не нужно.


Исследовательское тестирование API позволяет:
Понять поведение API, особенно момент с работой авторизации запросов.
Выявить расхождения между документацией и фактической реализацией API.
Определить, какие данные реально передаются и принимаются.
Понять, как API обрабатывает ошибки и исключения; найти то, что не задокументировано, чтобы продумать обработки на свои "узкие места" в сценарии.


🟠 Postman — главный инструмент аналитика для работы с API и проведения его исследовательского тестирования. А также один из ключевых навыков в резюме СА.

Если вы хотите работать с Backend-командами и понимать API, то без него никуда.

Он помогает проверять, как работают API-методы, не написав ни одной строчки кода.

С помощью Postman можно проверять:
+ REST API
+ GraphQL
+ gRPC
+ WebSocket
и другие виды API.

Чтобы познакомиться с инструментом в деле, предлагаю поработать с этими практическими руководствами:

🔗 Практическое руководство по Postman - тестирование API DaData (с нуля до результатов)

🔗 Postman: навык тестирования REST API за вечер

🔗 Знакомство с GraphQL на практике через Postman

Знание Postman — это не просто навык, а шаг к карьерному росту!
Он поможет вам разбираться в API на практике, уверенно работать с интеграциями и открыть двери в работу с Backend-командами 🤩

#ИнтеграцииGA
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥145👍4
2_GetAnalyst_Интеграции_BookingGA_Unisender_Авторассылка.png
575.2 KB
⭐️ Интеграция с брокером Kafka в Микросервисной архитектуре: зачем СА понимать архитектуру проекта ⭐️

Чтобы сделать четкую и структурированную постановку задачи на интеграцию - технический Use Case (UC), сначала надо изучить архитектуру проекта.

👉 Это помогает:
1. Явно определять участников UC на каждом шаге
2. Понимать где, когда и какой API вызывать
3. Наглядно видеть потоки данных

Из огромной схемы архитектуры проекта #BookingGA, сделанной в рамках этой публикации, я выделила часть, которая связана с задачей:
Подключить Unisender, чтобы пользователи подписывались и получали рассылку по новым и выгодным объектам недвижимости в выбранном городе.



Далее обзорно рассказываю, как будут "ходить" запросы и данные по архитектуре для реализации задачи.


UC 1: Подписка на рассылку


1. Пользователь с Frontend подписывается на рассылку.

2. Frontend отправляет REST API запрос на подписку в Backend (API Gateway).

3. API Gateway перенаправляет запрос на сервис авторизации для проверки валидности токена.
Если успешно, то API Gateway проксирует запрос на сервис Управления Пользователями (УП), чтобы включить настройку.

4. Сервис УП сохраняет изменения настроек в своей БД и отправляет сообщение (JSON) в Kafka о новом подписчике.

Асинхронно, в фоновом режиме, Сервис Уведомлений:
4.1. Читает сообщение о подписке из Kafka.
4.2. Уточняет лист рассылок по БД, в который внести пользователя.
4.3. Отправляет запрос на подписку пользователя в Unisender.
4.4. Сохраняет в БД результат и делает отметку в Kafka об успешной обработке.


5. Сервис УП возвращает ответ об успешном включении подписки на API Gateway.

6. API Gateway возвращает ответ на Frontend, который отражает результат пользователю.



UC 2: Авторассылка новостей подписчикам

Начинается со срабатывания крона (задачи по расписанию), а далее расскажу в детальной постановке задачи 😉


Дополнительно:
🔗 Use Case для уведомлений о бронировании


Только после понимания как "ходят" данные в архитектуре, мы можем переходить к постановке задач на интеграции 🙌

#ИнтеграцииGA
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥13👍6❤‍🔥33
🔑 Виды авторизации в API: что нужно знать? 🔑

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


Зачем нужна авторизация?

1️⃣ Защищает данные от утечек данных.

2️⃣ Исключает несанкционированный доступ к API, из-за которого могут украсть данные или записать “грязные” данные в систему.

3️⃣ Разграничивает права доступа (например, чтение данных vs редактирование).

4️⃣ Помогает отслеживать действия каждого клиента API.


Основные виды авторизации разобрала в слайдах к посту:

👍 API Key
👌 Basic Auth
❤️ Bearer Token
🦄 JWT (JSON Web Token)
🔥 OAuth 2.0


А какие способы авторизации используются в ваших проектах и интеграциях?
Делитесь в комментариях и ставьте реакции, соответствующие способу! 😊

#ИнтеграцииGA
🔥2916💯7👍5👌1