О микро-сервисной архитектуре

Среди них:разнымклиентамнужныразныеданные,например, в случаеиспользованиинастольнойимобильнойверсиисайта/приложения;клиентнедолженвидетьразделениенамикросервисы,длянегоприложение/сайт должновыглядетьоднимцелым;количествоэкземпляровкаждогомикросервисаможетменятьсявтечение времени,какииххостыипорты.Суть данного шаблона заключаетсяв создании единой точки входа длявсех клиентов, которая в свою очередь выступает в роли прокси/роутера длявсехмикросервисов(рис.6).Даннаяединаяточкавходатакжеможетосуществлять верификацию запросов. В качестве шлюза API часто используютконтейнерnginx.Рисунок 6 –Шаблон«шлюзAPI»Пример 2 ШаблонSagaДля реализации транзакций, проходящих через несколько микросервисов,используют цепочкилокальных транзакций.Рис.7–ШаблонSagaПосути,каждыйизмикросервисовделаетобновлениесвоейбазыданныхи посылает сообщение или запрос в следующий микросервис и так вниз поцепочке.Вслучаеошибкиводномизмикросервисовприсовершенииобновления данных, в предыдущих по цепочке микросервисах обновления базданныхоткатываются.Дляобщениямеждумикросервисамивходетранзакциимогутприменяться 2 подхода:хореография–микросервисыобщаютсянапрямуюмеждусобой,тоесть сообщения для начала транзакции в следующем микросервисы иобратныесообщенияобуспешномеёзавершении/ошибкемикросервисыпосылаютдруг другу;оркестрация – в данном подходе создаётся специальныймикросервис-посредник,которыйявляетсяцентромобщениядлявсех микросервисов. Сообщения о начале транзакции и успешномзавершении/ошибке сперва отправляются данному микросервису ионвсвоюочередьперенаправляетданноесообщениеполучателю.С оркестрацией есть одна проблема – появляется единая точка отказа, из-закоторой вся система может перестать работать. С другой стороны, хореографиянакладываетдополнительнуюответственностьнаразработчиковкаждогоизмикросервисовдляобработкивзаимодействийсдругимимикросервисами.ЗаключениеТаким образом, в отличие от монолитов, в микросервисной архитектуре приложение строится как набор небольших и слабосвязанных компонентов -микросервисов, которые можно разрабатывать, развертывать и поддерживать независимо друг от друга.Микросервисные технологии активно развиваются и захватывают рынок программного обеспечения. По итогам опроса, проведённого между IT- сотрудниками из разных частей света на разных позициях, 49,3% думают, что микросервисная архитектура станет стандартом для больших и сложных проектов, а 36,2% считают, что данная архитектура станет промышленным стандартом для разработки бэкенда.Архитектура микросервисов отнюдь не является "серебряной пулей", которая мгновенно решит все проблемы, связанные с разработкой, развертыванием и поддержкой больших и сложных приложений, но в то же время гибкая масштабируемость серверной логики позволяет ей быстро реагировать на появление дополнительной задачи, например, при появлении большого количества новых игроков в многопользовательской игре, а также избавиться от проблем, связанных с полной недоступностью функциональности во время технических работ над частью игры. Облегчение записи и идентификации проблемной логики, которая приводит к недоступности функций, также позволяет быстрее реагировать на внезапные сбои и облегчает обслуживание сервера. Поэтому применение архитектуры микросервисов в этой области является очень интересной идеей для дальнейшего изучения. В реферате раскрыта тема «Анализ микро сервисной архитектуры в сравнении с другими архитектурами корпоративных систем». Приведены схемы микросервисной архитектуры информационной корпоративнойсистемы интернет-магазин и монолитной архитектуры информационной корпоративной системы, интернет-магазин.Выделены преимущества микросервисной архитектуры и недостатки монолитной архитектуры. Реферат выполнен в соответствии с требованиями и содержанием. Список литературы1.Chris Richardson, Microservice Patterns with examples in Java. / Richardson, Chris. — М.: Manning, 2018. — 520 с. — ISBN 9781617294549.2.Бессерверные вычисления [Электронный ресурс] – Режим доступа: https://aws.amazon.com/ru/serverless/ – Дата доступа: 01.05.20213.Microservices vs Monolith: which architecture is the best choice for your business? [Electronic resource] – Mode of access: https://www.n- ix.com/microservices-vs-monolith-which-architecture-best-choice- your-business/ – Date of access: 01.05.20214. Chris Richardson Microservices patterns - 1-е изд., Москва, 2018 - 687с. 5. Joseph Albahari, C# 6.0. Pocket Reference. Instant Help / Joseph Albahari, Ben Albahari - Вильямс - М., 2019. - 623 c. 3. Judith Bishop. С# Concisely / Judith Bishop, Nigel Horspool - М.: Бином. Лаборатория знаний, 2021. - 472 c.Дополнительные источники:1. Астахова И.Ф., Толстобров А.П., Чулюков В.А., Потапов А.С. СУБД: Язык SQL в примерах и задачах: учебное пособие. - ФИЗМАТЛИТ, 2020.- 176с.2. Дейт К. Дж. Введение в виртуальный сервер. - М:Вильямс, 2018.-1328 с.3. Диго С.М. Микросервисная архитектура информационных систем: проектирование и использование: статья/. - М.: Финансы и интернет-маркетинг, 2021. - 592 с.Web-ресурсы:https://www.tadviser.ru/index.phphttps://www.tadviser.ru/index.php