Это можно считать микросервисной архитектурой?

Question

[Popou]

Я про "Монолит" и "Микросервисы" узнал только пару часов назад(благодаря хабру).

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

builder.Services.FromDll<IChat>("blazorChat.dll").AddTransient();

Таким образом если меняется чат, не надо компилировать весь проект. Да все ровно придётся перезапускать сервер, но ведь можно прям во время рантайма менять какую-то конфигурацию, типо такого:

builder.Services.FromDll<IChat>(runtime => runtime.Configuration["chat"]).AddTransient();

Но будет ли ЭТО считаться микросервисоми? Или это просто модульный монолит? Или возможно я вообще не правильно понял саму концепцию микросервисов.

Comments

[Александр Ананьев]

А где у вас сервисы? У вас один сервис.

[Voland69]

Микросервисами это не будет, это будет модульным монолитом.

Answer 1

[shurshur]

Это не микросервисы. Это всего лишь динамическая загрузка кода в контекст одного-единственного приложения. Если в подгруженной библиотеке случится какая-то фатальная ошибка (типа разыменовывания нулевого указателя), то вся программа благополучно помрёт. А в микросервисах падение одного микросервиса не мешает другим продолжить работать (и их специально пишут и организовывают так, чтобы подобное падение не приводило к остановке всего сервиса).

Микросервисы - это не про распилить приложение хоть как-нибудь на несколько файлов. Это про разделение функций, резервирование, масштабирование и отказоустойчивость. А также про непрерывную разработку и раскатку.

Comments

[Popou]

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

[shurshur]

Popou, хорошо, показываю как это бывает.

Допустим, у нас есть сайт, на котором есть фронт, бэк и целый ряд микросервисов.

Фронт - это js, тут понятно, его отдаёт, например, nginx статикой.

Бэк - приложение, которое запущено минимум в N+1 экземплярах, где N - минимальное количество для обеспечения обработки нагрузки.

Бэк может обращаться к различным другим сервисам внутри инфраструктуры. Скажем, вот сервис авторизации, единственный сервис с доступом к базе пользователей, другие даже пароля от этой базы не знают (и может даже по сети не имеют к ней доступа). Или вот сервис для обработки платёжных документов, который умеет общаться с банками и платёжными системами.

И каждый из них в нескольких экземплярах. При этом никакая часть инфраструктуры даже не задумывается о том, сколько каких сервисов и где они сейчас находятся. Они через discovery находят нужный сервис и его используют. При этом сервис может быть доступен как непосредственно (например, в DNS имя вроде auth-service.svc ведёт на N+1 разных IP), так и через прокси/балансер (nginx, envoy, haproxy...), который скрывает от других логику и практику выбора конкретного инстанса сервиса.

При падении инстанса сервиса система оркестрации сама его перезапускает и возвращает в кластер. При обновлении постепенно запускаются новые инстансы сервиса, но старые гасятся только когда новые переходят в состояние ready to serve requests (что проверяется через healthcheck), и только в таком состоянии на них начинают идти новые запросы.

Также если нужно поддерживать обратную совместимость, в сервисе могут быть микросервисы разных версий, в том числе и совсем старых, и на них распределяются запросы по каким-то правилам (например, как это принято, через передачу версии сервиса в URL, типа вызов /v1.17/method прокидывается в обработчик версии v1.17).

Можно ли в монолитное приложение загрузить десятки dll разных и даже одинаковых версий и распределять по ним запросы? А зачем? А вдруг в одной из старых версий будет баг, который повалит вообще всё, а не только эту старую версию?

[Сергей Горностаев]

Popou, микросервисная архитектура - это подвид сервис-ориентированной архитектуры, основным свойством которой является распределённость. Сможете с помощью динамической загрузки модулей запустить разные части вашей системы на разных хостах? А масштабировать разные части независимо? А написать их на разных языках и релизить с разной скоростью?

[Popou]

Спасибо за ваши развёрнутые ответы !