--- title: Микросервисы seo: title: Микросервисы — Systems Analyst description: Тема «Микросервисы» для собеседования Systems Analyst. Знакомы ли вы с микросервисами? Что такое Хореография и Оркестрация? --- [Все темы Systems Analyst](/systems-analyst) ## Знакомы ли вы с микросервисами? [#q-14bee738d69b81eca609fa64565aba72] Да, микросервисы — это подход к разработке программного обеспечения, при котором приложение строится как набор маленьких, автономных сервисов, каждый из которых решает конкретную бизнес-задачу. Основные характеристики микросервисной архитектуры: 1. Независимость: Каждый микросервис может быть разработан, развернут и масштабирован отдельно от других. 1. Гибкость и масштабируемость: Изменение и масштабирование одного сервиса не влияет на работу других. 1. Легкость в развертывании и обновлении: Благодаря отдельному развертыванию, обновления микросервисов проще и безопаснее. 1. Язык и технология: Каждый микросервис может быть написан на разных языках программирования и использовать разные технологии. 1. Изоляция сбоев: отдельный сервис может отказать независимо, но зависимые сервисы тоже могут пострадать. Таймауты, ограничения повторов и изоляция ресурсов уменьшают риск каскадных отказов. Микросервисы позволяют эффективно реагировать на изменения в бизнес-требованиях, улучшать масштабируемость и гибкость системы, улучшать сопровождаемость и обеспечивать большую независимость разработки и развертывания компонентов. :::note[Ссылки для изучения] 1. [Как аналитику работать с задачами на интеграции](https://habr.com/ru/articles/735332/) ::: --- ## Что такое Хореография и Оркестрация? [#q-14bee738d69b818f916fff90b754d192] Хореография и оркестрация — это два подхода к управлению взаимодействием микросервисов в распределённых системах: 1. Хореография: В этом подходе каждый микросервис знает о своих задачах и взаимодействует напрямую с другими сервисами по согласованным между ними правилам. Отсутствует централизованное управление, и вся логика распределена между участниками взаимодействия. 1. Оркестрация: Здесь есть централизованный компонент, называемый оркестратором, который координирует действия микросервисов. Оркестратор управляет последовательностью вызовов и обеспечивает согласованное выполнение бизнес-процессов. Различия: - Хореография подразумевает децентрализованный подход, где каждый сервис самостоятельно управляет своей логикой взаимодействия. - Оркестрация предполагает централизованное управление оркестратором, который управляет и согласовывает действия сервисов. :::note[Ссылки для изучения] 1. [Как аналитику работать с задачами на интеграции](https://habr.com/ru/articles/735332/) ::: --- ## Какие достоинства и недостатки микросервисов вы знаете? [#q-14bee738d69b81dbad18f4684c7da402] Микросервисы имеют ряд достоинств и недостатков: Достоинства : 1. Разделение на слабосвязанные компоненты: Позволяет разрабатывать и поддерживать каждый сервис независимо. 1. Гибкость и масштабируемость: Легкость в масштабировании отдельных сервисов в зависимости от нагрузки. 1. Технологическое разнообразие: Разработчики могут выбирать технологии, наиболее подходящие для каждого сервиса. 1. Быстрая разработка и доставка: Позволяют ускорить разработку новых функций и функциональных улучшений. 1. Изоляция сбоев: отдельный сервис может отказать независимо, но зависимые сервисы тоже могут пострадать. Таймауты, ограничения повторов и изоляция ресурсов уменьшают риск каскадных отказов. Недостатки : 1. Сложность управления: Усложняется управление и мониторингом множества микросервисов. 1. Сетевая задержка: Взаимодействие между сервисами через сеть может вызвать задержки. 1. Сложность тестирования: Необходимость интеграционного тестирования между микросервисами. 1. Потребление ресурсов: Для работы множества микросервисов требуются дополнительные ресурсы. Выбор между монолитной архитектурой и микросервисной зависит от конкретных требований проекта и специфики бизнес-задач, которые необходимо решить. :::note[Ссылки для изучения] 1. [Как аналитику работать с задачами на интеграции](https://habr.com/ru/articles/735332/) ::: --- ## Расскажите про токен-авторизацию в микросервисах. [#q-14bee738d69b81d69ad6ef548379a2a5] Токен-авторизация в микросервисах является методом обеспечения безопасности и аутентификации пользователей. Основные принципы: {/* prettier-ignore */} 1. Выдача токена (Token issuance): После аутентификации пользователя сервис выдает токен, который содержит информацию о пользователе и правах доступа. 1. Типы токенов: - JWT содержит набор claims. Подписанный JWT обычно доступен для чтения после декодирования base64url; подпись защищает от подмены, а конфиденциальность требует шифрования, например JWE. - Opaque token: Ссылка на информацию аутентификации, хранящаяся в базе данных или кэше. 1. Валидация JWT включает проверку подписи разрешённым алгоритмом, доверенного издателя, аудитории и срока действия. Проверка подписи не является расшифровкой. Для opaque token обычно нужна серверная проверка или introspection. 1. Обновление токена (Token refresh): Используется для продления срока действия токена без необходимости повторной аутентификации пользователя. 1. Использование в микросервисах: - Каждый микросервис проверяет токен при получении запроса от клиента. - Общие сервисы аутентификации или аутентификационные шлюзы могут облегчить процесс валидации токена. 1. Преимущества: - Безопасность: Токены могут содержать ограниченный набор прав доступа. - Масштабируемость: Управление доступом и аутентификацией может быть легко расширено на большое количество микросервисов. - Гибкость: Возможность централизованного управления правами доступа и аутентификационными данными. Токен-авторизация позволяет обеспечить безопасность и управление доступом в среде с множеством микросервисов, где требуется высокая гибкость и надежность системы. :::note[Ссылки для изучения] 1. [Как аналитику работать с задачами на интеграции](https://habr.com/ru/articles/735332/) :::