📚 «Анатомия заблуждений» — книга, написанная российским философом и психологом, в которой исследуются причины и механизмы возникновения заблуждений в мышлении человека.
Автор анализирует различные типы ошибок, которые люди совершают в процессе восприятия и интерпретации информации, а также предлагает методы для их преодоления.
Книга сочетает в себе элементы философии, психологии и социологии, что позволяет глубже понять, как формируются наши убеждения и как они могут влиять на поведение✔️
Основная идея заключается в том, что осознание собственных заблуждений — первый шаг к более рациональному мышлению и принятию решений.
Написана простым доступным языком, поэтому рекомендуем к прочтению🙌
#hwGetAnalyst
Автор анализирует различные типы ошибок, которые люди совершают в процессе восприятия и интерпретации информации, а также предлагает методы для их преодоления.
Книга сочетает в себе элементы философии, психологии и социологии, что позволяет глубже понять, как формируются наши убеждения и как они могут влиять на поведение
Основная идея заключается в том, что осознание собственных заблуждений — первый шаг к более рациональному мышлению и принятию решений.
Написана простым доступным языком, поэтому рекомендуем к прочтению🙌
#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
В простых проектах аналитикам не надо разбираться в архитектуре.
Но в сложных продуктовых компаниях, как банки, маркетплейсы, страховые и т.п., где преобладают сервисная (SOA) и микросервисная (MSA) архитектуры, аналитикам важно разбираться в этом вопросе.
Понимание видов архитектуры нужно, чтобы грамотно проектировать новые функции и правильно интегрировать их в существующую инфраструктуру.
👉 7 шаблонов проектирования архитектуры, которые важно знать и понимать СА:
1. Монолит
2. Слоистая архитектура
3. Модульная архитектура
4. Клиент-Серверная архитектура
5. Сервис-ориентированная Архитектура (SOA)
6. Микросервисная архитектура (MSA)
7. Событийно-ориентированная архитектура (EDA)
Вопросы по ним уже почти всегда задают на собеседованиях для Middle и выше аналитиков.
📚 В мини-книге к посту вы найдёте:
+ описание каждого подхода,
+ связи между ними,
+ картинки,
+ примеры.
Сохраняйте и пользуйтесь!
P.S. А если интересно погрузиться в архитектуру для кода, то рекомендую послушать подкаст про Чистую архитектуру
#hardGetAnalyst
🤩7❤2👍2
🗓 [29.11 - 02.12] Хореография и оркестрация микросервисов: открытый урок 🗓
Когда на Backend не один большой монолит, а десятки микросервисов, главный риск прячется не внутри сервисов, а между ними. Стоит допустить ошибку во взаимодействиях — и запросы «теряются», рассинхронизируются данные, неожиданные сбои...
Мы готовим открытый урок для системных аналитиков, чтобы подробно погрузить вас в подходы к интеграции микросервисов:
💎 Хореография и оркестрация микросервисов: практика проектирования процессов
🗓 29 ноября - 2 декабря [сб-вт]
🕘 Время на обучение: ~4 часа
📚 Урок в записи, смотрите в удобное время
🔗 Зарегистрироваться
👉 План:
1. Основы архитектуры систем: монолит и микросервисы
2. Разработка схемы архитектуры для проекта
3. Оркестрация процессов: практика
4. Введение в брокеры сообщений (RabbitMQ, Kafka)
5. Хореография процессов: практика
Это не просто демо-урок, где узнаете 5% от реального объема знаний, а полноформатное обучение, после которого получите реальные инструменты и знания, которые помогут значительно поднять планку вашей карьеры.
Прокачивайте понимание архитектуры систем!
Регистрируйтесь и смотрите занятие в удобное время с 29 ноября по 2 декабря 🙌
-----
Урок проводится в качестве вводного занятия к практической программе "Проектирование архитектуры" для системных аналитиков.
Когда на 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
Ключевые компоненты, которые используются для его реализации:
✅ Клиенты — это 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
Очередь сообщений — это структура данных,
которая хранит сообщения до тех пор, пока их не заберёт получатель.
Брокер сообщений — это программное обеспечение,
которое управляет обменом сообщений между приложениями.
Он может включать в себя множество очередей сообщений и дополнительно поддерживать топики, маршрутизацию, обработку и механизмы гарантии доставки.
Вопросы с подвохом, которые вы можете встретить на собеседованиях для 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
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
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