ReSQL.ru
     
powered by simpleCommunicator - 2.0.51     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Разработка интеграционной платформы
25 сообщений из 111, страница 1 из 5
  1  все
Разработка интеграционной платформы
    #34583522
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
Возникла задача создания платформы интеграции приложений предприятия. Хотелось бы правильно выбрать средства разработки, оптимально подобрав имеющиеся средства и не выкинув лишних денег.
Немножко про задачу.
Есть крупная компания, имеющая сотни филиалов. Есть большое количество разнообразного ПО - начиная от специфичных для предприятия заканчивая учетной системой. Предлагается разработать платформу интеграции этих приложений. Что она должна обеспечивать (минимум):
- на вопрос любой из систем определять какой смежной системе нужно переадресовать вопрос и вернуть результат;
- при возникновении событий у одной из систем рассылать уведомление системам-абонентам на данное событие (комплекс подписки);
- вести нормативно=справочную информацию о компании в СIМ-моделях.
Что есть. К специфике предприятия относится учет ресурсов. Во всех местных филиалах стоят уже системы учета разных производителей (всего 3 типа). Есть система учета нашего производства, которая впринципе может собирать данные (в центральную систему) с остальных систем без интеграции. Но нужно на примере учетной системы ресурсов создать эту самую платформу интеграции. Чтоб позже можно было добавлять туда другие автоматизированные системы. Ессно, предполагается, что каждая интегрирующаяся система должна предоставлять определенный набор интерфейсов.

Какие есть предположения по выбору средств и технологий.
Интерфейсы систем - java веб-сервисы. Работают под апачем с томкатом.
Система учета, собственно, уже есть.
Система, на которой будет выполняться передача сообщений (гарантированная, с каким-то имеющимся интерфейсом) - пока под вопросом. То ли взяться за Open Source какой-нибудь, то ли выбрать, скажем, WebSphere MQ. Или еще какой-нибудь продукт? Может кто что подскажет?
Система ведения CIM-моделей - пока не видится нормального решения. Плавное движение в сторону все того же Open Source проекта, но там практически пустое решение, нужно почти с нуля писать самим. Может кто что подскажет?
Ну а написание адаптеров интегрируемых систем - тут уже дело техники.

На картинке вроде как схематично описана будущая система. Мелкие пояснения:
- ЦУ - центральный уровень
- СУ - средний, промежуточный уровень
- ЛУ - уровень филиала (локальный)
- Интеграционная магистраль - собственно тот продукт, о котором я писал выше

Просьба подсказать по идеологии/выбору средств и технологий...
Если где-то присутствует элемент бестолковщины или непонятности - просьба указать, дам дополнительные разъяснения...
...
Рейтинг: 0 / 0
08.06.2007, 12:15
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34583768
Petr Chulkov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petr Chulkov
Участник
обратите внимание на http://www.gotdotnet.ru/Channel9/303408.aspx


С уважением,
Petr[@]Chulkov.NET
...
Рейтинг: 0 / 0
08.06.2007, 13:13
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34583783
Фотография Someбади
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Someбади
Участник
Да, очень досадно наблюдать такое.
Изобретение велосипедов - национальный русский вид спорта™
...
Рейтинг: 0 / 0
08.06.2007, 13:17
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34583919
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
SomeбадиДа, очень досадно наблюдать такое.
Изобретение велосипедов - национальный русский вид спорта™

Ну так просветите - куда обратиться за знаниями!!
Написанное - результат копания в инете, который, как известно, большая мусорка...
...
Рейтинг: 0 / 0
08.06.2007, 13:46
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34583939
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
SomeбадиДа, очень досадно наблюдать такое.
Изобретение велосипедов - национальный русский вид спорта™
ага. Нужно уехать в штаты и там его изобретать. А в РФ не оценят. Правильно мыслите.
...
Рейтинг: 0 / 0
08.06.2007, 13:51
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34584458
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
Petr Chulkovобратите внимание на http://www.gotdotnet.ru/Channel9/303408.aspx


С БизТалком у нас некоторые проблемы. Не хотим его пользовать. По простой причине - у нас на Оракле система учета. И без крайней необходимости не хочется ввязываться еще в одну СУБД (я так понимаю, что он работает на MSSQL Server исключительно)
...
Рейтинг: 0 / 0
08.06.2007, 15:46
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34584599
мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
мод
Участник
Vadim Romanenkoу нас на Оракле система учета.
оракл сам по себе интеграционная платформа - стройте распределенные БД + репликация+синхронизация и будет у вас все надежно и просто.
...
Рейтинг: 0 / 0
08.06.2007, 16:26
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34584624
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
модоракл сам по себе интеграционная платформа - стройте распределенные БД + репликация+синхронизация и будет у вас все надежно и просто.

