Наш самый популярный курс — в новом формате

Курс «Основы проектирования интеграций ИТ-систем» теперь можно пройти на платформе Stepik. Это новый для нашей Школы формат — асинхронный: вы учитесь в удобном для вас темпе, самостоятельно занимаясь в любое время.

При этом мы сохранили всё лучшее от нашего традиционного синхронного формата. Обучение интеграциям на Stepik — это:

— Полная программа оригинального курса.
— Короткие видео-лекции автора курса Елены Бенкен и ведущих Юрия Куприянова и Анны Вичуговой.
— Тестовые вопросы с автоматической проверкой.
— Практические задания с разбором преподавателями.
— Рабочая тетрадь по описанию интеграции.
— Доступ в закрытый чат-комьюнити.
— Сертификат при выполнении 90% практики.

Следующий поток начнётся в понедельник 15 мая. Далее мы рекомендуем проходить по модулю в неделю, всего их 5.

👉 Зарегистрироваться на прохождение курса на Stepik

#интеграция_систем

Наконец готовы видео с вебинара про gRPC.

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

По вашим просьбам мы доработали слайды в первой части вебинара, чтобы сделать их более понятными.

Информации было так много, что мы сделали 4 видео.

Что вы найдете внутри: 3 главных мифа про grpc, сравнение gRPC и REST (куда без него !), демонстрация настройки и документирования интеграции gRPC.

Основная аудитория этого вебинара — мидлы и те, кто хочет ими стать.

Ну а если что-то неясно — пишите вопросы в комментариях к видео на youtube!

gRPC лучше REST? Это миф!
Сравниваем gRPC vs REST
Инструменты документирования и настройки gRPC
Вопросы слушателей вебинара про gRPC

#интеграция #grpc #видео #advanced

6 принципов REST

Representational State Transfer — это архитектурный стиль взаимодействия компонентов распределённого приложения в сети. Архитектурный стиль – это набор согласованных ограничений и принципов проектирования, позволяющий добиться определённых свойств системы.

Назначение REST в том, чтобы придать проектируемой системе такие свойства как:

📍Производительность,
📍Масштабируемость,
📍Гибкость к изменениям,
📍Отказоустойчивость,
📍Простота поддержки.

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

Каким образом REST может помочь нам достичь этих свойств и реализовать эти нефункциональные требования?

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

6 принципов REST:

✔️Клиент-серверная архитектура
✔️Stateless
✔️Кэширование
✔️Единообразие интерфейса
✔️Layered system
✔️Code on demand

#интеграция #REST

Паттерн событийно-ориентированной архитектуры (event-driven architecture, EDA) — это популярный шаблон распределенной асинхронной архитектуры, используемый для создания приложений с высокой степенью масштабируемости. EDA состоит из независимых компонентов, которые асинхронно получают и обрабатывают события.

Есть две основные топологии EDA — посредника (mediator) и брокера (broker). Топология посредника обычно используется для оркестрации нескольких шагов в рамках события через центрального посредника, а топология брокера используется, когда нужно связать события вместе без использования центрального посредника.

🔹Топология брокера — это цепочка событий для выполнения бизнес-функций

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

Это справедливо и для топологии брокера. Как только обработчик событий передаёт событие, он больше не вовлечён в обработку этого конкретного события.

В топологии брокера существует два основных типа архитектурных компонентов: компонент брокера (broker) и компонент обработчика событий (event processor).
Поток сообщений распределяется между компонентами обработчика событий по цепочке через лёгкий брокер сообщений.

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

NB: мы регулярно проводим воркшоп для системных аналитиков, которые хотят поработать с брокерами сообщений RabbitMQ и Apache Kafka и готовы кодить на Python при поддержке ведущего.

#брокеры #интеграция

Samokat.teсh & Systems.Education Meetup — cистемный анализ и проектирование в e-commerce

Когда: 20 октября (пятница), 18:00 – 21:30 по Мск
Где: г. Москва, Овчинниковская набережная, 18/1 + онлайн-трансляция

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

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

В программе:

1️⃣ Почему аналитик не может быть кроссдоменным координатором? — Анастасия Тарасова, старший системный аналитик в Samokat.teсh

2️⃣ Проектирование системы от нефункциональных требований — Евгений Скориков, главный архитектор в AWG

