Архитектура и Инфраструктура: в чем разница?
Архитектура и инфраструктура в системах — это два взаимосвязанных понятия, которые часто могут путать.
Давайте разбираться🔎
#hardGetAnalyst
Архитектура и инфраструктура в системах — это два взаимосвязанных понятия, которые часто могут путать.
Давайте разбираться🔎
#hardGetAnalyst
❤10
В микросервисах важны не только сервисы, но и связи между ними. Если интеграции не продуманы — данные расходятся, появляются дубли, а разбор инцидентов превращается в хаос.
Чтобы вы на практике научились проектировать такие процессы, мы готовим новый открытый онлайн-практикум:
🟢 Онлайн
План практикума:
1. Как и зачем проектировать микросервисы
2. API Gateway: роль в архитектуре и границы ответственности
3. Введение в брокеры сообщений: Kafka
4. Хореография микросервисов: практика описания процессов через события
Урок будет полезен, если вы:
• готовитесь к интервью на Middle+ / Senior СА,
• хотите расширить техническую базу и работать с архитектурными задачами,
• или стремитесь работать в команде, где микросервисы — это реальность, а не теория.
Нужен реальный опыт в архитектуре?
Регистрируйтесь и присоединяйтесь к эфиру 12 марта в 19:00 Мск! 🔥
———
Онлайн-практикум является вводным уроком к программе Проектирование архитектуры для системных аналитиков, которая стартует 17 марта.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥5🎉2
🔮Full stack аналитик — специалист, который может всё? 🔮
Full stack системный аналитик — это специалист, который может работать на разных этапах разработки программного обеспечения: от исследования потребностей бизнеса и сбора требований до участия в проектировании архитектуры системы.
Но важно понимать:
у профессии есть ядро — набор ключевых навыков, которые должен знать каждый системный аналитик.
А есть дополнительные компетенции, которые требуются только в некоторых компаниях или проектах. Например, где-то аналитик больше работает с архитектурой, где-то — с бизнес-процессами, а где-то — глубже погружается в интеграции или данные.
📎 В чек-листе собрали практически все навыки и области, с которыми системный аналитик может столкнуться в работе. Это не означает, что один специалист обязан знать всё — но полезно понимать весь спектр профессии.
Давайте рассмотрим пример⤵️
Представьте, что у вас есть небольшой онлайн-бизнес по продаже товаров. Вы хотите увеличить продажи и улучшить пользовательский опыт на сайте.
Full stack системный аналитик может помочь вам на разных этапах — от анализа текущих процессов до проектирования решений.
Далее картинках👉
Full stack системный аналитик — это специалист, который может работать на разных этапах разработки программного обеспечения: от исследования потребностей бизнеса и сбора требований до участия в проектировании архитектуры системы.
Но важно понимать:
у профессии есть ядро — набор ключевых навыков, которые должен знать каждый системный аналитик.
А есть дополнительные компетенции, которые требуются только в некоторых компаниях или проектах. Например, где-то аналитик больше работает с архитектурой, где-то — с бизнес-процессами, а где-то — глубже погружается в интеграции или данные.
📎 В чек-листе собрали практически все навыки и области, с которыми системный аналитик может столкнуться в работе. Это не означает, что один специалист обязан знать всё — но полезно понимать весь спектр профессии.
Давайте рассмотрим пример⤵️
Представьте, что у вас есть небольшой онлайн-бизнес по продаже товаров. Вы хотите увеличить продажи и улучшить пользовательский опыт на сайте.
Full stack системный аналитик может помочь вам на разных этапах — от анализа текущих процессов до проектирования решений.
Далее картинках👉
❤6
🏰 Как Системный аналитик влияет в задачах на архитектуру? 🏰
Проектирование архитектуры систем вместе с разработчиками и архитекторами — одна из больших задач системного аналитика. В этом процессе аналитик становится мостиком между бизнес-процессами и техническими решениями, в общем-то как и всегда. Понимать надо глубоко и то, и другое.
Основная сложность таких задач заключается в необходимости работать в условиях высокой степени неопределенности: готовых шаблонов или решений нет.
Аналитик делает множество исследовательских задач, предоставляет результаты команде и выбирает с ними обоснованные технические решения для проекта - надо ли делать отдельный микросервис под задачу, какой API выбрать для создания интеграционного шлюза, какой брокер взять для обработки сообщений, и почему здесь вообще нужен брокер.
Ниже приведен краткий гайд по основным задачам СА связанным с проектированием архитектуры:
🟢 1. Исследование и анализ
Первый шаг в проектировании архитектуры — это глубокое исследование и анализ текущей ситуации. Необходимо понять бизнес-требования, изучить существующую систему, если она есть, а также определить возможные ограничения и риски для проекта.
Основные задачи:
+ Сбор и анализ требований от всех заинтересованных сторон.
+ Изучение существующих решений и технологий.
+ Определение списка пользователей и приложений для них.
+ Выявление списка систем, с которыми нужны интеграции.
🟢 2. Выбор основного подхода к проектированию архитектуры
После проведения исследований и анализа необходимо выбрать основной подход к проектированию архитектуры, который будет наилучшим образом соответствовать требованиям и условиям проекта.
+ Оценка различных архитектурных стилей (монолитная, микросервисная, сервисно-ориентированная и т.д.).
+ Выбор подходящего архитектурного стиля на основе требований и ограничений. Если небольшой и новый проект, то тут чаще всего останавливаются на монолите.
#hardGetAnalyst
Продолжение⤵️
Проектирование архитектуры систем вместе с разработчиками и архитекторами — одна из больших задач системного аналитика. В этом процессе аналитик становится мостиком между бизнес-процессами и техническими решениями, в общем-то как и всегда. Понимать надо глубоко и то, и другое.
Основная сложность таких задач заключается в необходимости работать в условиях высокой степени неопределенности: готовых шаблонов или решений нет.
Аналитик делает множество исследовательских задач, предоставляет результаты команде и выбирает с ними обоснованные технические решения для проекта - надо ли делать отдельный микросервис под задачу, какой API выбрать для создания интеграционного шлюза, какой брокер взять для обработки сообщений, и почему здесь вообще нужен брокер.
Ниже приведен краткий гайд по основным задачам СА связанным с проектированием архитектуры:
🟢 1. Исследование и анализ
Первый шаг в проектировании архитектуры — это глубокое исследование и анализ текущей ситуации. Необходимо понять бизнес-требования, изучить существующую систему, если она есть, а также определить возможные ограничения и риски для проекта.
Основные задачи:
+ Сбор и анализ требований от всех заинтересованных сторон.
+ Изучение существующих решений и технологий.
+ Определение списка пользователей и приложений для них.
+ Выявление списка систем, с которыми нужны интеграции.
🟢 2. Выбор основного подхода к проектированию архитектуры
После проведения исследований и анализа необходимо выбрать основной подход к проектированию архитектуры, который будет наилучшим образом соответствовать требованиям и условиям проекта.
+ Оценка различных архитектурных стилей (монолитная, микросервисная, сервисно-ориентированная и т.д.).
+ Выбор подходящего архитектурного стиля на основе требований и ограничений. Если небольшой и новый проект, то тут чаще всего останавливаются на монолите.
#hardGetAnalyst
Продолжение⤵️
❤3
🏰 Как Системный аналитик влияет в задачах на архитектуру? 🏰
Продолжение ⤵️⤵️⤵️
+ Определение принципов и стандартов проектирования, которые будут использоваться. Их документирование.
+ Разработка стратегии миграции, если проект включает модернизацию существующей системы. Например, частая задача - миграция с монолита на микросервисы.
Работа над этим и последующими пунктами ведется совместно с архитекторами и разработчиками. Аналитик как правило отвечает за формирование базы знаний по проекту и сопоставление технических решений с бизнес-требованиями.
🟢 3. Формирование концептуальной схемы
Когда выбран основной подход, необходимо сформировать концептуальную схему будущей архитектуры. Это включает в себя высокоуровневое моделирование всех основных компонентов и их взаимодействий.
+ Создание концептуальной схемы архитектуры, охватывающей основные компоненты и их взаимодействия.
+ Определение границ и ответственности по функциональности для каждого компонента.
+ Распределение данных по различным БД и подбор СУБД.
+ Моделирование взаимодействий между компонентами с учетом функциональных и нефункциональных требований - выбор API, определение мест, где нужны Kafka, RabbtMQ или другие решения.
+ Проведение обзорных сессий с заинтересованными сторонами для получения обратной связи и внесения корректировок.
🟢 4. Влияние нефункциональных требований
Нефункциональные требования, такие как производительность, масштабируемость, надежность и безопасность, оказывают значительное влияние на архитектуру системы.
Системный аналитик должен уметь интегрировать эти требования в проект, чтобы обеспечить соответствие конечной системы ожиданиям всех заинтересованных сторон.
+ Определение нефункциональных требований, включая требования по производительности, масштабируемости, безопасности и доступности.
+ Оценка архитектуры на соответствие нефункциональным требованиям.
+ Документирование и передача сведений о нефункциональных требованиях на сотрудников инфраструктуры. Обсуждение совместно с ними и архитекторами получившейся концептуальной схемы архитектуры. Здесь определяют количество копий серверов для старта, условия масштабируемости и другие.
+ Документирование всех нефункциональных требований и проверка их реализации на всех этапах проекта.
Эти задачи покрывают ключевые этапы проектирования архитектуры, в которых может участвовать системный аналитик. #hardGetAnalyst
Продолжение ⤵️⤵️⤵️
+ Определение принципов и стандартов проектирования, которые будут использоваться. Их документирование.
+ Разработка стратегии миграции, если проект включает модернизацию существующей системы. Например, частая задача - миграция с монолита на микросервисы.
Работа над этим и последующими пунктами ведется совместно с архитекторами и разработчиками. Аналитик как правило отвечает за формирование базы знаний по проекту и сопоставление технических решений с бизнес-требованиями.
🟢 3. Формирование концептуальной схемы
Когда выбран основной подход, необходимо сформировать концептуальную схему будущей архитектуры. Это включает в себя высокоуровневое моделирование всех основных компонентов и их взаимодействий.
+ Создание концептуальной схемы архитектуры, охватывающей основные компоненты и их взаимодействия.
+ Определение границ и ответственности по функциональности для каждого компонента.
+ Распределение данных по различным БД и подбор СУБД.
+ Моделирование взаимодействий между компонентами с учетом функциональных и нефункциональных требований - выбор API, определение мест, где нужны Kafka, RabbtMQ или другие решения.
+ Проведение обзорных сессий с заинтересованными сторонами для получения обратной связи и внесения корректировок.
🟢 4. Влияние нефункциональных требований
Нефункциональные требования, такие как производительность, масштабируемость, надежность и безопасность, оказывают значительное влияние на архитектуру системы.
Системный аналитик должен уметь интегрировать эти требования в проект, чтобы обеспечить соответствие конечной системы ожиданиям всех заинтересованных сторон.
+ Определение нефункциональных требований, включая требования по производительности, масштабируемости, безопасности и доступности.
+ Оценка архитектуры на соответствие нефункциональным требованиям.
+ Документирование и передача сведений о нефункциональных требованиях на сотрудников инфраструктуры. Обсуждение совместно с ними и архитекторами получившейся концептуальной схемы архитектуры. Здесь определяют количество копий серверов для старта, условия масштабируемости и другие.
+ Документирование всех нефункциональных требований и проверка их реализации на всех этапах проекта.
Эти задачи покрывают ключевые этапы проектирования архитектуры, в которых может участвовать системный аналитик. #hardGetAnalyst
❤3
🟢 [Завтра в 19:00 Мск] Практика по архитектуре для аналитиков: хореография, брокеры и API Gateway 🟢
Уже завтра мы сделаем ваш вечер интереснее, а короткую неделю — продуктивнее обычной! 🙂
Погрузимся в тему, которая помогает системному аналитику брать более сложные интеграционные задачи и делать уверенный шаг к работе в микросервисных командах.
Разберём на практике:
▫️ асинхронные интеграции микросервисов,
▫️ зону ответственности API Gateway в системе,
▫️ брокеры сообщений,
▫️ паттерн "хореографии" в микросервисной архитектуре.
Приглашаем вас на открытый онлайн-практикум:
💎 Хореография, брокеры и API Gateway: как строить процессы в распределенных системах
🗓 12 марта (чт), 19:00 Мск
🟢 Онлайн
👩💻 Спикер: Екатерина Ананьева
🔗 Зарегистрироваться
За один вечер:
✔️ Поймёте роль API Gateway в архитектуре.
✔️ Разберётесь в принципах хореографии процессов на практике.
✔️ Научитесь описывать процессы в микросервисной архитектуре.
✔️ Поймёте, как использовать брокеры для асинхронных интеграций микросервисов.
✔️ Сможете уверенно обсуждать архитектурные решения с архитекторами и разработчиками.
Практикум особенно полезен тем, кто хочет расти до Middle+ / Senior СА или двигаться в сторону Solutions Architect.
Хотите разбираться в архитектуре не в теории, а на практике?
Приходите на эфир завтра, в 19:00 Мск 🔥
Уже завтра мы сделаем ваш вечер интереснее, а короткую неделю — продуктивнее обычной! 🙂
Погрузимся в тему, которая помогает системному аналитику брать более сложные интеграционные задачи и делать уверенный шаг к работе в микросервисных командах.
Разберём на практике:
▫️ асинхронные интеграции микросервисов,
▫️ зону ответственности API Gateway в системе,
▫️ брокеры сообщений,
▫️ паттерн "хореографии" в микросервисной архитектуре.
Приглашаем вас на открытый онлайн-практикум:
🟢 Онлайн
👩💻 Спикер: Екатерина Ананьева
За один вечер:
✔️ Поймёте роль API Gateway в архитектуре.
✔️ Разберётесь в принципах хореографии процессов на практике.
✔️ Научитесь описывать процессы в микросервисной архитектуре.
✔️ Поймёте, как использовать брокеры для асинхронных интеграций микросервисов.
✔️ Сможете уверенно обсуждать архитектурные решения с архитекторами и разработчиками.
Практикум особенно полезен тем, кто хочет расти до Middle+ / Senior СА или двигаться в сторону Solutions Architect.
Хотите разбираться в архитектуре не в теории, а на практике?
Приходите на эфир завтра, в 19:00 Мск 🔥
Please open Telegram to view this post
VIEW IN TELEGRAM
❤3🔥1