Обсуждение

В архиве: 9 комментариев.

Читать и комментировать в ЖЖ ↗

Имя не сохранено · 6 февраля 2011

Комментарий

Я думаю, это по факту mainstream, хотя и утверждается, что он "только-только попал на радар". Это вообще странно, что такой способ вдруг попал в "тренды", как будто это что-то новое, и еще не "adopted" (высшая ступень признания радаром ThoughtWorks). Я сам считаю этот способ самым естественным: несколько приложений поддерживают общую детальную картину мира, а не сообщают ее друг другу маленькими порциями. Корпоративный интеллект имеет общую память, а не много маленьких независимых со сложными процедурами репликации -- это мне понятно. А интеграция на сообщениях идёт главным образом между предприятиями, где интеграция на базах данных невозможна. У разных приложений, которые надо интегрировать, свои БД. А сменить БД (у устоявшейся системы) - это задача настолько сложная, что ее никто и не рассматривает обычно. А вот если сразу разрабатывать систему из нескольких прилад, ну либо достраивать прилалады к существующей - тогда да, паттерн естественный. А на счеты интеграции разных и ранее независимо существовавших систем через одну БД - задача очень сложная, удивительно что ее вообще используют. Разве что это делает один и тот же вендор со своим зоопарком приложений - тогда это вполне возможный вариант.

Имя не сохранено · 6 февраля 2011

Комментарий

Не знаю, я с таким никогда не сталкивался. И тренда такого не замечал, хотя вполне допускаю что он есть. В принципе, сменить БД не то что бы трудная задача технически, но весьма трудная организационно. Ведь все на эту БД молятся как на священную корову. Т.е. крупные конторы, имеющие опыт организационных изменений, большой бюджет и возможность размазать этот бюджет на много клиентов, вполне могут это осилить. К примеру, вендоры CAD скупают кучу всяких разработок, а потом их интегрируют на одну БД. Но тут как раз интеграция делается силами разработчика софта, и есть возможность перенести издержки на много клиентов в будущем. А сценарий типа на предприятии была прилада для бухгалтерии от одного поставщика, для заведования складом от другого, для CRM - от третьего, ну и т.д., а потом этот зоопарк объединили через общую БД - в это верится с трудом. Хотя отдельные удачные попытки могут быть конечно. Но вот чтобы они трендом стали...

Ответ на комментарий

Имя не сохранено · 6 февраля 2011

Комментарий

Кстати, вот что могло измениться. Сейчас часто используется ORM типа Hibernate. А с использованием ORM перейти на другую БД сильно проще, ибо там от уровня БД абстрагируются. Более того, разработчики такого софта могут одновременно поддерживать несколько БД, ну или по крайней мере, сменить тип БД в процессе жизненного цикла. Дык вот, если такие приложения дошли до enterprise'ов в достаточном количестве, то интегрировать их на общую БД сильно проще, особенно, если приложения изначально поддерживают разные БД. С фактом существования таких приложений я сталкивался, но не в enterprise секторе. Вполне возможно, что и в enterprise появились.

Ответ на комментарий

Имя не сохранено · 6 февраля 2011

Комментарий

Кстати еще возможен такой вариант интеграции через БД - фильтрованные данные из одного приложения выгружаются во внешнюю БД. Ну т.е. что-то вроде Data Warehouse. Т.е. приложения продолжают работать через свои собственные БД, но для коммуникации между собой используют дополнительную внешнюю БД (которая для какого-то приложения может одновременно оказаться и родной). Но на мой взгляд этот вариант от MOM принципиально не отличается. Собственно говоря, MOM тоже ведь может хранить сообщения в БД.

Ответ на комментарий

Анатолий Левенчук · 6 февраля 2011

Комментарий

Я думаю, что именно это и имеется ввиду. Но это отнюдь не база сообщений! Это база данных, а запросы "на чтение" идут на данные, независимо от структуры сообщений запросов "на запись". К этой общей базе данных же приделывается workflow engine и смотрелка, а она сама обзывается как-нибудь торжественно, например, PLM. К PLM не стыдно и финансовые системы прикручивать. Но нет у нёё родных приложений, кроме worlkflow/BPMS/Rule engine.

Ответ на комментарий

Имя не сохранено · 6 февраля 2011

Комментарий

Согласен, видимо так и есть. В этом виде интеграции через БД и вправду сильно гибче интеграции через MOM будет.

Ответ на комментарий

beldmit · 6 февраля 2011

Комментарий

Я чего-то не понимаю, но разве этот тренд - это не "всю жизнь говорил прозой"?..

Анатолий Левенчук · 6 февраля 2011

Комментарий

Я как раз об этом и пишу. Но вот отчёты ThoughtWorks, да и дискуссия чуть выше показывает, что это не всем так кажется. Я удивлён, но готов согласиться.

Ответ на комментарий