А какими чертами интеграционной платформы он обладает?
Имеет предустановленные средства поддрежки сообщений между интегрируемыми системами? (еще раз заострю внимание на том, что интегрироваться будут НЕ однотипные системы - АС разных типов с разной логикой, с разным предназначением).
Или Оракл имеет средства для организации интеграции разнотипных приложений, без необходимости этим приложениям знать друг о друге?
...
Рейтинг: 0 / 0
08.06.2007, 16:34
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34584817
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
Появилось мнение, что сама по себе WebSphere MQ не фонтан. И если и пытаться строить указанную систему, то нужно обратиться так же за WebSphere ESB (Enterprise Servise Bus).

Может кто-то знает другие пути?? все же хотелось бы услышать примеры решений от уважаемых форумчан, а не пустые фразы про изобретение велосипеда...
...
Рейтинг: 0 / 0
08.06.2007, 17:27
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34584907
bas
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
bas
Участник
я не большой спец по интеграции, но я даже знаю заветные слова ESB и BPML. Может в эту сторону покапать?
...
Рейтинг: 0 / 0
08.06.2007, 17:59
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34584990
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
В эту сторону и копаю сейчас. Выше как раз написано про то, что нарыл ESB. Пока не до конца понятно, что оно такое... Но бум разбираться.

Но, опять же, а вдруг тупиковая ветвь? Может есть люди, имеющие опыт? И при этом они не прочь опытом поделиться?
...
Рейтинг: 0 / 0
08.06.2007, 18:34
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34585045
Фотография PL99
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PL99
Участник
Тынц
...
Рейтинг: 0 / 0
08.06.2007, 18:57
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34585063
Фотография Новый Год
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Новый Год
Участник
писал такую фигню (по крайней меге картинка похожа)
Система, на которой будет выполняться передача сообщений был WebSphere MQ
...
Рейтинг: 0 / 0
08.06.2007, 19:05
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34585269
Фотография Someбади
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Someбади
Участник
Ну раз не велосипед™, то да - ESB и SOA - это те баззворды, которые пришли на место EAI :)
Индустрия как-то вяло рожает новое в этом направлении. Были интеграционно-репликационные штуки от вендоров БД, например, в России есть крупные внедрения на Sybase MobiLink, были и есть самописки на штатных средствах БД, но в результате они реально разваливаются, т.к. уровень поддержки нужен неимоверный, и сопровождать такие решения могут только их разработчики. Пример из жизни, ушел один архитектор мегарепликации на Oracle - пришлось внедрять мегарепликацию на Sybase...
Поэтому SOA и ESB, где знание того, как работает система, не зашито в тонны кода, а есть в мануалах - это way to go.

Я бы еще посоветовал посмотреть Oracle Data Integrator.
Он хоть и не SOA/ESB, а ETL, но задачи интеграционного плана решать может, без разворачивания тяжелого и сложного Middleware, оперируя на уровне гетерогенных плоских источников, базы, где идут трансформации, и базы назначения. Если правильно нарисовать архитектуру, как это делают в SOA, то реализовать то же средствами ETL - можно.
...
Рейтинг: 0 / 0
08.06.2007, 21:53
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34585317
Александр Старшинин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Старшинин
Участник
Vadim RomanenkoВозникла задача создания платформы интеграции приложений предприятия. Хотелось бы правильно выбрать средства разработки, оптимально подобрав имеющиеся средства и не выкинув лишних денег.
Немножко про задачу.
Есть крупная компания, имеющая сотни филиалов. Есть большое количество разнообразного ПО - начиная от специфичных для предприятия заканчивая учетной системой. Предлагается разработать платформу интеграции этих приложений. Что она должна обеспечивать (минимум):
- на вопрос любой из систем определять какой смежной системе нужно переадресовать вопрос и вернуть результат;
- при возникновении событий у одной из систем рассылать уведомление системам-абонентам на данное событие (комплекс подписки);
- вести нормативно=справочную информацию о компании в СIМ-моделях.
Что есть. К специфике предприятия относится учет ресурсов. Во всех местных филиалах стоят уже системы учета разных производителей (всего 3 типа). Есть система учета нашего производства, которая впринципе может собирать данные (в центральную систему) с остальных систем без интеграции. Но нужно на примере учетной системы ресурсов создать эту самую платформу интеграции. Чтоб позже можно было добавлять туда другие автоматизированные системы. Ессно, предполагается, что каждая интегрирующаяся система должна предоставлять определенный набор интерфейсов.

