Микросервисы в ERP

[mau]

И опять мы скатываемся в "технологийщину", я же хотел бы вернуться в "концептуальщину" (простите за грубое слово). Ведь организовать взаимодействие с внешним процессом можно по-разному - этому занятию лет 30 (а то и 50).

На сколько мне известно, термин "микро" был применен из-за того, что при проектировании сервисов стремились максимально упростить его функциональность за счет сужения контекста использования. Упростить настолько, что полная реализация его становилась очевидной и обозреваемой одним разработчиком, чтобы избежать ошибок.

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

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

[trud]

Вот хороший пример в тему с SAP, но думаю если б была АХ то было бы тоже самое. Процесс расчета календарей работал на SAP 9ч, переписали за полгода на микросервисы, теперь работает 10 минут
https://habr.com/ru/company/mvideo/blog/560726/

[twilight]

Цитата:

Сообщение от trud

Процесс расчета календарей работал на SAP 9ч, переписали за полгода на микросервисы, теперь работает 10 минут

А причем тут микросервисы? Просто переписали с нуля отдельно взятый алгоритм.

[axm2017]

Цитата:

Сообщение от twilight

А причем тут микросервисы? Просто переписали с нуля отдельно взятый алгоритм.

Архитектура микросервисов формально позволяет сделать это безболезненно. Сервис то отдельный: творим что хотим лишь бы внешние интерфейсы не изменились.

Но как обычно может быть куча нюансов.

Типа как с облаком от мс: формально все красиво а по слухам для акс таки необходимо физически, чтобы сервера были рядом, иначе жёсткие тормоза.

[belugin]

Цитата:

Сообщение от mau

И опять мы скатываемся в "технологийщину", я же хотел бы вернуться в "концептуальщину" (простите за грубое слово). Ведь организовать взаимодействие с внешним процессом можно по-разному - этому занятию лет 30 (а то и 50).

Микросервис это и есть "технологийщина", концептуальщина это как на них разбивать?
Некоторые рекумендуют взять DDD и бить по bounded context.

Цитата:

Сообщение от mau

На сколько мне известно, термин "микро" был применен из-за того, что при проектировании сервисов стремились максимально упростить его функциональность за счет сужения контекста использования. Упростить настолько, что полная реализация его становилась очевидной и обозреваемой одним разработчиком, чтобы избежать ошибок.

How big is a microservice?
Although “microservice” has become a popular name for this architectural style, its name does lead to an unfortunate focus on the size of service, and arguments about what constitutes “micro”. In our conversations with microservice practitioners, we see a range of sizes of services. The largest sizes reported follow Amazon's notion of the Two Pizza Team (i.e. the whole team can be fed by two pizzas), meaning no more than a dozen people. On the smaller size scale we've seen setups where a team of half-a-dozen would support half-a-dozen services.

This leads to the question of whether there are sufficiently large differences within this size range that the service-per-dozen-people and service-per-person sizes shouldn't be lumped under one microservices label. At the moment we think it's better to group them together, but it's certainly possible that we'll change our mind as we explore this style further.

Цитата:

Сообщение от mau

Много ли таких частей в средней ERP, низведенных до масштаба "микро"?

Так как у "микро" нет абсолютно строгого определения, то см. выше. Ориентировочно там написано "no more than a dozen people".

[Ivanhoe]

Если по пиццам, то это я и мой коллега как двумя пиццами накормить 12 разработчиков?

[pitersky]

Цитата:

Сообщение от twilight

А причем тут микросервисы? Просто переписали с нуля отдельно взятый алгоритм.

Соглашусь
Там даже в явном виде написано

Цитата:

Это решение довольно давно было поставлено “костылем” в SAP ERP

Проще говоря, когда-то какие-то индусы написали неоптимизированную приблуду, а сейчас её просто оптимизировали. Микросервисы как таковые тут вообще ни при чём