This media is not supported in your browser
VIEW IN TELEGRAM
Мы в GetAnalyst верим, что свежий взгляд и простые решения в работе могут производить настоящий фурор🥳🤩
Часто, именно идеи нового сотрудника, без большого опыта, становятся успешными.
Экспериментируйте!
Иногда то, что кажется провалом, может оказаться настоящим «вау»!
P.S. Это ремейк официального видео от команды маркетологов Hyundai. Простое, но интересное решение.
У оригинального ролика уже 1,5 млн просмотров 🙌
Часто, именно идеи нового сотрудника, без большого опыта, становятся успешными.
Экспериментируйте!
Иногда то, что кажется провалом, может оказаться настоящим «вау»!
P.S. Это ремейк официального видео от команды маркетологов Hyundai. Простое, но интересное решение.
У оригинального ролика уже 1,5 млн просмотров 🙌
❤9
Каждый человек уникален, и его путь роста и развития не похож на другие🙌
Кто-то начинает жизнь в условиях, которые помогают расти быстро.
Другие сталкиваются с трудностями, которые формируют характер и стойкость.
Важны не только достижения, но и опыт, который приобретаем на этом пути.
Каждый шаг, каждое испытание — это возможность для личностного роста.
Именно разнообразие наших путей делает нас такими интересными и многогранными❤️
С началом новой недели, друзья 😉
#GAfrindlyreminder
Кто-то начинает жизнь в условиях, которые помогают расти быстро.
Другие сталкиваются с трудностями, которые формируют характер и стойкость.
Важны не только достижения, но и опыт, который приобретаем на этом пути.
Каждый шаг, каждое испытание — это возможность для личностного роста.
Именно разнообразие наших путей делает нас такими интересными и многогранными
С началом новой недели, друзья 😉
#GAfrindlyreminder
Please open Telegram to view this post
VIEW IN TELEGRAM
❤14⚡3👍1🔥1
🌱 Одна из ступеней профессионального роста системного аналитика - работа в тесном сотрудничестве с архитекторами на проектах с сервисной или микросервисной архитектурой.
Мы в GetAnalyst создали программу для опытных специалистов, которая помогает на практике получить все нужные знания по архитектуре, чтобы продолжать расти в карьере и соответствовать актуальным требованиям компаний:
⚡️ Проектирование архитектуры
🗓 Старт: 3 июня 2025
👉 Подробности и заявка на участие
🎁 Сегодня последний день, когда открыта запись на самых выгодных условиях:
✔️ спец. цена
✔️ дополнительное обучение по REST API в подарок
По всем вопросам пишите @getanalyst, info@getanalyst.ru или оставляйте заявку через сайт. Мы свяжемся с вами, поможем оценить текущие навыки и ответим на ваши вопросы 🤝
Мы в GetAnalyst создали программу для опытных специалистов, которая помогает на практике получить все нужные знания по архитектуре, чтобы продолжать расти в карьере и соответствовать актуальным требованиям компаний:
⚡️ Проектирование архитектуры
🗓 Старт: 3 июня 2025
👉 Подробности и заявка на участие
🎁 Сегодня последний день, когда открыта запись на самых выгодных условиях:
✔️ спец. цена
✔️ дополнительное обучение по REST API в подарок
По всем вопросам пишите @getanalyst, info@getanalyst.ru или оставляйте заявку через сайт. Мы свяжемся с вами, поможем оценить текущие навыки и ответим на ваши вопросы 🤝
❤7
⚡️ Доступ к обучению по Архитектуре с 31 мая до 2 июня ⚡️
Пытаетесь самостоятельно разобраться в архитектуре систем и расти в карьере, но не хватает практики и понятных примеров? Давайте сделаем это вместе — пошагово и на реальном кейсе!
Мы готовим открытый практикум для системных аналитиков, чтобы вы на практике поняли, как проектируется архитектура:
🚀 От монолита к микросервисам: пошаговый план с примером
🗓 Доступ с 31 мая до 2 июня [сб - пн]
🔗 ЗАРЕГИСТРИРОВАТЬСЯ
Занятие в записи. Вы сможете посмотреть его в удобное для вас время.
План:
✅ Плюсы и минусы монолита — на реальном проекте.
✅ Что такое SOA и MSA, чем отличаются и когда используются.
✅ Как делить монолит на микросервисы.
✅ Проработаете миграцию модуля в микросервис: БД, ER-диаграмма, вынос данных.
✅ Осознаете, почему делают модульный монолит перед переходом к микросервисам.
✅ Узнаете, как аналитик может расти в сторону архитектуры и какие навыки нужны для этого.
Вы получите знания и инструменты, которые сразу можно применить в работе.
Успейте зарегистрироваться — доступ будет открыт только с 31 мая по 2 июня! 🙌
Пытаетесь самостоятельно разобраться в архитектуре систем и расти в карьере, но не хватает практики и понятных примеров? Давайте сделаем это вместе — пошагово и на реальном кейсе!
Мы готовим открытый практикум для системных аналитиков, чтобы вы на практике поняли, как проектируется архитектура:
🚀 От монолита к микросервисам: пошаговый план с примером
🗓 Доступ с 31 мая до 2 июня [сб - пн]
🔗 ЗАРЕГИСТРИРОВАТЬСЯ
Занятие в записи. Вы сможете посмотреть его в удобное для вас время.
План:
✅ Плюсы и минусы монолита — на реальном проекте.
✅ Что такое SOA и MSA, чем отличаются и когда используются.
✅ Как делить монолит на микросервисы.
✅ Проработаете миграцию модуля в микросервис: БД, ER-диаграмма, вынос данных.
✅ Осознаете, почему делают модульный монолит перед переходом к микросервисам.
✅ Узнаете, как аналитик может расти в сторону архитектуры и какие навыки нужны для этого.
Вы получите знания и инструменты, которые сразу можно применить в работе.
Успейте зарегистрироваться — доступ будет открыт только с 31 мая по 2 июня! 🙌
🥰9
⚙️ Очередь сообщений VS Брокер ⚙️
Очередь сообщений — это структура данных, которая хранит сообщения до тех пор, пока их не заберёт получатель.
Брокер сообщений — это программное обеспечение, которое управляет обменом сообщений между приложениями. Он может включать в себя множество очередей сообщений и дополнительно поддерживать топики, маршрутизацию, обработку и механизмы гарантии доставки.
В картинках прописали вопросы с подвохом 😉
#hardGetAnalyst
Очередь сообщений — это структура данных, которая хранит сообщения до тех пор, пока их не заберёт получатель.
Брокер сообщений — это программное обеспечение, которое управляет обменом сообщений между приложениями. Он может включать в себя множество очередей сообщений и дополнительно поддерживать топики, маршрутизацию, обработку и механизмы гарантии доставки.
В картинках прописали вопросы с подвохом 😉
#hardGetAnalyst
❤14👍5🔥5
Хотите развиваться в теме проектирования архитектуры и работать в IT-продуктах с брокерами и микросервисами? Тогда вам сюда!
👉 Узнать подробнее и зарегистрироваться
🎥 Урок в записи — смотрите в удобное время.
Что разберём:
1. Монолит: плюсы и минусы
2. SOA vs MSA: в чём разница и когда что выбрать
3. Пошаговый план деления монолита на микросервисы
4. Разбор кейса по вынесению модуля из монолита в деталях: архитектура, вынесение данных в отдельную БД, особенности
5. Почему молодым продуктам лучше делать модульный монолит
6. Как аналитику расти в сторону архитектура и что для этого нужно
Практика, реальные кейсы и ответы на вопросы.
Регистрируйтесь, получайте опыт и переходите на новый уровень в системном анализе! 🙌
Please open Telegram to view this post
VIEW IN TELEGRAM
❤10
Всем привет! 👋
Друзья, делимся, чем запомнилась программа «Проектирование архитектуры» для системного аналитика Сергея.
Сергей в системном анализе уже 3 года. На программу решил пойти, чтобы актуализировать знания, углубиться в техническую часть: межсервисные взаимодействия и проектирование архитектуры.
Продолжение в картинках ☝️
🔗 О программе "Проектирование Архитектуры"
#студентыGetAnalyst
Друзья, делимся, чем запомнилась программа «Проектирование архитектуры» для системного аналитика Сергея.
Сергей в системном анализе уже 3 года. На программу решил пойти, чтобы актуализировать знания, углубиться в техническую часть: межсервисные взаимодействия и проектирование архитектуры.
Продолжение в картинках ☝️
#студентыGetAnalyst
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥5
📨 Всё, что нужно знать про брокеры 📨
Брокеры — это посредники в передаче сообщений между системами или сервисами.
Они позволяют асинхронно обмениваться данными и обеспечивают гарантию доставки сообщений.
👉 Принцип работы:
1. Сервис 1 (Producer / Производитель) хочет отправить данные в Сервис 2 (Consumer /Потребитель).
2. Сервис 2 в это время может быть перегружен или занят.
3. Чтобы Сервис 1 не ждал, пока Сервис 2 станет доступен, он кладет сообщение в Брокер и продолжает свою работу.
4. Брокер сохраняет сообщение и ставит его в очередь к обработке.
5. Как только Сервис 2 становится доступен, то он забирает сообщение из Брокера и обрабатывает его.
По сути брокеры - это временные Базы Данных, которые гарантируют, что сообщения (данные) в них будут храниться, пока их не заберут и не обработают соответствующие системы или сервисы.
👉 Брокеры могут использоваться:
+ в сервисной и микросервисной архитектуре,
+ в событийно-ориентированной архитектуре (EDA),
+ когда нужна фоновая обработка событий в монолите,
+ для асинхронных интеграций.
👉 Брокеры сообщений предлагают два основных паттерна (шаблона) обмена данными:
1️⃣ Точка-точка (Point-to-Point Messaging)
Это паттерн, используемый в очередях сообщений, где существует один отправитель и один получатель. Каждое сообщение в очереди отправляется только одному получателю и может быть обработано только один раз.
2️⃣ Публикация-подписка (Publish/Subscribe Messaging)
В этом паттерне отправитель (producer) публикует сообщения в определённую тему (topic), а подписчики (consumers) подписываются на темы, чтобы получать сообщения.
Все сообщения, опубликованные в теме, доставляются всем приложениям, подписанным на неё.
Применяется, где несколько систем должны получить одну и ту же информацию.
Возможности и логика работы брокеров отличаются в зависимости от конкретного решения.
Основные решения по брокерам на рынке:
✅ Apache Kafka
✅ RabbitMQ
✅ ActiveMQ
✅ Amazon MQ, Amazon SQS
✅ Яндекс Message Queue (YMQ) - аналог Amazon
✅ и другие.
#hardGetAnalyst
Брокеры — это посредники в передаче сообщений между системами или сервисами.
Они позволяют асинхронно обмениваться данными и обеспечивают гарантию доставки сообщений.
👉 Принцип работы:
1. Сервис 1 (Producer / Производитель) хочет отправить данные в Сервис 2 (Consumer /Потребитель).
2. Сервис 2 в это время может быть перегружен или занят.
3. Чтобы Сервис 1 не ждал, пока Сервис 2 станет доступен, он кладет сообщение в Брокер и продолжает свою работу.
4. Брокер сохраняет сообщение и ставит его в очередь к обработке.
5. Как только Сервис 2 становится доступен, то он забирает сообщение из Брокера и обрабатывает его.
По сути брокеры - это временные Базы Данных, которые гарантируют, что сообщения (данные) в них будут храниться, пока их не заберут и не обработают соответствующие системы или сервисы.
👉 Брокеры могут использоваться:
+ в сервисной и микросервисной архитектуре,
+ в событийно-ориентированной архитектуре (EDA),
+ когда нужна фоновая обработка событий в монолите,
+ для асинхронных интеграций.
👉 Брокеры сообщений предлагают два основных паттерна (шаблона) обмена данными:
1️⃣ Точка-точка (Point-to-Point Messaging)
Это паттерн, используемый в очередях сообщений, где существует один отправитель и один получатель. Каждое сообщение в очереди отправляется только одному получателю и может быть обработано только один раз.
2️⃣ Публикация-подписка (Publish/Subscribe Messaging)
В этом паттерне отправитель (producer) публикует сообщения в определённую тему (topic), а подписчики (consumers) подписываются на темы, чтобы получать сообщения.
Все сообщения, опубликованные в теме, доставляются всем приложениям, подписанным на неё.
Применяется, где несколько систем должны получить одну и ту же информацию.
Возможности и логика работы брокеров отличаются в зависимости от конкретного решения.
Основные решения по брокерам на рынке:
✅ Apache Kafka
✅ RabbitMQ
✅ ActiveMQ
✅ Amazon MQ, Amazon SQS
✅ Яндекс Message Queue (YMQ) - аналог Amazon
✅ и другие.
#hardGetAnalyst
👍6❤3