Молодежь и наука - третье тысячелетие: Материалы студенческой научно-практической конференции с международным участием

171 – репликация – сокрытие от пользователя того, что в реальности существу- ет более одной копии используемых ресурсов; – параллельный доступ – возможность одновременного независимого ис- пользования различными пользователями одного и того же ресурса. Также ни один пользователь не должен знать о совместном использовании одних и тех же ресурсов; – прозрачность отказов – отказ каких-либо ресурсов системы не должен оказывать существенного влияния на работу пользователя в приложении. Но даже при правильном проектировании и учете большинства потребно- стей пользователей касательно конкретной системы невозможно избежать модернизаций, таких как улучшение разрабатываемого продукта, увеличение вычислительной мощности системы путем модификации физической состав- ляющей и т. д. В последствии необходимо тонко соблюдать баланс нагрузки и отказоустойчивости, усложняется тестирование и разработка, а если в моду- лях, выполняющих несколько функций, взаимодействие локально, то микро- сервисная архитектура накладывает требование атомизации модулей и взаимо- действия их по сети. Микросервисная архитектура при проектировании приложений представ- ляет собой создание приложения из множества несвязанных друг с другом ча- стей, поэтому необходимо учитывать плюсы и минусы такого подхода. К положительным сторонам подхода можно отнести следующие: Конкретное разделение на модули. Всегда понятно, как работает та или иная часть системы. Высокая доступность. Приложение остается доступным при отказе тех или иных модулей. Разнообразные технологии. При разработке каждого сервиса выбираются инструменты, наиболее подходящие для конкретной бизнес-логики в данном сервисе. Относительная простота развертывания. Каждый сервис существует как отдельный ресурс, что позволяет упростить процесс развертывания и отладки. Среди недостатков данного подхода выделяют: Сложность разработки. В случае если необходимо быстрое решение (прототип, небольшое приложение, сжатые сроки) – микросервисная архитектура не может быть применена из-за сложности разработки несвязанных друг с другом компонентов. Сложность поддержки. Каждый микросервис нуждается в отдельном об- служивании, поэтому необходимо постоянно следить за состоянием модулей. Литература 1. Распределенная система [Электронный ресурс]. – URL: https://ru.wikipedia.org/ wiki/Распределенная_система 2. Микросервисная архитектура [Электронный ресурс]. – URL: https://ru.wikipedia.org/ wiki/Микросервисная_архитектура 3. Таненбаум, Э. Распределенные системы. Принципы и парадигмы / Э. Таненбаум. – СПб.: Питер, 2003.