📌 Подборка материалов по интеграциям от GetAnalyst

(С) Как аналитику работать с задачами на интеграции — пошаговая инструкция
В этой статье вы найдете пошаговую инструкцию, которая станет помощником при проектировании интеграций для любых систем.

(П) Проект на интеграции:
Веб-сайт и мобильные приложения для сети зоомагазинов PetCo, интегрированные с собственным Backend-приложением и платежной системой Raif Pay

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

(П) Проект на интеграции: логистический сервис GetDelivery

(В) Опасные интеграции
Про альтернативные сценарии и обработку типовых ошибок.

(В) Подкаст "Проблемы в работе с задачами на интеграции"

(С) ТОП-5 нотаций моделирования архитектуры
Краткое руководство по основным нотациям моделирования архитектуры.

(С) Нотация моделирования архитектуры С4 — примеры диаграмм и инструменты
Пример работы с нотацией, который сможете использовать как ориентир в своей работе, а также инструменты для создания диаграмм C4. В частности Structurizr.

(В) От «умного дома» до «умного города»: новые челленджи IT-аналитиков
О проектировании интеграций с оборудованием. Доклад про особенности разработки требований для IoT проетов (Интернет вещей). В открытом доступе есть презентация.

(П) Проект на интеграции по GraphQL
TravelPoints

(В) Доставить и не потерять: синхронизация данных в распределенных системах

(В) Подкаст "gRPC vs REST API - что выбрать для проекта"

(О) Практический курс Интеграции Систем - работа онлайн с Екатериной Ананевой и экспертами программы

(О) Материалы для самообучения по Интеграциям (пакеты вебинаров)

(В) - Видео
(С) - Статья
(П) - Серия постов по проекту в Telegram-канале
(О) - Обучение

Сохраняйте в избранное, чтобы не потерять 🤍

📄 GetAnalyst - Интеграционный метод Backend - заполненный шаблон постановки задачи в Confluence.pdf 📄

Несколько недель назад я начала рассказывать в канале про интеграции на примере проекта TravelPoints.

Проект посвящен разработке мобильного приложения, в котором список стран для пользователей получается через интеграцию с внешней системой по GraphQL. Внутренний API проекта (серверная - Backend-часть) реализуется на REST API.

Чтобы сделать первую постановку задачи на интеграционный метод REST API Backend TravelPoints, который далее будет использоваться мобильным приложением, был пройден процесс аналитики:

1. Сбор требований.
2. Исследование GraphQL API внешней системы.
3. Tестирование GraphQL API на открытом вебинаре.
4. Разработка интеграционного Use Case.
5. Разработка маппинга данных.
+ проектирование архитектуры.

Описание проекта доступно в канале по хэштегу #TravelPoints. А в приложенном документе собрала для вас заполненный шаблон постановки задачи на Интеграции.

Ещё один практически-полезный пост с примером постановки задачи на разработчика Backend, который важно не потерять ⭐️

#ИнтеграцииGA

🚘 Продолжайте движение прямо…

Для многих это стандартная фраза из навигатора.
Но она имеет глубокий смысл и за пределами дороги.

У меня нередко бывают случаи, когда хочется опустить руки и сказать: «Я всё!».
Что-то не получается или получается не так, как я хотела, одно накладывается на другое, сил и энергии не хватает 😩

Потом как по цепочке. Начинаю сомневаться в своих способностях, кажется, что много делаю зря, не вижу результатов.

В такие моменты и правда можно задуматься:
“А может я не тем занимаюсь, раз мне сейчас так непросто?!”

С годами поняла, что это ошибка мышления.
На самом деле всё получается!

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

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

НО!
Важно в этой ситуации не загонять себя ещё больше, а сделать паузу — дать мозгу осознать происходящее.

Постарайтесь принять факт, что ЛЮБОЙ путь состоит из взлётов и падений!
Так вам будет проще относится к откатам, и вы не будете обесценивать свой опыт.

Есть классная фраза, которая помогает мне держаться в трудные минуты:

«Если вы сдадитесь сейчас,
Вы вернётесь туда, откуда начали.
И когда вы только начинали
Вы отчаянно хотели быть там, где сейчас»

Поэтому продолжайте движение прямо. Не останавливайтесь от каждой кочки на пути. Учитесь, развивайтесь, растите. Только так вы сможете сделать больше 🙌

Программный интерфейс — API (Application Programming Interface) — это набор правил и протоколов, которые позволяют различным программам взаимодействовать друг с другом.


API обычно создают на стороне сервера (Backend), чтобы:

1. Мобильные и веб-приложения не писали каждый свои SQL-запросы к БД, и не использовали разную логику работы с ней. API — единая логика и единая точка для приложений по взаимодействию с БД.

2. Защитить БД от записи "кривых" данных.

3. Стандартизировать взаимодействие между компонентамии Backend-Frontend, или между микросервисами / сервисами в системе.

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


