AXForum  
Вернуться   AXForum > Прочие обсуждения > Курилка
NAV
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 03.06.2021, 08:38   #21  
mau is offline
mau
Участник
 
34 / 24 (1) +++
Регистрация: 12.03.2003
Адрес: Москва
И опять мы скатываемся в "технологийщину", я же хотел бы вернуться в "концептуальщину" (простите за грубое слово). Ведь организовать взаимодействие с внешним процессом можно по-разному - этому занятию лет 30 (а то и 50).

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

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

Много ли таких частей в средней ERP, низведенных до масштаба "микро"? Мне кажется нет. В основном, это те самые приблудные псы на заднем дворе кухни, у которых от звяканья микроволновки начинают течь слюни. Да они нужны, они создают информационную инфраструктуру. Но существуют за рамками понятия ERP.
Старый 03.06.2021, 16:42   #22  
trud is offline
trud
Участник
Лучший по профессии 2017
 
990 / 1402 (48) ++++++++
Регистрация: 07.06.2003
Записей в блоге: 1
Вот хороший пример в тему с SAP, но думаю если б была АХ то было бы тоже самое. Процесс расчета календарей работал на SAP 9ч, переписали за полгода на микросервисы, теперь работает 10 минут
https://habr.com/ru/company/mvideo/blog/560726/
Старый 03.06.2021, 18:45   #23  
twilight is offline
twilight
MCTS
MCBMSS
 
753 / 155 (7) ++++++
Регистрация: 17.10.2004
Адрес: Москва
Цитата:
Сообщение от trud Посмотреть сообщение
Процесс расчета календарей работал на SAP 9ч, переписали за полгода на микросервисы, теперь работает 10 минут
А причем тут микросервисы? Просто переписали с нуля отдельно взятый алгоритм.
__________________
I could tell you, but then I would have to bill you.
За это сообщение автора поблагодарили: Ivanhoe (2).
Старый 03.06.2021, 20:51   #24  
axm2017 is offline
axm2017
Участник
 
523 / 199 (8) ++++++
Регистрация: 15.05.2017
Цитата:
Сообщение от twilight Посмотреть сообщение
А причем тут микросервисы? Просто переписали с нуля отдельно взятый алгоритм.
Архитектура микросервисов формально позволяет сделать это безболезненно. Сервис то отдельный: творим что хотим лишь бы внешние интерфейсы не изменились.

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

Типа как с облаком от мс: формально все красиво а по слухам для акс таки необходимо физически, чтобы сервера были рядом, иначе жёсткие тормоза.
Старый 04.06.2021, 18:10   #25  
belugin is offline
belugin
Участник
Аватар для belugin
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,554 / 2714 (100) +++++++++
Регистрация: 16.01.2004
Адрес: Москва
Записей в блоге: 5
Цитата:
Сообщение от 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".
__________________
blog | twitter
За это сообщение автора поблагодарили: mau (1).
Старый 07.06.2021, 12:22   #26  
Ivanhoe is offline
Ivanhoe
Участник
Аватар для Ivanhoe
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
4,141 / 2157 (80) +++++++++
Регистрация: 29.09.2005
Адрес: Санкт-Петербург
Если по пиццам, то это я и мой коллега как двумя пиццами накормить 12 разработчиков?
__________________
Ivanhoe as is..
Старый 08.06.2021, 14:11   #27  
pitersky is offline
pitersky
северный Будда
Аватар для pitersky
Ex AND Project
Соотечественники
 
1,451 / 358 (14) ++++++
Регистрация: 26.09.2007
Адрес: Солнечная система
Цитата:
Сообщение от twilight Посмотреть сообщение
А причем тут микросервисы? Просто переписали с нуля отдельно взятый алгоритм.
Соглашусь
Там даже в явном виде написано
Цитата:
Это решение довольно давно было поставлено “костылем” в SAP ERP
Проще говоря, когда-то какие-то индусы написали неоптимизированную приблуду, а сейчас её просто оптимизировали. Микросервисы как таковые тут вообще ни при чём
__________________
С уважением,
Вячеслав
Теги
erp, микросервисы

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
ERP как залежи говнокода mazzy Курилка 18 02.04.2011 19:21
Русский вопрос - разборки по понятиям на рынке ERP (Предпроект) Мартынов Дмитрий Курилка 28 16.02.2011 11:56
ERP-системы — мэйнстрим или тупиковая ветвь? slava09 Курилка 30 26.09.2010 18:00
О причинах неудачных внедрений ERP Poleax Курилка 4 11.09.2010 16:29
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 23:40.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.