Какие есть предположения по выбору средств и технологий.
Интерфейсы систем - java веб-сервисы. Работают под апачем с томкатом.
Система учета, собственно, уже есть.
Система, на которой будет выполняться передача сообщений (гарантированная, с каким-то имеющимся интерфейсом) - пока под вопросом. То ли взяться за Open Source какой-нибудь, то ли выбрать, скажем, WebSphere MQ. Или еще какой-нибудь продукт? Может кто что подскажет?
Система ведения CIM-моделей - пока не видится нормального решения. Плавное движение в сторону все того же Open Source проекта, но там практически пустое решение, нужно почти с нуля писать самим. Может кто что подскажет?
Ну а написание адаптеров интегрируемых систем - тут уже дело техники.

На картинке вроде как схематично описана будущая система. Мелкие пояснения:
- ЦУ - центральный уровень
- СУ - средний, промежуточный уровень
- ЛУ - уровень филиала (локальный)
- Интеграционная магистраль - собственно тот продукт, о котором я писал выше

Просьба подсказать по идеологии/выбору средств и технологий...
Если где-то присутствует элемент бестолковщины или непонятности - просьба указать, дам дополнительные разъяснения...
С учетом уже состоявшегося ниже обсуждения Вашего топика и использования Вами ORACLE посмотрите в сторону ORACLE BPEL и Oracle Business Intelligence. На мой взгляд эти технологии помогут объединить Ваш "зоопарк", выполнять необходимую бизнес-логику и генерировать отчеты из различных источников данных, в т.ч. 1С, MS SQL и даже на основе MS Excel
...
Рейтинг: 0 / 0
08.06.2007, 23:09
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34585594
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
BPM
http://www.sql.ru/forum/actualthread.aspx?tid=243111&hl=%e2%e5%f0%f2%e8%ea%e0%eb%fc
как раз то что вы изобретаете
- надстройка управления разнородными системами - событийная.
Есть как бесплатные (требую хорошего программиста Java), так и платные.
Из минусов - требуется качественная поддержка после внедрения и вероятность свалиться в автоматизацию бизнес-процессов там где это не надо.
______________________________________________
Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде!
...
Рейтинг: 0 / 0
09.06.2007, 09:59
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34585743
Awful
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Awful
Гость
Поскольку имею практику в WebSphere, а в остальных в основном теорию, то собственно о WebSphere:

Сразу хочу сказать, что решение на WebSphere будет дорогим, особенно с учетом большого количества филиалов.

Для непосредственной интеграции возможны два основных пути:

MQ+Message Broker+WBIAdapters - проверенное решение
SIB+ESB+JCAAdapters+WPS(по необходимости) - новый подход. На мой взгляд все таки сыровато еще. А BPEL это все таки для серьезных композитных приложений, когда часть бизнес логики выводится из прикладных систем (популярная нынче SOA).

По поводу используемых баз данных. Любой продукт "любит" базы данных от родного вендора. Для IBM это DB2, хотя может работать и на Oracle, MSSQL.

Для CIM (если речь идет Common Information Model) у вендоров есть специальные продукты. У SAP это MDM, у Oracle тоже что-то. У IBM не помню, чтобы был такой продукт, но можно реализовать на описанных выше продуктах.

Из архитектурных соображений, могу посоветовать: организацию центра компетенции, чтобы было кому поддерживать полученное решение и контролировать новые интеграционные задачи (чтобы все делалось в одном русле), не усложнять очень сильно архитектуру (простое работает надежней), уделить большое внимание надежности разрабатываемых процессов, проверить все на падучесть (потому что если потом по тем или иным причинам начнут теряться данные, выявлять расхождения по большому количеству филиалов будет не реально)
...
Рейтинг: 0 / 0
09.06.2007, 11:15
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34585820
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
Awful
MQ+Message Broker+WBIAdapters - проверенное решение
SIB+ESB+JCAAdapters+WPS(по необходимости) - новый подход.
На мой взгляд все таки сыровато еще.

А BPEL это все таки для серьезных композитных приложений, когда часть бизнес логики выводится из прикладных систем (популярная нынче SOA).