3️⃣ Круглый стол с экспертами
Темы: матрица компетенций, сквозные процессы анализа и тестирования, Вig Data в проектах.
Модератор: Юрий Куприянов, ведущий эксперт по системному анализу и проектированию Systems.Education.

👉 Регистрация и чат митапа

#москва #митап #онлайн #интеграция #архитектура

к нам пришёл последний месяц зимы и продолжил зимне-весенний сезон обучения и развития

в этом месяце попасть на наш курс-боевик Лены Бенкен
«Основы проектирования интеграций ИТ-систем»
можно будет аж в 3-х разных вариантах:

с 12 февраля, по рабочим дням с 16 до 18 мск — с кандидатом технических наук, главным разработчиком школы Анной Вичуговой — в формате онлайн-тренинга с выполнением заданий сразу на занятии и обратной связью

с 20 февраля, по утрам рабочих дней до 12 ч — с Николаем Цветковым, руководителем отдела системного анализа — в формате самостоятельной работы и онлайн-встреч с разборами результатов выполнения заданий

21-23 февраля, очно в Москве — с экспертом по системному анализу и любимцем конференций Юрием Куприяновым — традиционный очный тренинг с командной работой над сквозным учебным проектом

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

Модуль 1
Разработка требований к интеграции
— Определение целей и задач интеграции
— Чеклист интеграции
— Системные функциональные требований к интеграции
— Диаграммы потоков данных (Data Flow Diagram)
— Ограничения на интеграцию, требования к качеству интеграции
— Регламенты передачи данных
— Требования к журналированию и обработке ошибок

Модуль 2
Моделирование структур данных для интеграции
— Модель данных, типы данных, связи
— Декомпозиция монолита на микросервисы
— Мастер-система данных
— Описание преобразований данных (Data Mapping)

Модуль 3
Проектирование межсистемного взаимодействия
Сценарии интеграции
— Диаграммы последовательности (UML Sequence Diagram)
— Текстовые сценариев интеграции (Use Cases)
Обзор 4 интеграционных стилей

Модуль 4
Основы интернет-технологий
Форматы передачи данных
— JSON: объекты и атрибуты, типы данных, схема
— XML: элементы и атрибуты, валидация с помощью XSD
Протоколы интернета
— HTTP: заголовки, аутентификация, версии, идемпотентность, HTTPS
— FTP/SFTP, протоколы потокового мультимедиа
— Стек протоколов TCP/IP

Модуль 5
Проектирование интеграции через API
REST
— Принципы REST, 3-уровневая архитектура, API, Endpoint
Тестирование и документирование интеграционных методов
— Postman: построение запросов, авторизация, коды ответа, коллекции, переменные
— Swagger: запросы и ответы, формат описания YAML
Правила проектирования и документирование API-методов
— Шаблон описания методов
— Входные и выходные параметры
— Нейминг параметров

Модуль 6
Проектирование интеграции через обмен сообщениями
SOAP
— Сравнение REST и SOAP
— Интеграция с применением SOAP
— Описание сервисов на WSDL
— Применение SOAPUI

Интеграционные шины и брокеры
— Как работают брокеры сообщений
— Rabbit MQ, Apache Kafka и интеграция с помощью шины
— Отказоустойчивость и высокая доступность
— Интегратор wso2
— Принципы ETL
— Преобразование данных при передаче (XSLT+)

Модуль 7
Современные технологии интеграции
— GraphQL
— gRPC
— Webhooks
— Websockets

#анонсы #интеграция

Какая самая частая причина участия в воркшопе «Проектирование интеграции с REST API»?

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

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

Познакомиться с ними поближе и попрактиковаться Вы сможете на воркшопе, который начнется 16 марта.

Он будет нацелен на:
— Погружение в процесс проектирования интеграций с использованием REST API
— Обучение основным принципам HTTP/REST и теории проектирования API
— Предоставление практических инструментов для создания оптимальных и долговечных контрактов

#RESTAPI #интеграция #проектирование

Частые ошибки при проектировании REST-like интеграций:

1️⃣ Неправильно выделены ресурсы
Это может привести к несогласованности в структуре API, запутанности разработчиков и затруднить поддержку и масштабирование системы.

2️⃣ Использование метода GET для запросов с фильтром
Это может привести к превышению лимита строки запроса, поэтому в этом случае принципами HTTP на практике пренебрегают.

