❗️Начинаем через 15 минут❗️

📹 Интеграции: как планировать и ставить задачи в Jira + Confluence
Присоединяйтесь по ссылке.

Есть такая передача по телевизору «Секрет на миллион».
Не спрашивайте откуда про неё знаю 😂

У меня тоже есть такой секрет, который помогает себя чувствовать уверенно на собеседованиях и в работе.

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

Но всё ли полученными знаниями получилось у вас воспользоваться? 🤔

По моим наблюдениям, 3 из 5 специалистов, знают очень много, но в теории и применять фактически не могут.
По разным причинам: боятся, сомневаются, неправильно поняли.

Чаще всего затык в том, что нет практики.
Именно на ОТРАБОТАННЫЕ навыки ложится уверенность в себе, в своих знаниях, которая потом транслируются на собеседованиях и в работе над проектом.

Что рекомендую делать после любого обучения, чтобы закрепить это ощущение решительности:
➡️ оцифруйте свой кейс, проект: что сделали, за какой срок, с какими трудностями столкнулись, как решили;
➡️ выпишите, какие навыки закрепились, какими инструментами владеете и что в итоге теперь умеете;
➡️ продолжайте практиковаться.

Расписав всё увидите огромный потенциал и ещё раз поверите в себя ❤ Мы крутые! Всё получится!

Что такое схема архитектуры? Как нарисовать ее первое приближение?

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

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

Схема архитектуры показывает:

💎 Компоненты (сервисы, микросервисы, БД, клиентские приложения и пр.) есть в приложении, как они взаимодействуют друг с другом.
💎 Как данные передаются между компонентами (например, по SOAP API, FTP или GraphQL).
💎 Какие функции реализуются.
💎 Как и какие пользователи взаимодействует с приложением.


Назначение схемы архитектуры:

1. Понимание функциональности приложения и его структуры. Это помогает глубоко изучить функциональные возможности и ограничения приложения при анализе требований и возможных улучшений.

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

3. Разработка интеграций. Она позволяет определить, какие компоненты и интерфейсы могут быть использованы для интеграции, как передавать данные и как обеспечить взаимодействие между системами. Схема архитектуры помогает понять структуру данных, протоколы обмена.

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

Хотели бы научиться строить схему архитектуры? ❤️

Как нарисовать первое приближение схемы архитектуры аналитику?


ПОШАГОВАЯ ИНСТРУКЦИЯ ДЛЯ ПРОЕКТИРОВАНИЯ СХЕМЫ АРХИТЕКТУРЫ на практике. Первый заход 😉

Проект - приложение сообщества системных аналитиков GetAnalyst.

1. Выписываем список пользователей.
Пример: участник сообщества, администратор / модератор.

2. Выписываем список приложений системы для пользователей - пользовательские приложение (фронтенд, клиенты).
Пример: Мобильные приложения iOS, Android, веб-приложение администратора для управления контентом, списком пользователей, вебинарами.

3. Выписываем список внешних систем, с которыми надо будет сделать интеграцию для обмена данными или распределения задач.
Пример: Unisender, Telegram, Firebase, Bitrix24 и другие.

4. Осознаем, какия функциональность может быть в системе и пробуем выделить логические модули. Помним, что есть типовые логические модули в системе (биллинг, авторизация, интеграционные, прочие). И предполагаем список возможных сервисов к обсуждению с разработчиками и архитекторами.
Пример: сервис авторизации и аутентификации, сервис уведомлений, сервис вебинаров, сервис ведения контента.

5. Берем скругленные прямоугольники и рисуем список выделенных компонентов в Miro / Draw.io.
Все прямоугольники из п. 4 отправляем в большую зону бэкенда.
Пример: картинка к посту

6. Определяемся с тем, где нужны БД.
Пример: картинка к посту. Но, кстати, я не нарисовала локальные БД для мобильных приложений

7. Соединяем стралками по логике - как взаиможействуют компоненты

8. Добавляем протоколы, подписываем какие данные передаются или операции выполняются (на картинке к посту нет).


Готово! Первое приближение к обсуждению с разработчиками есть!

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

Представьте, что у вас есть классный велосипед!

Огромный механизм, в котором множество деталей, креплений.
Если какая-то часть заедает, то вся система начинает тормозить движение и в итоге останавливается.

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

