GetAnalyst - Старт карьеры в IT • Системный аналитик • Бизнес-аналитик
4.78K subscribers
1.96K photos
78 videos
20 files
361 links
Канал для начинающих карьеру системных аналитиков. Влюбиться в системый анализ и начать свой путь в IT можно здесь! 🚀

Для опытных аналитиков - Навыки • БД • Интеграции • API:
t.me/getanalysts

Обучение:
https://getanalyst.ru/education
Download Telegram
📚 «Анатомия заблуждений» — книга, написанная российским философом и психологом, в которой исследуются причины и механизмы возникновения заблуждений в мышлении человека.

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

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

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


Написана простым доступным языком, поэтому рекомендуем к прочтению🙌
#hwGetAnalyst
Please open Telegram to view this post
VIEW IN TELEGRAM
11
GetAnalyst_7_шаблонов_проектирования_архитектуры_для_СА.pdf
1.5 MB
📚 7 видов архитектуры, которые важно знать СА 📚

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

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

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


👉 7 шаблонов проектирования архитектуры, которые важно знать и понимать СА:

1. Монолит
2. Слоистая архитектура
3. Модульная архитектура
4. Клиент-Серверная архитектура
5. Сервис-ориентированная Архитектура (SOA)
6. Микросервисная архитектура (MSA)
7. Событийно-ориентированная архитектура (EDA)

Вопросы по ним уже почти всегда задают на собеседованиях для Middle и выше аналитиков.


📚 В мини-книге к посту вы найдёте:
+ описание каждого подхода,
+ связи между ними,
+ картинки,
+ примеры.

Сохраняйте и пользуйтесь!


P.S. А если интересно погрузиться в архитектуру для кода, то рекомендую послушать подкаст про
Чистую архитектуру

#hardGetAnalyst
🤩72👍2
🗓 [29.11 - 02.12] Хореография и оркестрация микросервисов: открытый урок 🗓

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

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


💎 Хореография и оркестрация микросервисов: практика проектирования процессов


🗓 29 ноября - 2 декабря [сб-вт]
🕘 Время на обучение: ~4 часа
📚 Урок в записи, смотрите в удобное время

🔗
Зарегистрироваться


👉 План:
1. Основы архитектуры систем: монолит и микросервисы
2. Разработка схемы архитектуры для проекта
3. Оркестрация процессов: практика
4. Введение в брокеры сообщений (RabbitMQ, Kafka)
5. Хореография процессов: практика


Это не просто демо-урок, где узнаете 5% от реального объема знаний, а полноформатное обучение, после которого получите реальные инструменты и знания, которые помогут значительно поднять планку вашей карьеры.


Прокачивайте понимание архитектуры систем!
Регистрируйтесь и смотрите занятие в удобное время с 29 ноября по 2 декабря 🙌

-----
Урок проводится в качестве вводного занятия к практической программе "Проектирование архитектуры" для системных аналитиков.
4
This media is not supported in your browser
VIEW IN TELEGRAM
🔮 Микросервисная архитектура (МСА) — современный подход к разработке высоконагруженных приложений.


Ключевые компоненты, которые используются для его реализации:

Клиенты — это Frontend-приложения или другие системы, которые взаимодействуют с Backend (сервер-приложениями).


CDN (Content Delivery Network) — сеть серверов, стратегически распределенных по всему миру. Они кэшируют и доставляют статические ресурсы (изображения, скрипты и т. д.) пользователям с ближайшего сервера, оптимизируя время загрузки.


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

Он также может управлять аутентификацией, ограничением количества запросов (rate limiting) и другими доп. функциями.


Микросервисы — это независимые компоненты, каждый из которых выполняет свою конкретную бизнес-логику.

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


Брокер сообщений — обеспечивает асинхронное взаимодействие между микросервисами.

Развязка сервисов через брокер (например, Kafka, RabbitMQ) делает систему более гибкой и отказоустойчивой, позволяя микросервисам работать независимо.


Базы данных — в МСА действует принцип "база данных на сервис". Этот принцип предотвращает жёсткие связи между сервисами и позволяет использовать разные технологии хранения данных (polyglot persistence), выбирая оптимальные решения под конкретные задачи.


Identity Provider — отвечает за аутентификацию (проверку личности пользователя) и авторизацию (определение прав доступа).


Service Registry and Discovery — динамический каталог, в котором микросервисы регистрируются и находят друг друга.


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


#hardGetAnalyst
5👍1
Очередь vs Брокер: вопросы с подвохом

Очередь сообщений — это структура данных,

которая хранит сообщения до тех пор, пока их не заберёт получатель.

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


Вопросы с подвохом, которые вы можете встретить на собеседованиях для Middle+ Системного аналитика:

👉 1. Если у нас есть очередь сообщений, зачем нужен брокер?

👉 2. Может ли очередь работать без брокера?

👉 3. Могу ли я использовать брокер без очередей сообщений?