3️⃣ Отсутствие пагинации в выдаче списка
Это может привести к большим объемам данных, долгим запросам и перегрузке клиента. Важно учесть необходимость пагинации при проектировании API для эффективного взаимодействия.

16 марта стартует воркшоп «Проектирование интеграции с REST API», где мы подробнее расскажем о том, как не допускать ошибки при проектировании REST-like интеграций.

Присоединяйтесь к нашему воркшопу!

#RESTAPI #интеграция #проектирование

Какие компетенции по интеграции являются ключевыми для системного аналитика в 2024 году?

1️⃣ Понимание архитектуры информационных систем: Системный аналитик должен хорошо разбираться в типах и структурах информационных систем, включая монолитные приложения, микросервисы, сервис-ориентированную архитектуру (SOA) и облачные решения.

2️⃣ Знание интеграционных паттернов и технологий: Важно знать различные способы интеграции, такие как API (REST, SOAP), очереди сообщений (например, Kafka, RabbitMQ), файловый обмен, прямое взаимодействие баз данных и ETL-процессы.

3️⃣ Опыт работы с API и веб-сервисами: Способность разрабатывать и использовать API, а также понимание протоколов и форматов обмена данными (JSON, XML).

4️⃣ Безопасность: Компетенции в области обеспечения безопасности данных и транзакций в процессе интеграции, включая аутентификацию, авторизацию, шифрование и использование VPN.

5️⃣ Изучение и анализ требований бизнеса: Способность правильно понимать и формулировать бизнес-требования, которые будут удовлетворены через интеграцию.

6️⃣ Моделирование и документирование: Навыки создания технической документации, схем интеграционных процессов и архитектурных решений.

7️⃣ Тестирование: Проведение тестирования интеграционных решений, включая модульное тестирование, интеграционное тестирование и нагрузочное тестирование.

8️⃣ Управление проектами и коммуникации: Эффективное взаимодействие с членами команды, включая разработчиков, тестировщиков, архитекторов и бизнес-пользователей, а также управление ожиданиями стейкхолдеров.

Если Вы хотите изучить интеграции, то присоединяйтесь к онлайн-курсу «Проектирование интеграций ИТ-систем», который стартует 11 мая

#курс #интеграция #REST #брокеры #Kafka #SOAP #XML

Воркшоп «Проектирование интеграции с REST API»

Когда старт?
25 мая

Воркшоп будет полезен тем, кто хочет:
— познакомиться с REST API
— научиться проектировать интеграцию «с нуля»
— описывать REST-интерфейсы в виде, пригодном для разработки

Что получишь от воркшопа?
Пошаговую методику и шаблон описания интеграции
— Участники проанализируют процесс взаимодействия систем, потоки данных и опишут REST-like API
— Поймут, как аналитик решает интеграционные задачи
— Подготовят постановку задачи на интеграцию на основе шаблона

#воркшоп #интеграция #REST #брокеры #Kafka #SOAP #XML

Что такое YAML?

Сегодня мы поговорим о языке разметки данных, который стремительно набирает популярность в мире ИТ — YAML

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

Какие же преимущества дает использование YAML?

1️⃣ Лаконичный и интуитивно понятный синтаксис. YAML основан на отступах и избегает излишних символов разметки, что облегчает чтение и редактирование файлов.

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

3️⃣ Кроссплатформенность. YAML поддерживается практически всеми языками программирования благодаря наличию библиотек-парсеров.

4️⃣ Гибкость. YAML можно использовать для описания конфигураций самых разных систем и приложений.

Где YAML применяется на практике?
— Конфигурационные файлы для контейнеров Docker, Kubernetes
— Описание пайплайнов CI/CD в Jenkins, GitLab CI
— Конфигурация Ansible плейбуков
— Файлы конфигураций облачных сервисов (AWS CloudFormation, Terraform)
— Конфигурации микросервисов и бэкенд-приложений
— Описание интеграций и обмен данными между различными системами и сервисами

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

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

Если вы хотите стать специалистом в области проектирования интеграций ИТ-систем с использованием передовых технологий вроде YAML, микросервисов и контейнеризации, то успевайте зарегистрироваться на курс «Проектирование интеграций ИТ-систем»!

В июне Вас ждут 2 потока данного курса: с 8 и с 11 июня

#YAML #Конфигурации #Интеграция #ИТСистемы