Но не понимая, как всё устроено, вам будет значительно сложнее разобраться в механизмах. Вы потеряете массу времени и сил.

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

Понимание работы механизма велосипеда можно сравнить с работой системного аналитика.

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

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

Внимание к мелочам и деталям — это программы GetAnalyst с глубоким погружением внутрь. Я помогаю узнать как работает механизм "велосипеда" изнутри. При этом, я отдаю свои знания в простой форме, и не усложняю, чтобы вы точно знали как работают велосипеды, а может и спортивные авто 😉

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

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

Немного воспоминаний...

Первый эфир на 8 человек. Второй на 15 человек.
Страх говорить в пустоту.
Включала микрофон с камеры и делала съемки с ужаснейшим звуком.
По 20 часов работы, чтобы успевать делать программу в срок, работать на основном проекте, и на консалтинге.
Слезы, потому что слишком много работы, и почти нет отдачи.
Вебинар из Турции, когда запели мантру и я думала, что все пропало. Но микрофон с шумоподавлением спас.
Переезд на другой конец планеты и абсолютное желание бросить все, потому что "я не знаю".
Вебинары каждый четверг. Даже если у меня вообще нет времени на подготовку, да и на сам вебинар. Я же обещала.
Попытки организовать жизнь заново и не бросить начатое.
Страхи. Неуверенность.

Поддержка близких и слова "Поревела? Успокоилась? Все получится. Терпение и уверенность, ты же умная".
Первая обратная связь, что мои знания из GetAnalyst успешно реализованы, ребята "иксуют" свои доходы и увереннее себя чувствуют, лучше организовали работу и процессы.
Искренняя благодарность от участников открытых вебинаров и закрытых курсов в личных сообщениях.
Рост команды GetAnalyst.
Сотрудничество с крупными компаниями.
Постоянные изменения и обновления программ.
Возможность совмещать активную проектную деятельность и дальше растить GetAnalyst в международное сообщество.

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

США, Россия, Казахстан, Грузия, Турция, Португалия, Швеция, Германия, Италия, Польша, Сербия, Венгрия, Бали, Кипр... Мои действующие ученики. Вау. Вау. Вау ❤️

Happy Birthday, International Community GetAnalyst 🎉

С чего начать утро понедельника? С Катиной статьи на Habr 😉

Давно там не появлялась.

Подготовила пошаговую инструкцию по работе с задачами на интеграции

https://habr.com/ru/articles/735332/

В продолжение истории про архитектуру.

Я нарисовала первое приближение и на схеме не показала: протоколы интеграций, потоки данных, языки разработки по компонентам и еще немного деталей.

У меня есть специальная нотация моделирования для проектирования архитектуры. Но сейчас хочу немного рассказать про отраслевой стандарт - С4.

Нотация моделирования C4 - это подход к визуализации архитектуры программного обеспечения, созданный Саймоном Брауном. Появился он в результате чтения лекций по архитектуре на курсе 🙂


C4 состоит из четырех уровней представления:

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

2. Container: углубляет представление системы, описывая основные части, или "контейнеры" (backend-приложение, веб-приложение, мобильного приложение, базы данных, файловая система), которые входят в состав системы. На этом уровне определены функции каждого контейнера, технологические решения по языкам программирования, протоколы взаимодействия.

3. Component: детализирует каждый контейнер, описывая его компоненты и их взаимодействие.

4. Code: наиболее детальный уровень, описывающий внутреннюю структуру каждого компонента. Часто используются UML-диаграммы для его описания. Не обязателен.


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

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

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

Например, вместо того, разработчику мобильного приложения писать отдельные алгоритмы распознавания QR-кодов, используют готовые библиотеки, в которых уже реализованы эти алгоритмы. В итоге при необходимости, чтобы считать QR-код, приложение обращается к сторонней библиотеке, разработанной другими разработчиками. Таким образом нашем приложении мы используем готовое решение, и не программируем его с нуля.

Есть три вида программных компонентов систем, которые могут участвовать в интеграциях:
🟢 Сервер: сервер-приложения, облачные приложения, микросервисы
🟢 Клиент (приложение, программа): сайты, десктопные приложения (для ПК), мобильные приложения.
🟢 Оборудование: камера, считыватель карт, bluetooth-замок для входной двери.

