GetAnalyst - Старт карьеры в IT • Системный аналитик • Бизнес-аналитик

💎 Хореография, брокеры и API Gateway | онлайн — 12 марта, в 19:00 Мск 💎

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

Чтобы вы на практике научились проектировать такие процессы, мы готовим новый открытый онлайн-практикум:

💎 Хореография, брокеры и API Gateway: как строить процессы в распределенных системах
🗓 12 марта (чт), 19:00 Мск
🟢 Онлайн

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

План практикума:
1. Как и зачем проектировать микросервисы
2. API Gateway: роль в архитектуре и границы ответственности
3. Введение в брокеры сообщений: Kafka
4. Хореография микросервисов: практика описания процессов через события


Урок будет полезен, если вы:
• готовитесь к интервью на Middle+ / Senior СА,
• хотите расширить техническую базу и работать с архитектурными задачами,
• или стремитесь работать в команде, где микросервисы — это реальность, а не теория.


Нужен реальный опыт в архитектуре?
Регистрируйтесь и присоединяйтесь к эфиру 12 марта в 19:00 Мск! 🔥

———

Онлайн-практикум является вводным уроком к программе Проектирование архитектуры для системных аналитиков, которая стартует 17 марта.

#GAhahaha

Архитектура и Инфраструктура: в чем разница?


Архитектура и инфраструктура в системах — это два взаимосвязанных понятия, которые часто могут путать.

Давайте разбираться🔎
#hardGetAnalyst

Любая система или ПО состоит из разных элементов, каждый из которых выполняет свою уникальную роль и функцию. Понять, как устроена система изнутри, поможет описание её архитектуры.

☝️ Архитектура системы — это концептуальное описание организации, которое определяет содержание и взаимосвязи находящихся внутри системы компонентов.

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

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

В посте рассказываем про плюсы и минусы монолитной и микросервисной архитектуры.

#hardGetAnalyst

#GAfrindlyreminder о том, что...

... это нормально, когда ты чувствуешь себя «не в ресурсе».
Позаботься о себе и найди способ восстановить своё состояние 🫂

Как насчёт прогулки в тишине?
А съесть любимое блюдо?
Может быть лёгкая растяжка?
Или почитать воодушевляющую книгу?

Пишите свои варианты заземлиться и восстановить ресурс в комментариях.
Возможно именно ваш способ будет полезен для кого-то ещё.

📚 Подборка книг про Архитектуру и Микросервисы 📚

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

📚 Domain Driven Design. Предметно-ориентированное проектирование, Эрик Эванс

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

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


В дополнение к ней я бы хотела порекомендовать:

📚 Release it! Проектирование и зайн ПО для тех, кому не все равно, Майкл Нейгард (тоже мой фаворит!)

📚 Создание микросервисов, Сэм Ньюмен

📚 Микросервисы. Паттерны разработки и рефакторинга, Крис Ричардсон

📚 Высконагруженные приложения, Мартин Клеппман

📚 Чистая архитектура. Искусство разработки программного обеспечения, Роберт Мартин

📚 Эволюционная Архитектура, Нил Форд, Ребекка Парсонс, Патрик Куа

📚 DDD - предметно ориентированное проектирование, Влад Хононов


Сохраняйте подборку и делитесь другими крутыми книгами в комментариях! 🙂

#hwGetAnalyst

Риски в IT-проектах и как системный аналитик может помочь их выявить или избежать 😎

В любом IT-проекте риски неизбежны.
Важно научиться вовремя их замечать, проговаривать и снижать их влияние на проект.

Про какие риски поговорим в подкасте:
😱 Срыв сроков
😱 Сложности в коммуникациях с заказчиком
😱 Потеря людей в команде из-за отпусков и болезней
😱 Отсутствие документации
😱 Изменения требований «на ходу»
😱 Неучтённые детали реализации и невыполнимые требования
😱 Неоднозначные формулировки требований

Всё бывает.
Давайте разберёмся, как с этим работать и что может сделать системный аналитик 😏