Курс «Основы проектирования интеграций ИТ-систем»

Когда старт?
В июне будет 2 потока: 8 и 11 июня

Кому будет полезен курс?
ИТ-аналитикам и проектировщикам, которые знакомы с техникой use cases и разработкой требований к качеству ПО.

Чему полезен курс?
Он поможет разобраться в теме интеграций и научиться проектировать взаимодействие ИТ-систем.

Что тебя ждет во время обучения?
— серия из практических заданий
— инструктаж
— обратная связь от ведущего

Подробную программу курса можешь посмотреть тут!

#курс #интеграция #REST #брокеры #Kafka #SOAP #XML

Воркшоп «Проектирование интеграции с REST API»

Когда старт?
29 июня

Воркшоп будет полезен тем, кто хочет:
— познакомиться с REST API
— научиться проектировать интеграцию «с нуля»
— описывать REST-интерфейсы в виде, пригодном для разработки

Что получишь от воркшопа?
Пошаговую методику и шаблон описания интеграции
— Участники проанализируют процесс взаимодействия систем, потоки данных и опишут REST-like API
— Поймут, как аналитик решает интеграционные задачи
— Подготовят постановку задачи на интеграцию на основе шаблона

Посмотреть ведущих воркшопа в деле можно тут!

#воркшоп #интеграция #RESTAPI

Воркшоп «Проектирование интеграции с REST API»

Когда старт?
20 июля

Воркшоп будет полезен тем, кто хочет:
— познакомиться с REST API
— научиться проектировать интеграцию «с нуля»
— описывать REST-интерфейсы в виде, пригодном для разработки

Что получишь от воркшопа?
Пошаговую методику и шаблон описания интеграции
— Участники проанализируют процесс взаимодействия систем, потоки данных и опишут REST-like API
— Поймут, как аналитик решает интеграционные задачи
— Подготовят постановку задачи на интеграцию на основе шаблона

#воркшоп #интеграция #RESTAPI

Ошибки при проектировании REST API и как их избежать

Какие ошибки чаще всего совершаются при проектировании REST API и как их можно избежать? Разберем типичные проблемы и способы их предотвращения.

1️⃣ Неправильное использование HTTP методов
Ошибка: Использование неверных HTTP методов для операций. Например, использование GET для изменения данных или DELETE для получения данных
Решение: Следуйте семантике HTTP методов:
— GET — для получения данных
— POST — для создания новых ресурсов
— PUT — для обновления существующих ресурсов
— DELETE — для удаления ресурсов

2️⃣ Отсутствие версионирования API
Ошибка: Отсутствие версионирования API, что приводит к проблемам совместимости при изменениях
Решение: Используйте версионирование в URL (например, `/v1/resource`) или в заголовках запросов. Это позволит вам вносить изменения без нарушения работы клиентов.

3️⃣ Неконсистентные ответы
Ошибка: Различные структуры ответов для похожих запросов, что усложняет работу с API
Решение: Определите стандартные форматы ответов и следуйте им. Например, всегда включайте метаданные, такие как статус, сообщение и данные

4️⃣ Отсутствие документации
Ошибка: Недостаточная или отсутствующая документация, что делает API трудным для использования.
Решение: Используйте инструменты для автоматической генерации документации, такие как Swagger/OpenAPI. Обеспечьте подробное описание каждого эндпоинта, параметров запросов и примеров ответов.

5️⃣ Игнорирование аспектов безопасности
Ошибка: Отсутствие механизмов аутентификации и авторизации, что делает API уязвимым.
Решение: Реализуйте безопасные механизмы аутентификации (например, OAuth) и авторизации. Используйте HTTPS для защиты данных в транзите.

6️⃣ Неправильное управление ошибками
Ошибка: Отправка неинформативных сообщений об ошибках или использование неправильных кодов состояния HTTP.
Решение: Используйте соответствующие коды состояния HTTP и предоставляйте информативные сообщения об ошибках. Например, для ошибок валидации данных используйте код 400 Bad Request с подробным описанием ошибки.

Приглашаем вас на наш воркшоп «Проектирование интеграции с REST API», где мы рассмотрим все эти аспекты и научим вас проектировать надежные и удобные API с нуля.

#воркшоп #интеграция #RESTAPI

Воркшоп «Проектирование интеграции с REST API»

🔹Когда старт?
31 августа (сб)

