«Микросервисы» в разработке

https://www.youtube.com/watch?v=rCbdQc42eCw

История

История → одно большое приложение трудно поддерживать, менять и пр.

Решение, делать многоуровневую "микросервисную" архитектуру → разделить, желательно, каждую функцию на разные независимые приложения, которые оказывают сервисы. Каждый сервис, это отдельный блок, включая базу данных:

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

Микросервисы = API

Каждый сервис должен иметь свой API, по которому ему можно "обратиться". Чтобы он сделал какую-то задачу.

Общаться сервисы могут через HTTP или gRPC запросы. Такой способ называется синхронной коммуникацией.

An application programming interface (API) is a way for two or more computer programs or components to communicate with each other. https://en.wikipedia.org/wiki/API

API Gateway - маршрутизатор запросов.

Вывод:

Микросервисы - сложно, дорого.
Не всегда могут сработать.
Нужны серьезные "за", чтобы переходить.

DevOps

https://www.bmc.com/blogs/devops-culture/