3 простых примера про разработку и использование API:

🔑 Социальные сети как vk и Instagram предоставляют API, которые позволяют различным приложениям и сайтам получать доступ к данным пользователя, таким как профиль, фотографии и т.д. Это позволяет разработчикам создавать приложения, которые могут использовать данные из социальных сетей, например, для авторизации или для отображения фотографий.

🔑 Google Maps и другие сервисы карт и местоположения также предоставляют API, чтобы другие приложения использовали их функциональность. Например, мобильное приложение для заказа такси может использовать API Google Maps, чтобы определить местоположение пользователя и проложить маршрут.

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


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

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

#RestApiGA #ApiGA

⭐️ Про REST API, и разницу с RESTful - структурированное определение ⭐️

Вопросы “Что такое REST API?” или “Что такое RESTful API?” в разных вариациях и формулировках задают на технических собеседованиях системных аналитиков 👀

Чтобы уверенно отвечать на них и глубоко понимать значение REST API, необходимо знать этот набор определений:


1️⃣ API — программный интерфейс для обмена данными между приложениями (мобильное приложение - сервер, сайт - сервер и другие).


2️⃣ HTTP — это протокол, лежащий в основе любого обмена данными в Интернете, который определяет, как сообщения должны формироваться и передаваться между клиентами и серверами. Он работает как система запросов и ответов: клиент отправляет запрос на сервер, а сервер возвращает ответ.

HTTP включает в себя определенные методы (GET, POST, PUT, DELETE и другие) и коды состояния (HTTP-200, HTTP-201 и другие), которые служат для управления взаимодействием и сообщают о результатах этих взаимодействий.


3️⃣ REST (Representational State Transfer) — это архитектурный стиль проектирования программного обеспечения для создания веб-сервисов (сервер-приложений). Это набор правил и принципов, по которым разрабатываются веб-сервисы.

REST предполагает, что данные или состояние программы можно представить в виде ресурсов (например, текстовых файлов, изображений, сервисов), и эти ресурсы можно адресовать через URL (веб-адреса).

Важным принципом REST является то, что с ресурсами можно выполнять стандартные операции через HTTP-методы, такие как GET, POST, PUT, DELETE и т.д.


4️⃣ REST API — программный интерфейс приложений (API), который позволяет взаимодействовать с веб-сервисами (сервер-приложениями) с использованием принципов REST. Это означает, что API позволяет обмениваться данными через стандартные HTTP-запросы (GET, POST, PUT, DELETE и т.д.) и может возвращать данные в формате, удобном для клиента (чаще всего в JSON или XML).


5️⃣ RESTful API — это термин, который подчеркивает строгое следование принципам REST. То есть, когда мы говорим, что API является "RESTful", мы хотим сказать, что он полностью соответствует архитектурным стилям и ограничениям, определенным в идеале REST. Это подразумевает, что API не только использует HTTP-методы и работает через URL, но и строго следует всем рекомендациям и лучшим практикам REST.

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

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


Желаю вам успешных технических собеседований 😉

💫 Вопросы и ответы по REST API: собеседование на системного аналитика 💫

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

Эпизод рекомендуется к прослушиванию как для начинающих, так и для опытных системных аналитиков, стремящихся углубить свои знания в теме проектирования REST API и успешно проходить технические собеседования. Особенно рекомендуется, если у вас завтра техническое интервью 🙂

00:59 - О структуре выпуска и причине выбора темы.
02:25 - Что такое REST API и его отличия от RESTful.
10:10 - 6 главных принципов REST API.
15:52 - Структура запросов и ответов REST API: типы методов и отличия между ними.
23:50 - URL и URI. Структура URI запроса. Примеры.
query и path-параметры, headers, тело запроса и ответа, авторизация, коды состояний HTTP.
29:10 - Ресурс в контексте REST API. Связь объектов данных (ресурсов) REST API и БД.
31:05 - Query-параметры в запросе. Элементы пагинации в query-параметрах и body. Path-параметры.
36:28 - Что спрашивают по авторизации в API на собеседовании. Про безопасность. Заголовки запросов - Headers. Форматы сообщений в Body.
39:27 - Коды ответов HTTP, их назначения и какие знать обязательно. Вопросы с подвохами про отличия между кодами ответов HTTP в разных ситуациях.
43:40 - Отличия между POST и PUT. Идемпотентность. Получение данных через POST.
47:10 - Другие важные технические вопросы про асинхронные запросы и Webhook-и.
48:48 - Виды практических задач по REST API на собеседованиях для системных аналитиков.
54:00 - Вопросы про опыт работы с REST API. Рекомендация - используйте портфолио (личные демо-проекты).
56:48 - Заключение и рекомендации по самостоятельному освоению REST API.

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

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

Подписывайтесь и делитесь с коллегами! 😉