🔹Воркшоп будет полезен тем, кто хочет:
— познакомиться с REST API
— научиться проектировать интеграцию «с нуля»
— описывать REST-интерфейсы в виде, пригодном для разработки

🔹Что получишь от воркшопа?
Пошаговую методику и шаблон описания интеграции
— Участники проанализируют процесс взаимодействия систем, потоки данных и опишут REST-like API
— Поймут, как аналитик решает интеграционные задачи
— Подготовят постановку задачи на интеграцию на основе шаблона

#воркшоп #интеграция #RESTAPI

Как избежать ошибки при проектировании REST API?

Интеграция с REST API — это мощный инструмент, который может существенно повысить функциональность вашего приложения. Однако, при неправильном проектировании интеграций можно столкнуться с серьезными проблемами. С какими именно?

1️⃣ Игнорирование документации API
— Ошибка: Плохое понимание или игнорирование документации API может привести к неожиданным проблемам и сложностям в интеграции.
— Решение: Всегда тщательно изучайте документацию API. Убедитесь, что вы понимаете все доступные эндпоинты, методы, параметры и требования к авторизации. Регулярно проверяйте обновления документации, чтобы оставаться в курсе изменений.

2️⃣ Неправильная обработка ошибок
— Ошибка: Пренебрежение обработкой ошибок и неправильное управление ошибками может сделать ваше приложение уязвимым и нестабильным.
— Решение: Реализуйте надежную обработку ошибок и исключений. Обрабатывайте все возможные коды статусов ответа от API и предоставляйте пользователю понятные сообщения об ошибках. Не забывайте про логи, чтобы отслеживать и анализировать сбои.

3️⃣ Отсутствие валидации данных
— Ошибка: Отсутствие валидации входящих и исходящих данных может привести к непредсказуемому поведению вашего приложения и проблемам с безопасностью.
— Решение: Всегда валидируйте данные до отправки их на сервер и после получения ответа. Это поможет предотвратить атаки и ошибки, связанные с некорректными данными.

4️⃣ Неэффективное управление состоянием
— Ошибка: Неэффективное управление состоянием соединения и запросов может привести к излишней нагрузке на сервер и замедлению работы приложения.
— Решение: Используйте кэширование и оптимизацию запросов. Применяйте подходящие стратегии для управления соединениями, такие как повторное использование и пул соединений, чтобы улучшить производительность.

5️⃣ Недостаточная безопасность
— Ошибка: Игнорирование аспектов безопасности, таких как аутентификация и авторизация, может сделать ваш API уязвимым для атак.
— Решение: Обеспечьте защиту данных с помощью стандартных методов аутентификации и авторизации (например, OAuth). Шифруйте передаваемые данные и применяйте другие меры безопасности, чтобы защитить ваше приложение от потенциальных угроз.

А чтобы не совершать таких ошибок, присоединяйтесь к нашему воркшопу «Проектирование интеграции с REST API».

Регистрация

#воркшоп #интеграция #RESTAPI

Воркшоп «Проектирование интеграции с REST API»

🔹Когда старт?
21 сентября (сб)

🔹Воркшоп будет полезен тем, кто хочет:
— познакомиться с REST API
— научиться проектировать интеграцию «с нуля»
— описывать REST-интерфейсы в виде, пригодном для разработки

🔹Что получишь от воркшопа?
Пошаговую методику и шаблон описания интеграции
— Участники проанализируют процесс взаимодействия систем, потоки данных и опишут REST-like API
— Поймут, как аналитик решает интеграционные задачи
— Подготовят постановку задачи на интеграцию на основе шаблона

Регистрация еще открыта!

#воркшоп #интеграция #RESTAPI

Воркшоп «Проектирование интеграции с REST API»

🔹Когда старт?
19 октября (сб)

🔹Воркшоп будет полезен тем, кто хочет:
— познакомиться с REST API
— научиться проектировать интеграцию «с нуля»
— описывать REST-интерфейсы в виде, пригодном для разработки

🔹Что получишь от воркшопа?
Пошаговую методику и шаблон описания интеграции
— Участники проанализируют процесс взаимодействия систем, потоки данных и опишут REST-like API
— Поймут, как аналитик решает интеграционные задачи
— Подготовят постановку задачи на интеграцию на основе шаблона

Регистрация еще открыта!

#воркшоп #интеграция #RESTAPI