а что значит для серьёзных композитных?
Не находите, что нельзя быть чуточку беременным? Т.е. либо приложения общаются с внешней системой, либо полностью закрытые.
Т.е. не могли бы вы чуть сравнить технологии, возможности, архитектуру решений выше 1,2,bpel?
...
Рейтинг: 0 / 0
09.06.2007, 11:45
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34585890
мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
мод
Участник
Vadim RomanenkoА какими чертами интеграционной платформы он обладает?
ПМСМ интеграция на уровне БД решает 99% проблем. оракл позволит вам построить рампределенную БД (включая БД других СУБД) и запустить на ней ваши разнородные приложения.
Это не просто, но результат того стоит. А обмен сообщениями часто только порождает проблемы, а не решает.
...
Рейтинг: 0 / 0
09.06.2007, 12:11
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34585925
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
мод Vadim RomanenkoА какими чертами интеграционной платформы он обладает?
ПМСМ интеграция на уровне БД решает 99% проблем. оракл позволит вам построить рампределенную БД (включая БД других СУБД) и запустить на ней ваши разнородные приложения.
Это не просто, но результат того стоит. А обмен сообщениями часто только порождает проблемы, а не решает.
да, наверно это "нулевой" вариант всегда надо иметь ввиду. Т.к. автоматизация ради автоматизации никому ненужна (кроме внедренцев :)).
...
Рейтинг: 0 / 0
09.06.2007, 12:23
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34586104
ggv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ggv
Гость
никоим образом распределенные или федеративные базы не заменят MOM (message oriented middleware)
И самое главное - архитектурный подход разный, если используются эти разные технологии.
У каждой - своя задача.
...
Рейтинг: 0 / 0
09.06.2007, 13:52
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34586183
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
ggvникоим образом распределенные или федеративные базы не заменят MOM (message oriented middleware)
И самое главное - архитектурный подход разный, если используются эти разные технологии.
У каждой - своя задача.
понятно, что таблица в Word и Excell вроде бы похожа, но имеет различия.
Так и MOM это следующий уровень интеграции разнородного детсада приложений.
Только вот уровень BPM это уровень ещё выше, и включает МОМ IMHO.
...
Рейтинг: 0 / 0
09.06.2007, 14:21
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34586193
WJ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
WJ
Участник
2 Vadim Romanenko
Смотрите Вы в правильную сторону. BPM+SOA. Если основная потребность в интеграци, то ориентироваться на system2system BPMS, которые, в большинстве своем, уходят корнями в EAI. Сейчас у многих из них существенно подтянулась human2human часть.
Вы можете столкнуться с довольно высоким ценовым барьером для некоторых продуктов. Если ценовая составляющая играет существенную роль, то возможны более легковесные решения. Правда, в этом случае возможно придется чем-то поступиться.
...
Рейтинг: 0 / 0
09.06.2007, 14:25
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34586236
ggv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ggv
Гость
Petro123
понятно, что таблица в Word и Excell вроде бы похожа, но имеет различия.
Так и MOM это следующий уровень интеграции разнородного детсада приложений.
Только вот уровень BPM это уровень ещё выше, и включает МОМ IMHO.
Абсолютно согласен, и присоединяюсь.
IMHO, уровень оркестровки бизнес-процессов оперирует гораздо более крупными логическими блоками, чем уровень ESB (или Advanced ESB, что значит message Broker), если можно так сравнить, то уровень ESB (брокера) это уровень технологических операций (составных, сложных, то технологических операций) из которых уровень управления бизнес-процессами составляет собственно бизнес-процессы.
...
Рейтинг: 0 / 0
09.06.2007, 14:37
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34586309
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
Вобщем-то поинтересовался ценой на ESB - довольно дорогое решение...

Интересно - насколько вариант:
авторMQ+Message Broker+WBIAdapters - проверенное решение
проигрывает варианту:
авторSIB+ESB+JCAAdapters+WPS
в поставленной задаче???
...
Рейтинг: 0 / 0
09.06.2007, 15:01
| Ответить | Цитировать | Написать  
25 сообщений из 111, страница 1 из 5
  1  все
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Разработка интеграционной платформы
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=33&msg=34585820&tid=1549042]:
 0ms
get settings:
 10ms
get forum list:
 14ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 140ms
get topic data:
 9ms
get forum data:
 2ms
get page messages:
 55ms
get tp. blocked users:
 1ms
others: 251ms
total:  490ms
созд. / загр.: 490ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]