Микросервисная архитектура. 
Создание инструмента для конфигурирования логирования

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

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

Рис. 2. Представление микросервисной архитектуры.

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

На представленной ниже схеме наглядно изображены две упомянутые выше архитектуры:

Рис. 3. Сравнение монолитной и микросервисной архитектур.

Сложность в использовании монолитной архитектуры привела к использованию микросервисной (компонентной) архитектуры.

В микросервисах каждая из компонент, которая может быть представлена как сервис, работает в своем собственном независимом процессе. Такие компоненты могут быть развернуты независимо друг от друга. Управление этими компонентамиотдельная компонента тоже. Кроме того, каждый компонент может быть написан на своём языке и использовать технологии, которые могут быть индивидуальны для данного компонента.

Из выше сказанного следует, что микросервисы имеют немало преимуществ перед монолитной архитектурой, хотя, у них тоже есть свои недостатки:

· Удалённые вызовы процедур (remote procedure call) работают медленнее, чем вызовы, которые происходят в рамках процесса в монолитной архитектуре.

Удалённые вызовы процедур — технология, которая позволяет компьютерным программам вызывать различные процедуры или функции из другого адресного пространства (например, на удалённом ПК).

• · Другой недостаток многокомпонентной архитектуры заключается в том, что трудно найти, когда заканчивается граница одного компонента и начинается другая.
• · Ещё один недостаток состоит в том, что компоненты могут быть недостаточно «чисто» подобраны, что приводит к переносу сложности из самих компонент на взаимосвязи между ними.

Эти недостатки необходимо учитывать при использовании данной архитектуры.