Из этих компонентов получаются виды интеграций: клиент-серверная, сервер-сервер, программно-аппаратная и другие.

Про программно-аппаратные интеграции я рассказывала на одном из открытых эфиров. Предлагаю погрузиться в эту крутую тему. Ссылка здесь (https://www.youtube.com/watch?v=9rMPHsXFMTs). Продуктивного просмотра 😉

Практика работы с архитектурой. Нотация моделирования С4.

Для создания C4 будем использовать интрумент Draw.io.

Чтобы включить элементы С4 необходимо:
1. Нажать снизу слева кнопку "+ More Shapes" (или аналог на русском).
2. Перейти в раздел Software.
3. В нем выбрать С4 - установить галочку. И сохраниться.

Готово! Теперь вы тоже можете применять С4 в своей работе.

Кстати, на картинке к посту изображены элементы первого уровня диаграммы С4 - Контекст-диаграмма (System context). Можно переходить к практике по нашей задаче 😉

Анонсы событий этой недели в GetAnalyst

1️⃣ Последняя возможность попасть на бесплатный практикум с разбором проекта по проектированию интеграций:

Интеграции: как планировать и ставить задачи в Jira + Confluence
24 мая в 18:00 (Мск)
👉 ЗАРЕГИСТРИРОВАТЬСЯ


2️⃣ Сегодня у нас стартовал поток по проектированию интеграций 🚀

Коллег ждет 10 недель практической работы на вебинарах с подробным погружением во все детали по интеграциям:
▫️Работа над крупным проектом
▫️Работа с требованиями: User Stories, Use Cases
▫️REST API, SOAP API, SDK
▫️UML
▫️Postman для тестирования и документирования API
▫️Swagger для тестирования и документирования API
▫️Постановки задач в Jira и Confluence, структурирование документации.

Эта неделя посвящена знакомству с 6 уроками из предобучения. А на следующей неделе, 30 мая, у нас будет первый онлайн-вебинар 📹

В группе осталось 4 места. Потоки у нас всегда небольшие и уютные, чтобы все имели возможность получить обратную связь по своим вопросам во время прямых эфиров, вне зависимости от тарифа! Для меня важен индивидуальный подход ❤️


3️⃣ Готовлю к выходу еще одну статью про API. Ожидаем к понедельнику


4️⃣ Есть подозрение, что пора провести вебинар или разговорный прямой эфир чисто на английском языке. И надо это мероприятие спланировать. Да? 🔥

Привет!

Недавно увидела цитату:
«Если видите над собой финансовый потолок, и вам кажется это предел, то будьте уверены — это уже чей-то пол».

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

Если вы сейчас в этой точке, значит, вам точно есть куда расти!

Важно смотреть шире на рабочие процессы и анализировать, где можно прокачать навыки, чтобы стереть эти границы «потолка».

Никогда не останавливайтесь на том, что есть под рукой, покоряйте новые горизонты. Все эти «потолки» возможностей только в нашей голове. И только знания и действия влияют на результат 💪

P.S. Сегодня пробиваю свой потолок и запускаю мини-тренинг по публичным выступлениям и самопрезентации на собеседованиях. Пока работаю в закрытой группе экспертов GetAnalyst. Буду собирать обратную связь и смотреть что получится 👀

Контекстная диаграмма (System context). Нотация моделирования архитектуры С4.

Это самый верхний уровень схемы архитектуры в C4. первый взгляд на систему.

Показываем только систему и ее окружение:
🟢 пользователей
🟢и внение системы, с которыми нужно сделать интеграции.

Отдельно приложения внутри нашей системы пока не выделяем

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

Диаграмма контейнеров С4 - Container diagrams (level 2)

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

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

Примеры контейнеров: серверное веб-приложение, веб-сайт, десктоп приложение, мобильное приложение, база данных, файловое хранилище и т. д.

🟢 Диаграмма контейнеров показывает общую архитектуру программного обеспечения, и как распределены задачи между ее компонентами.

🟢 Она также демонстрирует основные технологические решения и взаимодействие между контейнерами: языки программирования (Java), плагины для разработки (React), СУБД (postgreSQL), протоколы (HTTPS/REST), форматы обмена данными (JSON).

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

Еще примеры:
✔️ Онлайн-магазин.
Контейнерами могут быть веб-сервер, база данных и система управления запасами. Каждый контейнер отвечает за свои задачи и взаимодействует с другими контейнерами для обработки заказов и обновления запасов товаров.

✔️ Приложение для учета финансов. В этом случае контейнеры могут включать клиентское приложение на компьютере пользователя, сервер для обработки данных и базу данных для хранения информации о транзакциях. Каждый контейнер выполняет свою функцию и взаимодействует с другими контейнерами для обновления и получения финансовых данных.

Контейнеры C4 подходят для понимания архитектуры приложения без глубокого погружения в детали реализации.

Это самый наглядный и полезный уровень архитектуры, который рекомендуется уметь делать аналитикам в C4.

Картинка для приложения сообщества прикреплена к посту 😉

По статистике до 70% проектов при первом релизе содержат ошибки по разным причинам. Чаще это случается среди сложных интеграций, но даже простые проекты сталкиваются с ошибками 😱

Прежде чем запускать очередной поток обученя, я анализирую, что на рынке востребовано, какие hard skills спрашивают на собеседованиях и реально используются в проектах ИТ-компаний.

Работа с интеграциями — это навык, который выводит аналитиков на уровень Middle и Senior.

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

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

✔️ Разработка технического задания на реализацию функциональных доработок и интеграций;
✔️ Участие в переговорах с Партнёрами и Клиентами для проведения интеграций и построения бизнес-процессов;
✔️ Знание принципов построения микросервисной архитектуры;
✔️ Участие в построении архитектуры и схем взаимодействий;
✔️ Общее представление о технологиях и архитектурных подходах;
✔️ Понимание логики работы очередей;
✔️ Формирование структуры данных, выполнение интеграции данных.

Такие запросы к аналитикам у нас сейчас на рынке ИТ 📝

На диаграммы контекста и
контейнеров в С4 посмотрели. Идем глубже? Идем, конечно.

Уровень для архитекторов и аналитиков-профи:
Диаграмма компонентов C4 - Component diagram (level 3) 😎


Контейнер системы состоит из компонентов. Для компонентов надо показать их логическое назначение и способ технической реализации (технологии, языки программирования).

На диаграмме компонентов мы берем каждый из контейнеров уровня 2 и детализируем. Там мы погружаемся на уровень 3.

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

Максимально наглядно это показано на картинке к посту. Помните, что я выделила сервисы в сервер-приложении (бэкенд) для мобильного приложения сообщества GetAnalyst?

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

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

В отличие от предыдущего уровня:
👉 Вспомнила, что у меня 4 БД
👉 А еще пуши и email надо бы через очередь отправлять
👉 И вообще лучше разводку по сервисам через API-шлюз делать.

Проектирование по-взрослому 🤔

Погружение на уровень компонентов заставляет меня вернуться на уровень контейнеров и уточнить его.

Диаграммы компонентов помогают нам понять, как каждый компонент вносит свой вклад в функциональность системы - логику работы Backend и влияние на БД. Мы можем видеть, какие компоненты связаны с определенными бизнес-процессами и как они взаимодействуют между собой. Это помогает нам лучше понять, какие изменения в одном компоненте могут повлиять на другие.

На уровень кода Code (level 4) погружаться не буду. Не так часто его используют.

Теперь вы знакомы с C4. Закрепляйте на практике и прокачивайте навыки работы с архитекторами 😉 Очень ценится!

Выходные - это священное время, когда нужно отдохнуть, забыть про баги, логические задачи, и просто насладиться жизнью. Но в свои выходные я еще нахожу время на учебу. И я делала это всегда, чтобы расти 🚀

Когда в пятницу вечером все уже думают только о том, как попасть на пляж или встретиться с друзьями, я смотрю на свои команды аналитиков-героев и говорю: "Друзья, не забываем про свое развитие!". Наши скилы - это наша мощная оружейная система. Как хороший игрок в видеоигре, нужно постоянно прокачиваться, чтобы не быть нубом среди профессионалов 😉

Так что вместо того, чтобы листать рилз в инстаграме или затягиваться в обнимашки с диваном, рекомендую использовать немного времени для прокачки своих навыков. И это не значит, что нужно смотреть скучные лекции или брать книги о проектировании систем на пляж. Мы же хотим отдыхать и получать удовольствие, верно? 😄

Несколько предложений, как приятно провести выходные с пользой для развития в карьере:

1️⃣ Заведи питомца-проекта. Выбери интересную задачу или маленький проект, который ты всегда хотел реализовать, и посвяти ему свободное время. Это не только поможет тебе прокачать навыки, но и принесет удовлетворение от достижения результатов.

2️⃣ Присоединись к онлайн-курсам или сообществам. Здесь ты можешь общаться с единомышленниками и узнавать новое, получать профессиональный опыт через свое окружение 😉

3️⃣ Изучи новый инструмент. Figma, Postman, Swagger, Miro, DBeaver, Kibana. Много всего, что может быть полезно аналитикам. Листай наш канал, смотри YouTube или обучения, и практикуйся!

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

Отправляйтесь на отдых, но не забывайте про то, что он же и ваш помощники в прокачке скилов, когда никто не тревожит и не отвлекает кучей сообщений в чатах! Лучших выходных! ❤️

Привет 🙂 На Apple Podcasts я совсем не планировала попасть в ближайшее время. Но видимо Вселенная хочет, чтобы я возобновила запись подкастов.

Чуть ниже сейчас появится подкаст про найм системных аналитиков для одной из крупнейших студий подкастов Red Barn.

Делюсь фишками и лайфхаками про найм как руководитель 😉

Подкаст «Как искать»

Системный аналитик

Кто такие системные аналитики? Чем они занимаются? Как менялась профессия разработчика? Должен ли системный аналитик разбираться в бизнесе?

О поиске лучших системных аналитиков, развитии продуктов на международном рынке и важности системного подхода во всем рассказывает Екатерина Ананьева — основатель компании GetAnalyst.

hh.ru — сервис для поиска сотрудников и создания решений в сфере развития HR.

Команда:
Ведущий — Анастасия Серебренникова;
Редактор — Марк Конюхов;
Продюсер — Александра Ярыш;
Звукорежиссёр — Илья Коваленко.

Подпишись, чтобы не пропустить новый выпуск:

Apple Podcasts
Яндекс Музыка
Google Подкасты
Castbox
Spotify

#какискать

🎙Анонсы — Red Barn podcasts
📝Канал студии — Red Barn

Привет-привет!

Пока картинка про пчел и API не завершена, расскажу вам немного о том, что происходит у нас сейчас 🙂

🟢 Я почти закончила работу над статьей "Про API простыми словами" и с веселыми картинками (про пчел как раз), которые помогут вам легко разобраться с темой. Завтра опубликую.

🟢 Готовлюсь к первому вебинару с группой по Интеграциям. Обновляю презентации, теорию в платформе. В этот раз у меня два потока параллельно - по вторниками и средам. Это из-за ограничения по местам. Нас много. Так что следующий поток будет не скоро. Последний шанс успеть еще есть сегодня.

🟢 В каждую группу подключили по два куратора и два эксперта. У нас вопросы не остаются без ответов 🙌

🟢 Собрали точку А по потокам Интеграций
Кто на курсе: старшие и мидл-системные аналитики, бизнес-аналитики
Опыт: либо делали одну интеграцию, либо только слышали о них 🙂
Цели: сменить работу, получать новые задачи, вырасти в зп
Со всеми будем подводить итоги по итогам обучения и вместе идти к результатам 🚀

🟢 Готовлю новые темы для статей и обновления. Спасибо за идеи и пожелания, которые прислали в чате 🙏


Продуктивной нам недели! И.. врываемся в лето☀️

Есть улей, в котором пчелы делают мёд. Чтобы сделать мёд, им нужен нектар. Без нектара мёд не получится.

Пусть мобильное приложение (улей) дожно показать нам расписание авиарейсов (мёд). Для этого оно делает запрос на сервер (система "Цветы"), чтобы получить данные из него (нектар).

На сервере выполняются сложные алгоритмы и сбор данных по БД в определенную структуру.

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

Мобильное приложение обрабатывает данные, размещает их определенным образом в пользовательском интерфейсе (UI).

После этого счастливые пользователи видят расписание рейсов (мёд).

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

Простыми словами про API приложений 🐝