Микросервисы - это подход, при котором единое приложение строится как набор небольших сервисов, каждый из которых работает независимо (в собственном процессе).

Сервисы коммуницирует с остальными сервисами используя HTTP (или другие механизмы).

Сервисы могут быть написаны на разных языках и использовать разные технологии хранения данных (разные базы данных реляционные и нереаляционные).

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

Вся логика монолитного приложения по обработке запросов выполняется в единственном процессе.
Вы можете использовать возможности вашего языка программирования для разделения приложения на классы, функции и namespace-ы.
Вы можете запускать и тестировать приложение на машине разработчика.

Монолитное приложение это довольно очевидный способ построения приложения.

WEB монолитное приложение часто включает три основные части:
• пользовательский интерфейс (состоящий как правило из HTML страниц и javascript-а)
• база данных (как правило реляционной, со множеством таблиц)
• Серверная часть обрабатывает HTTP запросы, выполняет доменную логику, запрашивает и обновляет данные в БД, заполняет HTML страницы, которые затем отправляются браузеру клиента.

Недостаток монолитного приложения:
Любое изменение в коде приводит к пересборке и развертыванию новой версии серверной части приложения.

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

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

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

Неудобства в монолитном приложении привели к написанию микросервисов (построению приложений в виде набора сервисов).

Каждый сервис может независимо развертываться и масштабироваться.

Каждый сервис получает четкую физическую границу(выполняется в отдельном процессе)

Сервисы могут быть написаны на разных языках программирования.

Сервисы могут разрабатываться разными командами.

---