GetAnalyst - Навыки • Системный анализ • Бизнес-анализ
22.4K subscribers
2.56K photos
90 videos
268 files
1.43K links
Разбор задач на проектирование систем 🚀 Канал для системных аналитиков, бизнес-аналитиков, тестировщиков и менеджеров проектов

Админ @getanalyst
Сайт https://getanalyst.ru
Чат t.me/getanalystchat
Начинающим в IT @getanalyststart
Download Telegram
GraphQL_mutation_createAppointment_Записать_питомца_к_врачу_пример.pdf
1.8 MB
🩷 Пример требований на GraphQL: mutation createAppointment 🩷

Новый пример требований из Confluence для GraphQL API в базе знаний GetAnalyst.


📚 GraphQL — полный справочник с примерами


👉 Пример подготовлен для проекта #VetCareGA:
Запись питомца к ветеринару
mutation createAppointment

Это заключительный пост серии #VetCareGA.


👉 Что включает задача на GraphQL API:

▫️ Общее описание операции

▫️ GraphQL Запрос
+ url (общий эндпоинт)
+ headers
+ тело запроса

▫️ Примеры ответов
+ Успех
+ Обработка ошибок

▫️ GraphQL Schema

▫️ Требования к реализации - алгоритм работы

▫️ Маппинг данных
+ Тело запроса
+ Тело ответа

▫️ Логирование и мониторинг



👉 Постановку задачи на аналогичный REST API метод
можно найти в посте про POST /appointments.



🔖 Сохраняйте на будущее.
GraphQL всё чаще появляется в проектах с микросервисной архитектурой, и про него начали спрашивать на собеседованиях для СА.



#RestApiGA #АрхитектураGA

📱 GetAnalyst | 💙 VK | 💬 Max
Please open Telegram to view this post
VIEW IN TELEGRAM
❤‍🔥9🔥4👍21
⭐️ 84 термина по Архитектуре для Системного Аналитика ⭐️

◻️ Общие архитектурные понятия
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. Архитектурные решения


🔖 Сохраните себе — пригодится при знакомстве с архитектурой, микросервисами, API и в подготовке к собеседованиям 😎


P.S. Есть что добавить? Пиши
те в комментарии!

#АрхитектураGA

📱 GetAnalyst | 💙 VK | 💬 Max
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥184👎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

📱 GetAnalyst | 💙 VK | 💬 Max
Please open Telegram to view this post
VIEW IN TELEGRAM
23🔥4❤‍🔥1
🔥 Нотация 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
Please open Telegram to view this post
VIEW IN TELEGRAM
❤‍🔥19🔥116👍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 недели.

Вопросы можно писать под этим постом или просто в чате в любое время.


Только включайте не на ускорении. Я там уже сама всё ускорила 😅
328🔥15💔1
🔝 ТОП-3 нотации для моделирования архитектуры 🔝

Когда система становится сложнее одного монолитного 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.


Главное:
Архитектурная схема должна помогать не “украшать документацию”, а прорабатывать задачи, видеть зависимости и быстрее принимать технические решения.


🔗 Исходники примеров схем положила сюда.
🔗 ТОП-5 нотаций моделирования архитектуры


#АрхитектураGA

📱 Tg | 💙 ВК | 💬 Max
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍157❤‍🔥2