Шаблоны проектирования для микросервисов

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

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

Именно о паттернах мы сегодня поговорим. Что в программе:

* Паттерны декомпозиции монолита на микросервисы.
* Паттерны для повышения надежности синхронного и асинхронного взаимодействия.
* Паттерны observability и организации публичного API.

[abaitoguzbayev]

02:04 Начало
03:50 Введение в предм область
05:56 Стратегии декомпозиции
12:39 Межпроцессное взаимодействие
18:10 Паттерны для надежности синхр взаимодействия
27:54 Паттерны для надежности асинхр взаимодействия (Messaging)
44:20 Запросы и CQRS
50:48 API Composer vs CQRS
53:18 API Gateway
55:15 BFF
55:55 Production-ready services (про надежность микросервисов)
57:40 Работа с конфигами
1:04:06 Итоги
1:06:00 Вопросы

[nkochubashev]

Благодарю Александр, хороший доклад, теория с практическими примерами!

[alekseykirillov]

Александр, спасибо огромное за доклад!) Очень круто, что получилось уместить такой большой объём информации в один час. Некоторые моменты пересматривал по несколько раз и делал заметки для дальнейшего изучения) Такие обзорные лекции очень помогают в изучении МСА. И подача в целом очень лайтовая, воспринимается очень хорошо)

[derter]

Отличный и супер-полезный доклад, спасибо огромное

[БогданГуківський]

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

[STRIKERinAOC]

Пересказ книги "Микросервисы" От Криса Ричардсона

[ОльгаЕсенина-чт]

Спасибо! Офигенно полезная информация!

[konstantinchvilyov]

Моделировать - создавать образ, строить схему.

[konstantinchvilyov]

Service это служба, обслуживание, предоставление услуг.

[konstantinchvilyov]

capacity, capability - возможность, способность

[konstantinchvilyov]

Domain Driven Design - предметно-ориентированное проектирование.

[davitkostandyan]

Очень крутой докладб доходчиво и понятно, спасибо!!!

[konstantinchvilyov]

Мапится - Map - отображается, сопоставляется, каптируется.

[RasimAlimgukov]

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

[ВасяЖуйкин]

Главный Паттерн докладчика это чмокать в микрофон+_+. А так интересный материал и видео получилось.

[konstantinchvilyov]

hierarchy - вертикаль, соподчинённость

[konstantinchvilyov]

Service discovery - обнаружение службы.

[konstantinchvilyov]

Т.е разложение по предметам или возможностям.

[konstantinchvilyov]

Спасибо. Полезная информация. Но часто сложно понять на каком языке вы говорите следующее слово и что оно значит.

[ODuoBatteries]

На каждый чих придумали отдельный паттерн. Столько само собой разумеющихся стратегий или коробочных решений, под которые выделили паттерны. Составил короткий список паттернов, которые спрашивают на собесах, и их оказалось порядка 100! Идиотизм. Причем незнание термина паттерна автоматически приравнивают к незнанию самого паттерна/решения. Несколько лет вообще кодил без знания о каких-то паттернах в МСА в 2017-2019гг. Впервые столкнулся с паттернами на очередном цикле собесов. С этим мракобесием надо бороться. Более того, такой подход как будто сразу ограничивает возможности разработчика - он думает только в рамках паттерна и не пытается твочрески подойти и поискать альтернативное решение.