вать независимо от других в соответствии с функциональными

требованиями, предъявляемыми к ИС;

–более высокую надёжность в сравнении с клиент-серверным приложением: при грамотной реализации системы промежу-

точного хранения данных сбой одного из уровней не повлияет на доступность и производительность других уровней;

–высокий уровень безопасности: поскольку уровень представле-

ния и уровень данных не могут напрямую взаимодействовать

друг с другом.

Трёхзвенная архитектура тесно взаимосвязана с компонентно-

ориентированным подходом: слой представления в таких системах рас-

полагается на уровне тонкого клиента (представление данных) и уровне СУБД (хранение данных); слой программных сущностей и бизнес-

логики располагается на сервере приложений; взаимодействие сервера приложений с двумя другими звеньями организуется посредством адаптеров.

3.5.3. Микросервисная архитектура

При всех преимуществах трёхзвенная архитектура имеет и свои недостатки, главным из которых все также является ограниченная мас-

штабируемость ИС. Сложные многокомпонентные вычислительные системы в своей работе потребляют значительное количество ресурсов.

Зачастую проблемой является простой запуск одного слабо нагружен-

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

такой ситуации целесообразно запускать такие компоненты по требо-

ванию: когда есть непосредственная необходимость выполнить вычис-

ления. Подобный подход (т.е. запуск компонента по требованию) мо-

55

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

земпляров одного и того же компонента. Такой процесс называется

балансировкой нагрузки [45].

Для упрощения реализации систем, поддерживающих балансиров-

ку нагрузки, применяется так называемая сервис-ориентированная вы-

числительная архитектура или её более строгий вариант: микросервис-

ная архитектура [46].

Микросервисная архитектура является расширением трёхзвенной архитектуры, при которой осуществляется вертикальное разделение слоя СУБД (см. рис. 14).

Рисунок 14 – Схема микросервисной вычислительной архитектуры

В такой архитектуре отдельная бизнес-задача реализуется посред-

ством обособленного компонента, называемого микросервисом. Мик-

росервис для хранения результатов вычисления использует собствен-

ную изолированную базу данных. Объединение микросервисов в еди-

ную ИС выполняется на уровне «программного шлюза», выполняюще-

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

56