👉 4. Если я использую очередь сообщений, могу ли я гарантировать доставку сообщения?

👉 5. Очередь всегда работает по принципу FIFO (первое пришло - первое вышло из очереди)?

👉 6. Может ли очередь работать с несколькими производителями и потребителями?


Подробная статья:
🔗 Брокер и очередь сообщений: что это и в чем отличия?


#hardGetAnalyst
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
4👍1
Делимся впечатлениями о программе «Проектирование архитектуры» от системного аналитика Татьяны. #студентыGetAnalyst

Татьяна решила пройти обучение, так как были пробелы в знаниях и хотелось их заполнить.

В картинках далее слова Татьяны🙌
9
This media is not supported in your browser
VIEW IN TELEGRAM
⭐️ Kafka - что надо знать для работы Системному аналитику ⭐️

Apache Kafka — это распределённая платформа потоковой обработки данных.

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


Основные компоненты:

✔️ Продюсеры (Producers)

1) Генерируют сообщения/события к обработке и отправляют в топики (темы).

2) Определяют, в какую партицию топика записывать данные: автоматически или по заданным правилам.

3) Могут быть чем угодно: микросервисы, устройства IoT и другие приложения.

4) Поддерживают режимы отправки:
+ Синхронный — ждёт подтверждения от Kafka перед отправкой следующего сообщения.
+ Асинхронный — отправляет сообщения без ожидания ответа.

5) Могут гарантировать доставку с разными уровнями подтверждения (acks):
+ acks=0 — без ожидания подтверждения (возможна потеря данных, высокая скорость).
+ acks=1 — подтверждение только от лидера партиции (среднее).
+ acks=all — подтверждение от всех реплик (максимальная надёжность).


✔️ Потребители (Consumers)

1) Подписываются на один или несколько топиков и получают сообщения/события.

2) Могут работать как отдельные клиенты или объединяться в группы (Consumer Groups) для параллельной обработки сообщений.

3) В группе консьюмеров каждый участник обрабатывает свою часть партиций.

4) Kafka гарантирует, что каждое сообщение будет обработано хотя бы одним потребителем в группе.

5) Модели доставки сообщений:
+ at-least-once — как минимум 1 раз, возможны дубликаты.
+ exactly-once — ровно один раз.


✔️ Топики (Topics) — логическая тема, куда продюсеры отправляют сообщения, а потребители их читают


✔️ Партиции (Partitions)
— подмножество данных внутри топика, которое позволяет распределять нагрузку и масштабировать обработку сообщений. Каждый топик состоит из одной или нескольких партиций


✔️ Брокер (Broker) — сервер Kafka, который отвечает за хранение, управление и передачу данных внутри кластера


✔️ Кластер — это группа брокеров, работающих вместе для масштабирования и распределённой обработки данных


#hardGetAnalyst
Please open Telegram to view this post
VIEW IN TELEGRAM
7👍3
#GAfrindlyreminder от команды GetAnalyst:

Всегда будет казаться, что есть кто-то лучше, сильнее, успешнее и гениальнее, чем вы.

👉 Но вы сегодняшний — это уже лучшая версия вас.


Главное не сбавляйте темп и заботьтесь о себе. И успех вас обязательно настигнет 💪
21🔥2👍1
⚙️ 3 ключевых инструмента для создания BPMN-диаграмм ⚙️

BPMN-диаграммы помогают наглядно описывать, как именно работает бизнес-процесс:
+ роли - кто и что делает,
+ в каком порядке,
+ какие есть условия и проверки.

Есть много инструментов для работы с BPMN: draw.io, Camunda Modeler, StormBPMN, Lucidchart, Microsoft Visio, Visual Paradigm и другие.


Ниже — три ключевых инструмента, с которых лучше начать изучение BPMN и которые больше всего распространены на IT-проектах:


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

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

🔗 Подробнее


Camunda Modeler - подходит для опытных специалистов
Инструмент для моделирования процессов в нотациях BPMN и DMN.

Подходит, если вы:
+ хотите рисовать “правильные” BPMN-диаграммы по стандарту 2.0
+ готовите процессы к дальнейшей автоматизации
+ работаете с Camunda Platform или просто хотите получать исполнимые BPMN-модели (XML).

Диаграммы из Camunda Modeler можно сохранить в репозиторий, передать разработчикам или подключить к движку процессов.

🔗 Подробнее



Draw.io - если надо быстро набросать процесс "на коленке"
Универсальный графический инструмент для создания диаграмм, который также поддерживает BPMN.

Подходит, если:
+ надо быстро сделать диаграмму,
+ вам не надо проверять соблюдение нотации BPMN,
+ готовы страдать при изменениях в середине схемы, когда все стрелочки и квадратики "поехали" 🥲

🔗 Подробнее


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

Для собеседований используйте StormBPMN 😉


Ставьте реакцию, если сохранили подборку! 😊❤️🔥
Please open Telegram to view this post
VIEW IN TELEGRAM
12👍5