Микросервисная архитектура достоинства и недостатки // курс «Microservice Architecture»

• Обсуждение плюсов и минусов микросервисной архитектуры, включая проблемы с монолитами и микросервисами.  

• Рассказ о собственном опыте работы с микросервисами в компании Дом-Клик.  

• Сложность работы с большими и сложными монолитами, проблемы с производительностью, технологиями и масштабированием.  

• Маркетинговый термин "микросервис", размер сервисов может быть разным в зависимости от контекста.  

• Проблемы с декомпозицией сервисов, использование инструментов для декомпозиции.  

• Примеры микросервисов и их влияние на разработку.  

• Переход на микросервисы увеличивает время ответа, так как вызовы функций и пересылка пакетов по сети занимают больше времени.  

• Время доступа к функции увеличивается в сотни раз, а время доступа к пакету по сети - в сотни раз.  

• Доступность сервисов снижается, так как создание и оформление заказов становится критически важным для бизнеса.  

• Доступность приложения снижается, так как доступность основного приложения и доступность оформления заказов умножаются.  

• В микросервисах необходимо обеспечивать отказоустойчивость, так как вероятность отказа возрастает.  

• Для обеспечения отказоустойчивости необходимо организовать специальные упражнения и подружить сервисы между собой.  

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

• Микросервисы требуют размещения на нескольких машинах, организации пайплайна и инфраструктуры.  

• Дебаг становится сложнее, так как нужно отслеживать логи нескольких приложений и связывать их с запросами.  

• Тестирование также усложняется, так как нужно настраивать и поднимать стенды для каждого сервиса.  

• Используются различные инструменты и фреймворки, включая Kafka и gRPC.  

• Для снижения сетевых задержек и задержек при стерилизации и десерилизации, используется gRPC.  

• Для поддержки консистентности используются саги, ченч, дата-кеп и транзакшн-лог.  

• Обсуждается, что реактивный подход не всегда подразумевает использование транзакций, и что в некоторых случаях лучше использовать транзакционные базы данных.  

• Упоминается, что в некоторых ситуациях консистентность может быть важнее транзакционности.  

• Обсуждается использование межсервисного обмена и его плюсы и минусы.  

• Упоминается, что использование межсервисного обмена может быть быстрее, но также может быть сложнее в реализации и поддержке.  

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

• Упоминаются проблемы, связанные с распределенными вычислениями, консистентностью и обустройством микросервисов.  

• Подчеркивается, что микросервисы начинают себя хорошо показывать только с определенного размера проекта.  

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

• Микросервисы подходят не для всех ситуаций, например, когда предметная область не ясна или сильно меняется.  

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

• В зависимости от предметной области и опыта команды, лучше начинать с монолита или микросервисов.  

• В 2020 году с учетом большого количества инструментов, микросервисы могут быть более предпочтительным выбором.  

• Современные реалии требуют использования инфраструктуры и сервис-мешей для авторизации и взаимодействия между сервисами.  

• Микросервисы обычно работают в облаке, что обеспечивает их нормальное функционирование.  

• В видео обсуждается развитие микросервисной архитектуры с 2010 года, когда началась контейнеризация, сервис-дискавери, мониторинг, оркестровка и другие технологии.  

• За последние два-три года микросервисная архитектура значительно продвинулась вперед, и автор видит это по новым инструментам и подходам.  

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

• Эти паттерны решают проблемы с балансировкой, обнаружением сервисов, разграничением ресурсов, автоскеллингом и другими аспектами.  

• Инструменты, используемые для реализации этих паттернов, включают контейнеризацию, сервис-меш и другие технологии.  

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

• Упоминание книг по микросервисам, таких как "Макрос паттерн" Криса Ричардсона и "Микросервисы" Сэма Дюмана.  

• Обсуждение важности обзорвати для понимания работы микросервисов и их взаимодействия с клиентами.  

• Упоминание инструментов для обзорвати, таких как Prometheus, Grafana, Jaeger и других.  

• Обсуждение тестирования микросервисов и использования новых инструментов, таких как Pact и Postman.  

• Статья про декомпозицию сервисов от Фаулера, актуальная до сих пор.  

• Серия статей и конференций по контрактному программированию.  

• Антипаттерны: сущность-хранилище, зависимые изменения между сервисами.  

• Бау контекст - стратегический паттерн с ДДД.  

• Практика шторминга для анализа предметной области и декомпозиции бизнес-процессов.  

• Книга "DDD: Практическое руководство" за 2022 год.  

• Апи-методология для декомпозиции сервисов.  

• Опыт напер, схема нам, язык описания протокола.  

• Тестирование контракта для обеспечения корректности работы сервисов.  

• Статья про границы сервисов на английском языке.  

• Книги по ДДД: голубая, красная, другие.  

• Поддержание консистентности данных: транзакционность, шардинг, ненадежные сети, очереди.  

• Первый паттерн - это консистентность данных, но не прямо сейчас.  

• Второй паттерн - это использование транзакционности для обеспечения согласованности данных.  

• Третий паттерн - хранение данных в базе данных или в виде потока событий.  

• Четвертый паттерн - использование секью и прожектеров для хранения данных в базе данных.  

• Для микросервисов характерно интенсивное использование синхронных взаимодействий.  

• Для микросервисов активно продвигается использование протокола событий (Event-Driven-Design).  

• Для интеграции микросервисов используется сервис-меш, который позволяет общаться через прокси.  

• Для платформенного взаимодействия сервисов используется микросервис чейсис, который позволяет абстрагировать взаимодействие сервисов с помощью библиотек-коннекторов.  

• Видео обсуждает сервис меш, платформу взаимодействия между сервисами, и его использование в индустрии.  

• Упоминается статья о сервисе меш, которая объясняет его работу и преимущества.  

• В индустрии в основном используется протокол списи, но есть и другие форматы, такие как джейсон и риф.  

• В альфа-банке активно используют сервис меш, но в других компаниях предпочитают использовать рест или писи.  

• Рекомендованы книги "Микросервисы с паттернами" Криса Ричардсона, "Микросервисы с паттернами" Сэма Ньюмана и "Воздушный архитектор" Милфорда.  

• Для продвижения в теме микросервисов рекомендуется практиковаться, изучать теорию и применять знания на практике.  

• Можно начать с простого проекта и постепенно усложнять его, используя микросервисы.