PATCH_appointments_id_cancel_Отмена_записи_питомца_на_приём_Пример.pdf
1 MB
📌📚 PATCH /appointments/{id}/cancel — пример постановки задачи на REST API метод — выгрузка из Confluence 🔵📋
Очередное пополнение базы знаний GetAnalyst.
Сделала новое ТЗ на разработку REST API метода проекта #VetCareGA.
👉 Отмена записи питомца к ветеринару:
Это связанная задача с методом создания записи POST /appointments. Так что теперь у вас есть ещё один образец 🤝
Внутри:
✅ авторизация и ограничения доступа
✅ 9 вариантов ответа на запрос с HTTP-кодами 401, 403, 409, 422 ...
✅ технический алгоритм работы Backend
✅ маппинг данных: запрос ↔ JSON ↔ БД
✅ логирование, метрики и алерты
🖥 Кликабельный прототип UI — можно потыкать, как выглядит экран пользователя, для которого метод
🗄 БД проекта
🕘 30 минут
ушло на постановку задачи с ИИ:
+ генерация
+ детальное ревью результатов и уточнения
+ перенос в Confluence
Работала со своим преднастроенным ИИ-агентом под задачи на REST API, так что всё очень быстро и минимум правок для черновика от ИИ.
🔖 Шаблон можно уверенно адаптировать под ваши проекты.
#RestApiGA
📱 GetAnalyst | 💙 VK | 💬 Max
Очередное пополнение базы знаний GetAnalyst.
Сделала новое ТЗ на разработку REST API метода проекта #VetCareGA.
👉 Отмена записи питомца к ветеринару:
PATCH https://api.vetcarega.com/public/v1/appointments/0f87559f-7f20-48c4-9c40-2e442a22f11a/cancel
Это связанная задача с методом создания записи POST /appointments. Так что теперь у вас есть ещё один образец 🤝
Внутри:
✅ авторизация и ограничения доступа
✅ 9 вариантов ответа на запрос с HTTP-кодами 401, 403, 409, 422 ...
✅ технический алгоритм работы Backend
✅ маппинг данных: запрос ↔ JSON ↔ БД
✅ логирование, метрики и алерты
🖥 Кликабельный прототип UI — можно потыкать, как выглядит экран пользователя, для которого метод
🗄 БД проекта
🕘 30 минут
ушло на постановку задачи с ИИ:
+ генерация
+ детальное ревью результатов и уточнения
+ перенос в Confluence
Работала со своим преднастроенным ИИ-агентом под задачи на REST API, так что всё очень быстро и минимум правок для черновика от ИИ.
#RestApiGA
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥14❤7💯1
🤩🔔 Актуальные события в GetAnalyst, на которые стоит обратить внимание 🤩🔔
🔴 Проектирование распределённых БД
🗓️ 18 мая в 19:00 Мск (сегодня)
🟢 Онлайн
Продвинутая практика для тех, кто хочет погружаться в микросервисную архитектуру и БД.
💙 Как ИИ меняет работу аналитика: практика на задачах с REST API
🕘 Время на обучение: 4.5 часа
📹 Доступ к записи
🗓️ До 19 мая 23:59 Мск
Более 10 инструментов для работы с API и ИИ, настройки нейросетей под рабочие задачи и лайфхаки для работы СА и БА.
👩🎓👨🎓 Дизайн REST API — практический курс для СА и БА
🗓️ Старт обучения: 19 мая
🗓️ Первый онлайн: 2 июня
2 месяца на реальных задачах глубоко погружаетесь в технические задачи на разработку Backend.
🎧 Обучающий видеоподкаст
⭐️ Задача на REST API с технического собеседования: где чаще всего ошибаются системные аналитики.
Полезный эпизод для практики по API и подготовки к собеседованиям.
💜 В конце недели — начинаем работать с Архитектурой.
А запись на практическую программу уже во всю идёт, места улетают без анонсов 👀
Всем классной и продуктивной недели!
📱 GetAnalyst | 💙 VK | 💬 Max
🔴 Проектирование распределённых БД
🟢 Онлайн
Продвинутая практика для тех, кто хочет погружаться в микросервисную архитектуру и БД.
💙 Как ИИ меняет работу аналитика: практика на задачах с REST API
🕘 Время на обучение: 4.5 часа
📹 Доступ к записи
Более 10 инструментов для работы с API и ИИ, настройки нейросетей под рабочие задачи и лайфхаки для работы СА и БА.
👩🎓👨🎓 Дизайн REST API — практический курс для СА и БА
2 месяца на реальных задачах глубоко погружаетесь в технические задачи на разработку Backend.
🎧 Обучающий видеоподкаст
Полезный эпизод для практики по API и подготовки к собеседованиям.
💜 В конце недели — начинаем работать с Архитектурой.
А запись на практическую программу уже во всю идёт, места улетают без анонсов 👀
Всем классной и продуктивной недели!
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥8❤4
🩵💖❤️🔥 С днём рождения, GetAnalyst — 5 лет 5️⃣ 🎉
Кажется, это уже тот возраст, когда можно перестать говорить:
«ну я тут маленький проект делаю» 😅
5 лет назад GetAnalyst начинался с эфиров на несколько человек, страха говорить в пустоту и ощущения:
А потом оказалось — нужно.
Нужно объяснять архитектуру без академического тумана и абстрактных примеров.
Нужно разбирать API не на уровне «ну там JSON».
Нужно показывать, как писать требования, проектировать интеграции и думать системно.
Нужно демонстрировать, как эффективнее всего использовать ИИ.
❤️🔥 За эти 5 лет GetAnalyst стал не просто очередным проектом с курсами.
Это сообщество.
Место, где можно спокойно разбираться в сложном, задавать вопросы и постепенно чувствовать себя увереннее в профессии.
Минимум рекламы — максимум реальных кейсов и полноценных не ИИ-шных постов.
Для меня это ещё и пространство, где я, Екатерина Ананьева, могу творчески реализовываться как системный аналитик: передавать опыт, демонстрировать проекты, разбирать сложные темы простым языком и видеть, что это действительно помогает.
🎯 Миссия GetAnalyst с первого дня:
И самое кайфовое, что она работает.
Спасибо, что читаете, спорите, приходите на эфиры, приносите свои вопросы, задачи, проекты и карьерные победы.
Я всё ещё очень радуюсь каждому сообщению в стиле:
«Катя, я наконец-то поняла»
или
«у меня оффер +100к!»
Ради этого, кажется, всё и было.
Спасибо, любимая команда, что вы со мной 🩷
Также сегодня, 19 мая, я хочу поздравить с днём рождения мою дорогую и незаменимую Зарину, которая со мной с первого года жизни проекта, с которой контактировал каждый наш студент.
Мы прошли вместе не мало сложных и счастливых моментов. Люблю тебя до безумия!
С маленьким юбилеем нас 💙
GetAnalyst, с днём рождения! 🎂
О проекте
История Екатерины Ананьевой
Отзывы
Сообщество GetAnalyst основано 18 мая 2021 года
Кажется, это уже тот возраст, когда можно перестать говорить:
«ну я тут маленький проект делаю» 😅
5 лет назад GetAnalyst начинался с эфиров на несколько человек, страха говорить в пустоту и ощущения:
Я вообще не понимаю, зачем кому-то это может быть нужно. Всё же очевидно...
А потом оказалось — нужно.
Нужно объяснять архитектуру без академического тумана и абстрактных примеров.
Нужно разбирать API не на уровне «ну там JSON».
Нужно показывать, как писать требования, проектировать интеграции и думать системно.
Нужно демонстрировать, как эффективнее всего использовать ИИ.
❤️🔥 За эти 5 лет GetAnalyst стал не просто очередным проектом с курсами.
Это сообщество.
Место, где можно спокойно разбираться в сложном, задавать вопросы и постепенно чувствовать себя увереннее в профессии.
Минимум рекламы — максимум реальных кейсов и полноценных не ИИ-шных постов.
Для меня это ещё и пространство, где я, Екатерина Ананьева, могу творчески реализовываться как системный аналитик: передавать опыт, демонстрировать проекты, разбирать сложные темы простым языком и видеть, что это действительно помогает.
🎯 Миссия GetAnalyst с первого дня:
Создать сообщество системных аналитиков, которые делятся реальным практическим опытом и помогают друг другу расти в карьере.
И самое кайфовое, что она работает.
Спасибо, что читаете, спорите, приходите на эфиры, приносите свои вопросы, задачи, проекты и карьерные победы.
Я всё ещё очень радуюсь каждому сообщению в стиле:
«Катя, я наконец-то поняла»
или
«у меня оффер +100к!»
Ради этого, кажется, всё и было.
Спасибо, любимая команда, что вы со мной 🩷
Также сегодня, 19 мая, я хочу поздравить с днём рождения мою дорогую и незаменимую Зарину, которая со мной с первого года жизни проекта, с которой контактировал каждый наш студент.
Мы прошли вместе не мало сложных и счастливых моментов. Люблю тебя до безумия!
С маленьким юбилеем нас 💙
GetAnalyst, с днём рождения! 🎂
О проекте
История Екатерины Ананьевой
Отзывы
Сообщество GetAnalyst основано 18 мая 2021 года
Please open Telegram to view this post
VIEW IN TELEGRAM
1❤103🎉61👍8🔥6🦄4❤🔥3🥰2😁1
💚 OpenAPI (Swagger) - практические руководства по документированию REST API через код 💚
Чтобы работать с Backend (REST API), важно понимать, что такое OpenAPI и зачем нужен Swagger.
👉 OpenAPI — это стандарт описания REST API в формате .yaml или .json.
Это не только документация «для людей», это машиночитаемая спецификация, на основе которой можно:
✅ генерировать и валидировать код (или наоборот собирать её из кода)
✅ писать автотесты
✅ создавать мок-сервера
✅ и оформлять API-документацию
👉 Swagger — набор инструментов для работы с OpenAPI:
– Swagger Editor — редактор .yaml файлов OpenAPI
– Swagger UI — интерфейс с кнопками и примерами
– SwaggerHub — облако, где можно делиться документацией (и делать портфолио)
– Codegen — генератор серверов и клиентов
Дополнительные инструменты для работы с OpenAPI:
🛠 Insomnia
🛠 Postman
👉 Что входит в идеальную API-документацию в формате OpenAPI, которую можно положить в портфолио СА:
1️⃣ Общее описание проекта
2️⃣ Настроенная авторизация
3️⃣ Выбор окружения (mock, dev, prod)
4️⃣ Описания у каждого метода
5️⃣ Примеры всех ответов: успех и ошибки
6️⃣ Реалистичные JSON-примеры
7️⃣ Настроенные Headers
8️⃣ В инструкциях и примерах ниже — по 2 метода. Для портфолио нужно хотя бы 10 👍
📍Спецификация OpenAPI может генерироваться из кода, автоматически, но часто бывают ситуации, когда её надо описывать аналитикам вручную, на этапе проектирования методов с нуля.
Чтобы разобраться с OpenAPI предлагаю вам серию практических руководств 👇
👉 Проект по онлайн-библиотеке:
🔗 1. Регистрация аккаунта и создание демо-проекта
🔗 2. Создание собственного проекта и работа с базовыми настройками, первые строки кода
🔗 3. Описание методов POST и GET по спецификации OpenAPI
👉 Проект по онлайн-календарю — управление мероприятиями:
🔗 часть 1
🔗 часть 2
🔗 часть 3
👉 Готовая OpenAPI спецификация для проекта #VetCareGA:
https://app.swaggerhub.com/apis/getanalystinternatio/VetCareGA-GetAnalyst/1.0.0
(для РФ - открывать с VPN, чтобы не было ошибки "нет доступа")
👉 Официальный образец кода OpenAPI - PetStore:
https://editor.swagger.io/
Умение работать с OpenAPI помогает структурировать понимание REST API.
А ещё это отличный способ показать свои навыки проектирования API через портфолио 📂
#RestApiGA
📱 GetAnalyst | 💙 VK | 💬 Max
Чтобы работать с Backend (REST API), важно понимать, что такое OpenAPI и зачем нужен Swagger.
👉 OpenAPI — это стандарт описания REST API в формате .yaml или .json.
Это не только документация «для людей», это машиночитаемая спецификация, на основе которой можно:
✅ генерировать и валидировать код (или наоборот собирать её из кода)
✅ писать автотесты
✅ создавать мок-сервера
✅ и оформлять API-документацию
👉 Swagger — набор инструментов для работы с OpenAPI:
– Swagger Editor — редактор .yaml файлов OpenAPI
– Swagger UI — интерфейс с кнопками и примерами
– SwaggerHub — облако, где можно делиться документацией (и делать портфолио)
– Codegen — генератор серверов и клиентов
Дополнительные инструменты для работы с OpenAPI:
🛠 Insomnia
🛠 Postman
👉 Что входит в идеальную API-документацию в формате OpenAPI, которую можно положить в портфолио СА:
1️⃣ Общее описание проекта
2️⃣ Настроенная авторизация
3️⃣ Выбор окружения (mock, dev, prod)
4️⃣ Описания у каждого метода
5️⃣ Примеры всех ответов: успех и ошибки
6️⃣ Реалистичные JSON-примеры
7️⃣ Настроенные Headers
8️⃣ В инструкциях и примерах ниже — по 2 метода. Для портфолио нужно хотя бы 10 👍
📍Спецификация OpenAPI может генерироваться из кода, автоматически, но часто бывают ситуации, когда её надо описывать аналитикам вручную, на этапе проектирования методов с нуля.
Чтобы разобраться с OpenAPI предлагаю вам серию практических руководств 👇
👉 Проект по онлайн-библиотеке:
👉 Проект по онлайн-календарю — управление мероприятиями:
👉 Готовая OpenAPI спецификация для проекта #VetCareGA:
https://app.swaggerhub.com/apis/getanalystinternatio/VetCareGA-GetAnalyst/1.0.0
(для РФ - открывать с VPN, чтобы не было ошибки "нет доступа")
👉 Официальный образец кода OpenAPI - PetStore:
https://editor.swagger.io/
Умение работать с OpenAPI помогает структурировать понимание REST API.
А ещё это отличный способ показать свои навыки проектирования API через портфолио 📂
#RestApiGA
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥18❤5❤🔥3
GraphQL_mutation_createAppointment_Записать_питомца_к_врачу_пример.pdf
1.8 MB
🩷 Пример требований на GraphQL: mutation createAppointment 🩷
Новый пример требований из Confluence для GraphQL API в базе знаний GetAnalyst.
📚 GraphQL — полный справочник с примерами
👉 Пример подготовлен для проекта #VetCareGA:
Запись питомца к ветеринару
✅ Это заключительный пост серии #VetCareGA.
👉 Что включает задача на GraphQL API:
▫️ Общее описание операции
▫️ GraphQL Запрос
+ url (общий эндпоинт)
+ headers
+ тело запроса
▫️ Примеры ответов
+ Успех
+ Обработка ошибок
▫️ GraphQL Schema
▫️ Требования к реализации - алгоритм работы
▫️ Маппинг данных
+ Тело запроса
+ Тело ответа
▫️ Логирование и мониторинг
👉 Постановку задачи на аналогичный REST API метод
можно найти в посте про POST /appointments.
🔖 Сохраняйте на будущее.
GraphQL всё чаще появляется в проектах с микросервисной архитектурой, и про него начали спрашивать на собеседованиях для СА.
#RestApiGA #АрхитектураGA
📱 GetAnalyst | 💙 VK | 💬 Max
Новый пример требований из Confluence для GraphQL API в базе знаний GetAnalyst.
📚 GraphQL — полный справочник с примерами
👉 Пример подготовлен для проекта #VetCareGA:
Запись питомца к ветеринару
mutation createAppointment
✅ Это заключительный пост серии #VetCareGA.
👉 Что включает задача на GraphQL API:
▫️ Общее описание операции
▫️ GraphQL Запрос
+ url (общий эндпоинт)
+ headers
+ тело запроса
▫️ Примеры ответов
+ Успех
+ Обработка ошибок
▫️ GraphQL Schema
▫️ Требования к реализации - алгоритм работы
▫️ Маппинг данных
+ Тело запроса
+ Тело ответа
▫️ Логирование и мониторинг
👉 Постановку задачи на аналогичный REST API метод
можно найти в посте про POST /appointments.
GraphQL всё чаще появляется в проектах с микросервисной архитектурой, и про него начали спрашивать на собеседованиях для СА.
#RestApiGA #АрхитектураGA
Please open Telegram to view this post
VIEW IN TELEGRAM
❤🔥9🔥4👍2❤1
◻️ Общие архитектурные понятия
1. Архитектура системы
2. Компонент
3. Модуль
4. Подсистема
5. Сервис
6. Backend
7. Frontend
8. Web-приложение
9. Сайт
10. Desktop-приложение
11. Мобильное приложение
12. Виджет
🧱 Архитектурные стили и подходы
13. Монолитная архитектура
14. Модульный монолит
15. Сервис-ориентированная архитектура (SOA)
16. Микросервисы (MSA)
17. Событийно-ориентированная архитектура (EDA)
18. Слоистая архитектура
19. API Gateway
20. Хореография
21. Оркестрация
22. Service Registry and Discovery
23. Backend for Frontend (BFF)
24. Database-per-Service (БД на сервис)
25. CQRS (Command Query Responsibility Segregation)
26. Domain-Driven Design (DDD)
27. Event Storming
28. Чистая архитектура
🔗 Интеграция и взаимодействие компонентов
29. API (Application Programming Interface)
30. REST API
31. GraphQL
32. gRPC
33. SOAP
34. WebSocket
35. Синхронное взаимодействие
36. Асинхронное взаимодействие
37. Webhooks
38. Polling
39. Long Polling
40. Message Broker (Брокер сообщений)
41. Kafka
42. RabbitMQ
43. ESB (Enterprise Service Bus)
💾 Хранение данных
44. База данных (БД)
45. СУБД
46. Реляционные БД (PostgreSQL, SQLite, MySQL, Oracle и др.)
47. NoSQL БД (MongoDB, Redis и др.)
48. Файловое хранилище
49. Шардирование
50. Репликация
51. Кэширование
🔐 Безопасность
52. Authentication (Аутентификация)
53. Authorization (Авторизация)
54. SSO (Single Sign-On)
55. OAuth 2.0
56. JWT
57. Token
58. Bearer Token
59. Basic Authentication
60. Keycloak
61. TLS
62. HTTPS
63. WWS
64. Аудит
🖼 Нефункциональные требования (НФТ)
65. Масштабируемость
66. Доступность
67. Отказоустойчивость
68. Производительность
69. Сопровождаемость
70. Безопасность
⚙️ DevOps и инфраструктура
71. CI/CD (Continuous Integration / Continuous Delivery)
72. Балансировщик нагрузки (Load Balancer)
73. Docker
74. Kubernetes
75. Service Mesh
76. Мониторинг (Prometheus, Grafana, Zabbix и др.)
77. Логирование (ELK с Kibana, Loki + Grafana и др.)
78. Дашборды
79. Tracing
80. Health Check
📐 Проектирование и документация
81. UML Sequence Diagram
82. UML Activity Diagram
83. C4 Model (Context, Container, Component, Code)
84. Archimate
85. ERD (Entity-Relationship Diagram)
86. Нефункциональные требования (НФТ)
87. Архитектурные решения
P.S. Есть что добавить? Пишите в комментарии!
#АрхитектураGA
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥18❤4👎2👍1
GetAnalyst_Архитектура_Монолит_SOA_и_MSA.png
793.6 KB
Для аналитиков важно не только знать, какие виды архитектур существуют, но и понимать их ключевые отличия.
В этом посте знакомимся с тремя базовыми видами архитектуры:
🔸 Монолит
Все компоненты приложения находятся в одной кодовой базе и работают как единое целое.
БД:
Обычно одна, но допустимо и несколько.
Внутренние интеграции:
Компоненты взаимодействуют только на уровне кода, интеграции компонентов внутри Backend по API и другими способами НЕ нужны.
🔸 Сервис-ориентированная архитектура, SOA
Разделяет функциональность на отдельные сервисы.
Подходит для средних и крупных проектов, где важно обеспечивать высокий уровень производительности для отдельных частей системы.
БД:
Каждый сервис может использовать свою собственную БД.
Также несколько сервисов могут использовать одну общую БД - это отличает SOA от MSA.
Внутренние интеграции:
Сервисы взаимодействуют между собой через сетевые вызовы - по API, через шину данных (ESB) или другими способами.
🔸 Микросервисная архитектура, MSA
Состоит из множества маленьких, независимо разрабатываемых и развертываемых сервисов, каждый из которых выполняет определенную бизнес-логику.
Микросервисы меньше по функциональности, чем сервисы.
Подход эффективен для больших и быстро развивающихся приложений.
БД:
Каждый микросервис управляет своей собственной БД.
Внутренние интеграции:
Взаимодействие между микросервисами часто строится по API на легких протоколах, таких как REST или gRPC, и может включать брокеры для асинхронной коммуникации.
👉 Выбор архитектуры проекта зависит от специфики и НФТ
На практике часто используют либо смесь подходов SOA и MSA, либо начинают проекты с монолита и через 3-5 лет задумываются о переезде на SOA в качестве первого этапа деления монолита на микросервисы.
Ключевые подходы к проектированию архитектуры фиксируют в документации.
И это не только схемы архитетуры, но и правила, по которым продолжать развивать проект ✅
#АрхитектураGA
Please open Telegram to view this post
VIEW IN TELEGRAM
❤23🔥4❤🔥1
Forwarded from 👩🏻💻 Подкаст Системных Аналитиков | GetAnalyst
🔥 Нотация C4 за 90 минут: как проектировать архитектуру на примере реальной задачи 💙🩵
Нотация C4 — один из самых мощных инструментов для моделирования архитектуры, но большинство делают диаграммы интуитивно и допускают одни и те же ошибки.
👉 В этом выпуске разбираем C4 системно — от теории до живого проектирования.
За 90 минут проходим все ключевые уровни C4 — Context, Container и Component — и разбираем два реальных проекта. По каждому забираете полный комплект схем C4/Context и C4/Container.
🔗 Статья с доп. материалами
Выпуск актуален всем, кто проектирует архитектуру систем, готовится к техническому собеседованию, или хочет наконец разобраться с нотацией C4 и начать применять её в своих проектах.
Видео с демо решения:
⏯ YouTube
⏯ RuTube
⏯ VK Video
⏯ Telegram
Аудио:
⏯ Apple Podcast
⏯ Яндекс.Музыка
⏯ Castbox
⏯ Звук
⏯ Spotify
🌱 GetAnalyst — место силы для Системных Аналитиков
📱 Tg | 💙 ВК | 💬 Max
Нотация C4 — один из самых мощных инструментов для моделирования архитектуры, но большинство делают диаграммы интуитивно и допускают одни и те же ошибки.
👉 В этом выпуске разбираем C4 системно — от теории до живого проектирования.
За 90 минут проходим все ключевые уровни C4 — Context, Container и Component — и разбираем два реальных проекта. По каждому забираете полный комплект схем C4/Context и C4/Container.
Выпуск актуален всем, кто проектирует архитектуру систем, готовится к техническому собеседованию, или хочет наконец разобраться с нотацией C4 и начать применять её в своих проектах.
Видео с демо решения:
⏯ YouTube
⏯ RuTube
⏯ VK Video
⏯ Telegram
Аудио:
⏯ Apple Podcast
⏯ Яндекс.Музыка
⏯ Castbox
⏯ Звук
⏯ Spotify
🌱 GetAnalyst — место силы для Системных Аналитиков
Please open Telegram to view this post
VIEW IN TELEGRAM
❤🔥19🔥11❤6👍4
50+ слайдов за 20 минут. Не спрашивайте, как 😅 Это тот редкий случай, когда меня надо будет смотреть не на x2, а на x0.75...
Эта неделя получилась полной событий:
✔️ Отметили день рождения GetAnalyst - 5 лет
✔️ Провели практикум по распределенным БД
✔️ Провели практикум по внедрению ИИ в работу СА
✔️ Стартовали новый поток практического курса Дизайн REST API
✔️ Выпустили новый эпизод подкаста про нотацию C4 для моделирования архитектуры
✔️ У меня в компании два новых огромных проекта и мне надо разруливать 🫠
✅ И главное — я выступила на Analyst Days 22 с докладом про AI-прототипирование UI/UX
Хочу искренне поблагодарить организаторов @AnalystDays:
за приглашение, за доверие и за то, что нашли для меня тайм-слот, в который я вообще могла выступить.
Разница с Москвой 10 часов, поэтому конференция для меня была после полуночи 🙈
👉 Во время выступления почувствовала себя Тиной Канделаки:
50+ слайдов, включая видео, примеры, прототипы — и всё это за 20 минут.
Да, я знаю, что говорила быстро 😂
Но очень не хотелось растягивать тему и забирать время у оффлайн спикеров.
Сейчас вокруг искусственного интеллекта очень много повторяющегося пустого хайпа.
Мне же хотелось быть полезной и показать конкретный кейс: как AI можно использовать в работе СА и БА не “для вау-эффекта”, а как нормальный рабочий инструмент.
Без магии.
Без воды.
Без лишних обещаний.
С конкретными сценариями и пользой.
Надеюсь, что удалось 🙌
Отдельное спасибо Тамаре Ушуровой за помощь в подготовке доклада и за созвоны в максимально компромиссное для наших часовых поясов время.
Огромное спасибо моим студентам и участникам сообщества GetAnalyst, которые были на конференции и скидывали мне фото ❤️🔥
И Софья Калинина, отдельное спасибо за видео!
Благодаря вам я увидела, что на Analyst Days было много наших))
Кто не успел посмотреть доклад вживую — у участников конференции запись появится примерно через 1-2 недели.
Вопросы можно писать под этим постом или просто в чате в любое время.
Только включайте не на ускорении. Я там уже сама всё ускорила 😅
Эта неделя получилась полной событий:
✔️ Отметили день рождения GetAnalyst - 5 лет
✔️ Провели практикум по распределенным БД
✔️ Провели практикум по внедрению ИИ в работу СА
✔️ Стартовали новый поток практического курса Дизайн REST API
✔️ Выпустили новый эпизод подкаста про нотацию C4 для моделирования архитектуры
✔️ У меня в компании два новых огромных проекта и мне надо разруливать 🫠
✅ И главное — я выступила на Analyst Days 22 с докладом про AI-прототипирование UI/UX
Хочу искренне поблагодарить организаторов @AnalystDays:
за приглашение, за доверие и за то, что нашли для меня тайм-слот, в который я вообще могла выступить.
Разница с Москвой 10 часов, поэтому конференция для меня была после полуночи 🙈
👉 Во время выступления почувствовала себя Тиной Канделаки:
50+ слайдов, включая видео, примеры, прототипы — и всё это за 20 минут.
Да, я знаю, что говорила быстро 😂
Но очень не хотелось растягивать тему и забирать время у оффлайн спикеров.
Сейчас вокруг искусственного интеллекта очень много повторяющегося пустого хайпа.
Мне же хотелось быть полезной и показать конкретный кейс: как AI можно использовать в работе СА и БА не “для вау-эффекта”, а как нормальный рабочий инструмент.
Без магии.
Без воды.
Без лишних обещаний.
С конкретными сценариями и пользой.
Надеюсь, что удалось 🙌
Отдельное спасибо Тамаре Ушуровой за помощь в подготовке доклада и за созвоны в максимально компромиссное для наших часовых поясов время.
Огромное спасибо моим студентам и участникам сообщества GetAnalyst, которые были на конференции и скидывали мне фото ❤️🔥
И Софья Калинина, отдельное спасибо за видео!
Благодаря вам я увидела, что на Analyst Days было много наших))
Кто не успел посмотреть доклад вживую — у участников конференции запись появится примерно через 1-2 недели.
Вопросы можно писать под этим постом или просто в чате в любое время.
Только включайте не на ускорении. Я там уже сама всё ускорила 😅
3❤28🔥15💔1
Когда система становится сложнее одного монолитного backend + одной БД, архитектуру уже не получается держать «просто в голове».
Команде для работы нужно наглядно видеть:
▫️ из чего состоит система
▫️ как приложения и сервисы связаны между собой
▫️ где проходят границы ответственности
▫️ какие есть внешние системы
▫️ как бизнес-логика влияет на архитектуру
Для этого и используют архитектурные нотации.
👉 Не ради красивой схемы в документации, а чтобы при проработке задач команда понимала:
✔️ какие приложения и сервисы участвуют в изменении
✔️ через какие API, брокеры и БД они взаимодействуют
✔️ где проходит граница ответственности каждого компонента
✔️ какие внутренние интеграции нужно учесть
✔️ что может сломаться при доработке одного сервиса
Основные нотации моделирования архитектуры 👇
1️⃣ C4 Model
Официальный сайт
Практический видеоурок
Схема сфокусирована на техническом устройстве системы.
Одна из самых практичных нотаций для аналитиков и архитекторов.
C4 помогает показать архитектуру на разных уровнях детализации:
▫️ Context — система, пользователи и внешние системы
▫️ Container — приложения, backend, frontend, БД, брокеры, API Gateway
▫️ Component — внутренние компоненты конкретного приложения, не обязательный уровень
▫️ Code — детализация до кода, используется редко
Почему любят C4:
она достаточно простая, наглядная и не перегружает схему лишней информацией.
👉 Если нужно показать карту IT-продукта: объяснить архитектуру микросервисов или интеграций, показать технологии — чаще берут именно C4.
2️⃣ ArchiMate
Официальный сайт
Хорошие статьи
ArchiMate используют в крупных компаниях и enterprise-архитектуре.
В мире разработки нотация до сих пор считается экзотической и встречается редко.
Её сила — в том, что она связывает между собой:
▫️ бизнес-цели
▫️ бизнес-процессы
▫️ приложения
▫️ данные
▫️ технологии
▫️ инфраструктуру
▫️ проекты и изменения
👉 ArchiMate помогает показать не только «какие у нас сервисы», но и зачем они вообще нужны бизнесу.
Минус — нотация сложнее чем C4, поэтому может быть слишком тяжёлой для внедрения и понимания.
3️⃣ UML
Официальный сайт
Полный гайд по UML-Sequence + бесплатный AI-бот от GetAnalyst
UML — более классическая и формальная нотация.
С архитектурой связаны:
▫️ Component Diagram — показывает компоненты системы и связи между ними
▫️ Deployment Diagram — показывает, где и как развёрнуты приложения, серверы, БД и инфраструктура
▫️ Sequence Diagram — показывает последовательность взаимодействий между системами, сервисами и API
На практике UML реже используют как основную карту архитектуры микросервисов. Для этого чаще берут C4, потому что она проще читается командой.
👉 Чаще берут, чтобы показать сценарии интеграции в отдельных задачах через UML Sequence.
Другие нотации:
4️⃣ 4+1 Architectural View Model
5️⃣ SysML (Systems Modeling Language)
6️⃣ AADL (Architecture Analysis & Design Language)
используются редко.
📌 Краткий чек-лист: что выбрать?
👉 Если нужно быстро и понятно показать архитектуру системы — берите C4.
👉 Если проектируете огромную enterprise-систему с нуля и нужно связать бизнес, приложения и технологии — смотрите в сторону ArchiMate.
👉 Если нужно показать интеграционный сценарий — добавляйте UML.
Главное:
Архитектурная схема должна помогать не “украшать документацию”, а прорабатывать задачи, видеть зависимости и быстрее принимать технические решения.
#АрхитектураGA
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍15❤7❤🔥2