ReSQL.ru
     
powered by simpleCommunicator - 2.0.51     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Разработка интеграционной платформы
111 сообщений из 111, показаны все 5 страниц
  все  
Разработка интеграционной платформы
    #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
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34586433
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
Кстати, вот интересно про такое:
Awful...
Для непосредственной интеграции возможны два основных пути:

MQ+Message Broker+WBIAdapters - проверенное решение
SIB+ESB+JCAAdapters+WPS(по необходимости)
...
По поводу используемых баз данных. Любой продукт "любит" базы данных от родного вендора. Для IBM это DB2, хотя может работать и на Oracle, MSSQL.

А какую БД использует MQ?? Пришел тестовый диск, попробовали поставить - все было очень прозрачно, следов установки ДБ2 не обнаружили. Правда, опыта работы с ней нет вообще...
Но интересно - в каком месте MQ использует БД? И как можно ее заставить работать на Оракле??? Смотрение в сторону MQ как раз обуславливается тем, что она готова работать и на Оракле тоже, в отличие, скажем, от БизТалк.

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

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

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

а что значит для серьёзных композитных?
Не находите, что нельзя быть чуточку беременным? Т.е. либо приложения общаются с внешней системой, либо полностью закрытые.
Т.е. не могли бы вы чуть сравнить технологии, возможности, архитектуру решений выше 1,2,bpel?

:)
Как я уже писал и исходя исключительно из имеющейся у меня практики - BPEL лучше использовать при создании SOA решений (из предположения, что SOA это не только веб сервисы).
А SOA предполагает (это не общая точка зрения) возможность участия бизнес консультантов в процессе реализации бизнес процессов в прикладной системе. И BPEL более удобен для высокоуровнего описания процессов (причем акцент на "долго живущих" и wokflow), которое будет понятно для консультантов. Щас конечно вендоры еще и арис сверху надстраиват, а то бедным консультантам с BPEL все таки сложно.

Поэтому, если делать голую интеграцию, то лучше на голой Java
...
Рейтинг: 0 / 0
09.06.2007, 16:40
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34586561
Awful
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Awful
Гость
Vadim RomanenkoВобщем-то поинтересовался ценой на ESB - довольно дорогое решение...

Интересно - насколько вариант:
авторMQ+Message Broker+WBIAdapters - проверенное решение
проигрывает варианту:
авторSIB+ESB+JCAAdapters+WPS
в поставленной задаче???

Первый вариант однозначно выигрывает по цене и надежности. Второй выигрывает в технологиях и перспективах, но проигрывает в сложности.

На SIB можно по настоящему кластеризовать очереди.

Еще не рекомендую использовать связку SIB+ESB+WBIAdapters, хотя она и возможно - больше требуется оперативной памяти и вычислительных ресурсов на парсинг сообщений (так сказал специалист IBM)
...
Рейтинг: 0 / 0
09.06.2007, 16:46
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34586574
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
Awful:)
Как я уже писал и исходя исключительно из имеющейся у меня практики - BPEL лучше использовать при создании SOA решений (из предположения, что SOA это не только веб сервисы).
А SOA предполагает (это не общая точка зрения) возможность участия бизнес консультантов в процессе реализации бизнес процессов в прикладной системе. И BPEL более удобен для высокоуровнего описания процессов (причем акцент на "долго живущих" и wokflow), которое будет понятно для консультантов. Щас конечно вендоры еще и арис сверху надстраиват, а то бедным консультантам с BPEL все таки сложно.

Поэтому, если делать голую интеграцию, то лучше на голой Java

Вы знаете, я почитал интересное обсуждение в одной из веток SQL.RU, ссылка на которое имеется выше, и сделал для себя несколько интересных (вроде бы правильных) заключений.
В разрабатываемой нами системе по всей видимости нет необходимости чего-то рисовать, привлекать бизнес-аналитиков для рисования бизнес-процессов. Более того, разрабатываемая система не предполагает ПОСТОЯННОГО участия человека в процессе интеграции.
Предполагается простейшая ситуация (пусть описываю грубо, но пусть будет таким образом). Есть, скажем, система закупки, которая опирается на данные о наличии того или иного товара. Эта информация имеется в системе складского учета. НО эти две АС никак не связаны, кроме как девочкой, которая открывает два АРМа и путем копи-паст сверяет данные из двух систем. Так вот! Предполагается, что на основе разрабатываемой платформы юзверю не прийдется тыкаться во все подряд АС на предприятии. Как минимум, вновь внедряемые системы будут использовать данные из других АС. Причем, о других АС они ничего не должны знать. Есть некая прослойка, которая знает все о всех. Новая система задает этой прослойке (информационной магистрали) вопрос, на который получает ответ. Сама магистраль уже будет перенаправлять запрос к нужной системе.
Ессно, требуется начальная настройка этой магистрали-прослойки. Дописывание адаптеров к новым системам. Адаптация старых систем (чтоб, в идеале, они тоже могли пользоваться этой самой шиной данных).
Речь идет о, так сказать, интеллектуальной маршрутизации запросов/ответов. И маленькой подсистемке подписки на события. Я, если честно, не вижу здесь работу для бизнес-аналитика. Чтоб рисовать бизнес-процессы. Если, конечно, я все правильно понял.

ПС: АС - автоматизированная система
...
Рейтинг: 0 / 0
09.06.2007, 16:53
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34586579
Awful
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Awful
Гость
Vadim RomanenkoКстати, вот интересно про такое:
Awful...
Для непосредственной интеграции возможны два основных пути:

MQ+Message Broker+WBIAdapters - проверенное решение
SIB+ESB+JCAAdapters+WPS(по необходимости)
...
По поводу используемых баз данных. Любой продукт "любит" базы данных от родного вендора. Для IBM это DB2, хотя может работать и на Oracle, MSSQL.

А какую БД использует MQ?? Пришел тестовый диск, попробовали поставить - все было очень прозрачно, следов установки ДБ2 не обнаружили. Правда, опыта работы с ней нет вообще...
Но интересно - в каком месте MQ использует БД? И как можно ее заставить работать на Оракле??? Смотрение в сторону MQ как раз обуславливается тем, что она готова работать и на Оракле тоже, в отличие, скажем, от БизТалк.

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

Да, речь идет именно об этих СИМ-моделях. У Оракла пока что не нашел я продукта, поддерживающего СИМ-модели...

MQ не использует БД, данные на диске хранятся

У Oracle http://www.oracle.com/master-data-management/index.html
...
Рейтинг: 0 / 0
09.06.2007, 16:56
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34586580
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
Awful
Первый вариант однозначно выигрывает по цене и надежности. Второй выигрывает в технологиях и перспективах, но проигрывает в сложности.


Ну что ж, тогда временно его и возьмем во внимание.

А если не сложно - то что такое WBIAdapters?

И не в курсе ли Вы случайно, какие аппаратные требования у первой связки, хотя бы ориентировочно? Возможно ли поставить эту самую связку на одном кластере рядом с учетной системой на Оракле (впринципе железо подбиралось для учетной системы с небольшим запасом).
...
Рейтинг: 0 / 0
09.06.2007, 16:56
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34586604
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
Awful
MQ не использует БД, данные на диске хранятся

Как жеж так... А как же система подписки, очереди, и проч и проч? А восстановление при сбое? Это что ж - в текстовых файлах надо ковыряться? Интересно... Опять же - в описании на сайте IBM сказано, что в каком-то виде MQ таки работает с БД, в частности, с Ораклом. И вот интересно - в каком же виде и для чего ей может понадобиться Оракл? Из серии того, что имеется возможность прямого доступа к данным?

Awful
У Oracle http://www.oracle.com/master-data-management/index.html
Это что - просто средство консолидации данных?
В нашем случае, это не цель.
Целью является предоставление ответа на запрос. Причем процедура получения ответа может подразумевать набор операций по обработке. Тобишь, интересуют не голые данные из многих БД, но и некая логика их обработки. Реализованная УЖЕ в имеющемся "зоопарке" :) От разных производителей.
...
Рейтинг: 0 / 0
09.06.2007, 17:11
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34586605
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
ПС: опять же, стянуть все данные из всех систем в один сервер Оракла - это ему приговор наверное будет...


Или я что-то таки неправильно понял?
...
Рейтинг: 0 / 0
09.06.2007, 17:12
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34586619
WJ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
WJ
Участник
Vadim Romanenko В разрабатываемой нами системе по всей видимости нет необходимости чего-то рисовать, привлекать бизнес-аналитиков для рисования бизнес-процессов. Более того, разрабатываемая система не предполагает ПОСТОЯННОГО участия человека в процессе интеграции.
Предполагается простейшая ситуация (пусть описываю грубо, но пусть будет таким образом). Есть, скажем, система закупки, которая опирается на данные о наличии того или иного товара. Эта информация имеется в системе складского учета. НО эти две АС никак не связаны, кроме как девочкой, которая открывает два АРМа и путем копи-паст сверяет данные из двух систем. Так вот! Предполагается, что на основе разрабатываемой платформы юзверю не прийдется тыкаться во все подряд АС на предприятии. Как минимум, вновь внедряемые системы будут использовать данные из других АС. Причем, о других АС они ничего не должны знать. Есть некая прослойка, которая знает все о всех. Новая система задает этой прослойке (информационной магистрали) вопрос, на который получает ответ. Сама магистраль уже будет перенаправлять запрос к нужной системе.Аппетит приходит во время еды. Это сейчас Вам кажется, что все что вам нужно - это сшить несколько систем в трех местах (условно), где Вы заменили девочек с копи-пэйстом на автоматический шаг. Но Вы уверены, что Ва не захочется управлять этими шагами, определяя, в какой момент какие операции должны выполняться? Ну что с того, что Вы зашьете маршрут в систему, сделаете (например, с помощью того же Oracle BPEL) интеграцию... а завтра ситуация изменится, и к требованиям сравнить данные двух систем добавится требование "принять решение" (например, ценовой порог, от которого зависят дальнейшие действия)? Это просто "например". Ситуаций тут может быть множество. Оптимальный вариант, ИМХО - это внизу системы (и данные), вверху ESB, над ними BPM - и между ними веб-сервисы.
Vadim RomanenkoРечь идет о, так сказать, интеллектуальной маршрутизации запросов/ответов. И маленькой подсистемке подписки на события. Я, если честно, не вижу здесь работу для бизнес-аналитика. Чтоб рисовать бизнес-процессы. Если, конечно, я все правильно понял.Сила аналитика не в рисовании, а как раз в "интелектуальной маршрутизации". Нужен аналитик или нет - это вопрос скорее организационный (или политический). А вот нужен инструмент или нет - это уже вопрос выживания.
...
Рейтинг: 0 / 0
09.06.2007, 17:19
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34586641
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
Awful
Как я уже писал и исходя исключительно из имеющейся у меня практики - BPEL лучше использовать при создании SOA решений (из предположения, что SOA это не только веб сервисы).
А SOA предполагает (это не общая точка зрения) возможность участия бизнес консультантов в процессе реализации бизнес процессов в прикладной системе. И BPEL более удобен для высокоуровнего описания процессов (причем акцент на "долго живущих" и wokflow), которое будет понятно для консультантов.
непонятно.
Основная задача BPEL - это сделать у заказчика конструктор БП с графическим редактором БП понятным пользователям .

Т.е. (в теории) изменился БП (сообщить технику о приходе на склад такого-то продукта).
Открывается БП в редакторе, разрывается стрелка поступления товара, вставляется квадрат и свойства Сообщить... и т.д.

А иначе зачем весь сыр-бор интеграции?
...
Рейтинг: 0 / 0
09.06.2007, 17:29
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34586664
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
Petro123
Т.е. (в теории) изменился БП (сообщить технику о приходе на склад такого-то продукта).
Открывается БП в редакторе, разрывается стрелка поступления товара, вставляется квадрат и свойства Сообщить... и т.д.

А иначе зачем весь сыр-бор интеграции?

В том-то и дело. В нашем случае предполагается, что ничего никому не надо сообщать. Человек работает со своей системой. Например, бухучета. И, благодаря тому, что система складского учета разослала всем информацию о поступлении товара, то человек за бухучетом видит все изменения на складе. Или другая схема. Когда человек в бухучете хочет узнать, сколько у него сладких булочек на складе. Задает вопрос своей учетной системе - та переадресует вопрос в "прослойку", прослойка озадачивает систему учета, которая у нее прописана ответственной за тип запрашиваемой информации, после чего возвращает информацию в бухучет (без сохранения информации в системе бухучета - справка для каких-то текущих расчетов).

Вобщем, основная цель - то, что введено один раз, должно быть доступно во всех остальных суб-приложениях. Или "смежных" приложениях.
...
Рейтинг: 0 / 0
09.06.2007, 17:42
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34586666
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
Vadim RomanenkoПС: опять же, стянуть все данные из всех систем в один сервер Оракла - это ему приговор наверное будет...
Или я что-то таки неправильно понял?
приговора не будет. Только называться будет по другому - КИС (другой класс систем).
Правда счас она уже немодная :) на некоторое время )
PS. Да и потом "стянуть все данные из всех систем" - это как?
- копируя?
- перемещая?
ЗЫ. Всё таки надо определиться, "трогаем" мы зоопарк систем или нет.
...
Рейтинг: 0 / 0
09.06.2007, 17:43
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34586667
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
WJСила аналитика не в рисовании, а как раз в "интелектуальной маршрутизации". Нужен аналитик или нет - это вопрос скорее организационный (или политический). А вот нужен инструмент или нет - это уже вопрос выживания.

Что ж... Соглашусь с Вами. Что УДОБНОЕ представление (абстракция) этих самых маршрутов в виде бизнес-процессов с графиками движения - чрезвычайно удобно...
...
Рейтинг: 0 / 0
09.06.2007, 17:44
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34586669
ggv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ggv
Гость
MQ работает с базами данных, но свои очереди и журналы транзакций не держит в базах данных.
MQ поддерживает XA и может работать координатором двухфазной XA транзакции. А может ресурсом.

Не надо противопоставлять WPS и Message Broker - они дополняют друг друга, системы с разных технологических ниш, с разным назначением, хоть и с пересекающимся функционалом.

Кластеризация в MQ организована великолепно, можно иметь одну логическую очередь физически на нескольких queue managers, но тут надо подробнее, что и зачем, в двух словах не пояснить.

Управление бизнес-процессами нужно тогда, когда эти бизнес-процессы требуется часто менять и перестраивать из готовых "кубиков".
Наличие в системе WPS еще не делает систему SOA, а отсутствие в системе WPS еще не делает систему не SOA. Стройте себе EDA (Event Driven Architecture) и SOA на брокере, или на WebSphere ESB, тут все дело в архитектуре, а не в продуктах.
Продукты в случае SOA далеко вторичны.

Да, и не путайте WebSphere ESB и WebSphere Advanced ESB, они очень разные, как по стоимости, так и по технологиям, ну, и по производительности - ESQL брокера работает на C++ движке. а не на java.
...
Рейтинг: 0 / 0
09.06.2007, 17:45
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34586676
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
Vadim Romanenko
Например, бухучета. И, благодаря тому, что система складского учета разослала всем

======== т.е. как ОНА разослала? Кто её научил? Вы переписали её?

Когда человек в бухучете хочет узнать, сколько у него сладких булочек на складе. Задает вопрос своей учетной системе - та переадресует вопрос в "прослойку", прослойка озадачивает систему учета

====== каким образом? Как можно озадачить торговлю и склад 1С, если непереписывать её?

Вобщем, основная цель - то, что введено один раз, должно быть доступно во всех остальных суб-приложениях. Или "смежных" приложениях.

совет - почитайте выше ссылку на ветку. Там есть примеры объединения "не трогая приложения".
Не изобретайте велосипедов.
...
Рейтинг: 0 / 0
09.06.2007, 17:47
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34586685
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
Petro123 Vadim RomanenkoПС: опять же, стянуть все данные из всех систем в один сервер Оракла - это ему приговор наверное будет...
Или я что-то таки неправильно понял?
приговора не будет. Только называться будет по другому - КИС (другой класс систем).
Правда счас она уже немодная :) на некоторое время )
PS. Да и потом "стянуть все данные из всех систем" - это как?
- копируя?
- перемещая?
ЗЫ. Всё таки надо определиться, "трогаем" мы зоопарк систем или нет.

ПС относилось к предложению посмотреть на Oracle MDM. На первый взгляд показалось, что это система для сбора данных на один сервер с многих путем прямого доступа к БД. А это нас особо не интересует. Потому и написал - что непонятно, на шо воно трЭба... Стянуть - подразумевалось конечно скопировать. может - просто неправильно понял, что такое Оракл МДМ.
...
Рейтинг: 0 / 0
09.06.2007, 17:50
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34586695
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
Petro123 Vadim Romanenko
Например, бухучета. И, благодаря тому, что система складского учета разослала всем

======== т.е. как ОНА разослала? Кто её научил? Вы переписали её?
======== ДОписали её - адаптер, который будет слушать магистраль и складывать данные в бухучет

Когда человек в бухучете хочет узнать, сколько у него сладких булочек на складе. Задает вопрос своей учетной системе - та переадресует вопрос в "прослойку", прослойка озадачивает систему учета

====== каким образом? Как можно озадачить торговлю и склад 1С, если непереписывать её?
====== Я говорил о добавлении еще и новых систем. В которых предполагалось выполнение неких общесистемных требований. На примере пытался показать некий алгоритм работы :))

Вобщем, основная цель - то, что введено один раз, должно быть доступно во всех остальных суб-приложениях. Или "смежных" приложениях.

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

Параллельно с чтением ответов тут, читаю и ветку по ссылке. Но там 15 страниц, я пока добрался только до 5...
...
Рейтинг: 0 / 0
09.06.2007, 17:53
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34587997
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
WJ2 Vadim Romanenko
Смотрите Вы в правильную сторону. BPM+SOA. Если основная потребность в интеграци, то ориентироваться на system2system BPMS, которые, в большинстве своем, уходят корнями в EAI. Сейчас у многих из них существенно подтянулась human2human часть.
Вы можете столкнуться с довольно высоким ценовым барьером для некоторых продуктов. Если ценовая составляющая играет существенную роль, то возможны более легковесные решения. Правда, в этом случае возможно придется чем-то поступиться.

Вот. Обратил особое внимание на Ваше сообщение :)
Действительно, решения получаются достаточно дорогими. О каких более легковесных решениях Вы бы могли поведать? И чем в этом случае нужно будет поступиться?
...
Рейтинг: 0 / 0
11.06.2007, 12:31
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34588743
IgorTv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
IgorTv
Участник
MQ+Message Broker+WBIAdapters - проверенное решение

Использую для аналогичной задачи. Только мы вместо Message Broker взяли Business Integration Server (WBI). Я несколько раз слушал презентации, но так и не понял чем они отличаются кроме цены. Наш WBI стоит 6000$ на три типа коннектора. В качестве реппозитория использует DB2 или MSSQL. Мне пока для обмена сообщениями между зоопраком разных систем хватает с головой + веду централизованные справочники, через которые перекодирую налету сообщения между разными системами, которые в принципе не знают о существованиии других систем.

MQ штука более низкого уровня. Она занимается транспортировкой сообщений между точками, а созданием, наполнением, и обработкой этих сообщений занимается WBI который через Adapters связывается с источниками\получателями данных (БД, e-mail, текстовые файлы, WebServices, HTTP и т.д.) Лицензируется именно количество типов этих коннекторов на одном сервере+процессоры
...
Рейтинг: 0 / 0
11.06.2007, 19:14
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34590713
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
IgorTv
веду централизованные справочники, через которые перекодирую налету сообщения между разными системами, которые в принципе не знают о существованиии других систем.

я так понял, что ОНИ не знают о ДРУГИХ системах, но ЗНАЮТ (т.е. переписаны программистом) о существовании вашего централизованного справочника?

Т.е. к примеру, 1С при установлении новой цены в справочнике номенклатура на "Анальгин", должна быть ДОПИСНА В НУЖНЫХ МЕСТАХ чтобы отправила сообщение в этот централизованный справочник (по почте, мылу, смс, ....)?
...
Рейтинг: 0 / 0
13.06.2007, 09:35
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34591005
мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
мод
Участник
Vadim Romanenko
Есть некая прослойка, которая знает все о всех.
Есть такая прослойка - СУБД называется. Управляет распределенной БД.
Vadim Romanenko
опять же, стянуть все данные из всех систем в один сервер Оракла - это ему приговор наверное будет...
Не будет, он для этого и сделан.
...
Рейтинг: 0 / 0
13.06.2007, 11:02
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34591069
WJ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
WJ
Участник
Vadim RomanenkoВот. Обратил особое внимание на Ваше сообщение :)Ух ты! Спасибо
Vadim RomanenkoДействительно, решения получаются достаточно дорогими. О каких более легковесных решениях Вы бы могли поведать? И чем в этом случае нужно будет поступиться?BPM-системы, относящиеся к разряду S2S, выросли из среды EAI, т.е. базируются они на интеграционной платформе. Соревноваться с интеграторами в интеграции - занятие малоутешительное. Но EAI-вендоры не слишком заботились до недавнего времени H2H составляющей своих решений. И лишь в прошлом году было замечена активность в этом направлении - EAI стали приобретать workflow для своих платформ. И тут часто решения получаются корявенькие... Да и цена...
Продукты этих вендоров изначально никогда дешевыми не были, поэтому в этот "калашный ряд" без 100-150 тысяч убиенных енотов даже не суйся. Да и то, это, пожалуй, стоимость лишь "входного билета". Оправданы такие вложения в телекоммуникациях, крупных банках, страховых компаниях - там, где значительная часть шагов - это обращения к бэк-офисным системам, коммитетам, единым базам данных и т.д.

Другая категория BPM-систем - это Н2Н системы (теперь их называют workflow BPM). Эти системы заточены в большей мере на взаимодействие между людьми. Они более дружественны по отношению к бизнес-аналитикам (тогда как S2S - это больше айтишные системы). Возможности интеграции в этих системах тоже есть, но более слабые. Понятно, что и ориентированы они на другие задачи. Одну из таких систем часто упоминают - Unify NXJ. Стоимость порядка 20 тысяч у.е. Позиционируют себя как систему для среднего бизнеса. Подробнее на сайте можно почитать.

Ну это я к чему, собственно... Выбирать нужно исходя из потребностей бизнеса. Ну, и исходя из толщины кошелька. Можно и оупенсорсную систему найти, но придется попотеть, чтобы кастомизировать.
...
Рейтинг: 0 / 0
13.06.2007, 11:18
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34591236
rukus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
rukus
Гость
PL99 Тынц
Эмм а где бы раздобыть эту штуку чтобы ее опробовать в деле?
...
Рейтинг: 0 / 0
13.06.2007, 12:07
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34591320
UrryMcA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
UrryMcA
Участник
to Vadim Romanenko

Есть несколько вариантов реализации данной архитектуры.

Какое соединение имеют клиенты с корпоративной шиной?
Дуплекс/симплекс и в какую сторону (активно/пассивно)?
Нужно ли использовать промежуточную БД?

В принципе - все инструменты есть в наличии в свободном доступе.
Вопрос в том - в какой последовательности кубики собрать.
...
Рейтинг: 0 / 0
13.06.2007, 12:29
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34591555
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
UrryMcA
В принципе - все инструменты есть в наличии в свободном доступе.
Вопрос в том - в какой последовательности кубики собрать.
ещё в том, собираемы ли они вообще (есть ли у них места стыковки).

ЗЫ
ПаровозоРакетоМобили плохо летают и ездят
...
Рейтинг: 0 / 0
13.06.2007, 13:23
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34591593
UrryMcA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
UrryMcA
Участник
>>есть ли у них места стыковки

"Кнопка есть у каждого" (С)Urry Mc Knubs
...
Рейтинг: 0 / 0
13.06.2007, 13:29
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34599198
Guest126
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Guest126
Гость
Vadim Romanenko SomeбадиДа, очень досадно наблюдать такое.
Изобретение велосипедов - национальный русский вид спорта™

Ну так просветите - куда обратиться за знаниями!!
Написанное - результат копания в инете, который, как известно, большая мусорка...

Вадим, за знаниями лучше обращаться в официальные представительства соответствующих компаний (IBM, Oracle, etc.). Вам могут предложить альтернативные как по деньгам, так и по функционалу и срокам внедрения решения. Это будет быстрее, чем разбираться в том, что такое SIB, чем отличаются WBI-адаптеры от WebSphere-адаптеров, зачем нужны MQ-очереди, что такое двухфазная фиксация и т.п.

Что касается вашей задачи на продуктах IBM WebSphere, то её можно решать разными способами:
Message Broker + MQ + WBI Adapters
Message Broker + WESB + MQ + WBI Adapters + WebSphere Adapters
WESB + MQ + WBI Adapters + WebSphere Adapters
Process Server + ...
...

Для выявления оптимального варианта требуется более детальное исследование задачи.

С интеграционными продуктами Oracle не сильно знаком.
...
Рейтинг: 0 / 0
16.06.2007, 00:10
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34601183
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
UrryMcAto Vadim Romanenko

Есть несколько вариантов реализации данной архитектуры.

Какое соединение имеют клиенты с корпоративной шиной?
Дуплекс/симплекс и в какую сторону (активно/пассивно)?
Нужно ли использовать промежуточную БД?

В принципе - все инструменты есть в наличии в свободном доступе.
Вопрос в том - в какой последовательности кубики собрать.

Соединение между клиентами и шиной по ЛВС. Внутри уровня - не хуже 10 МБитС, между уровнями - рассчитываем на 64 кБитС.
В структуре системы учета данные сливаются снизу вверх. Однако, обмен нормативно-справочной информацией возможен сверху вниз директивно.
Предполагается ессно использование промежуточной СУБД (если речь идет о шине обмена) для хранения таких параметров, как первичное НСИ, маршруты и т.д.
Предполагается, что структура корпоративной шины отделена от структуры системы учета.

Про инструменты. Их ТАКОЕ большое многообразие, да еще и при том, что это многообразие у РАЗНЫХ производителей имеет ОДИНАКОВОЕ название (причем, по-моему, при этом имеет разный функционал) заводит в некий творческий ступор. Потому и обратился сюда за советом.
...
Рейтинг: 0 / 0
18.06.2007, 11:16
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34601206
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
Guest126
Вадим, за знаниями лучше обращаться в официальные представительства соответствующих компаний (IBM, Oracle, etc.). Вам могут предложить альтернативные как по деньгам, так и по функционалу и срокам внедрения решения. Это будет быстрее, чем разбираться в том, что такое SIB, чем отличаются WBI-адаптеры от WebSphere-адаптеров, зачем нужны MQ-очереди, что такое двухфазная фиксация и т.п.

Так я и поступил. На прошлой неделе совершил вояж как раз по этим компаниям. Ясности особой не пришло. Названия у всех компаний АБСОЛЮТНО одинаковые. Разница только в лицензировании??
WebSphere вообще серия продуктов, в которой без пол-литры не разберешься. Сотня ПО, которые друг с другом перекликаются. Что из них нужно для нашего проекта - так и не понял.


Guest126
Что касается вашей задачи на продуктах IBM WebSphere, то её можно решать разными способами:
Message Broker + MQ + WBI Adapters
Message Broker + WESB + MQ + WBI Adapters + WebSphere Adapters
WESB + MQ + WBI Adapters + WebSphere Adapters
Process Server + ...
...

Как раз из консультаций с IBM я пришел к выводу, что WESB является надстройкой над MQ. И по умолчанию таки содержит в себе этот самый MQ. Или я не прав?

ПС: в связи с вояжем не мог давать ответы на сообщения в теме, за что приношу свои искренние извинения.
...
Рейтинг: 0 / 0
18.06.2007, 11:23
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34601213
UrryMcA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
UrryMcA
Участник
to: Vadim Romanenko

1. Нужно определить:

а. Список базовых сервисов.
б. Список клиентских приложений.

2. каким образом клиентские приложения забирают данные с сервисов:

а. подпиской на сообщения. В этом случае каждое клиентское приложение (!!не рабочее место!!)
должно иметь асинхронный адаптер для приема сообщений.
б. пассивно. с определенной периодичностью запрашивая изменения.

3. По какому протоколу

4. Схема транзакций - какие объекты и кем:
а. создаются
б. блокируются на запись
в. блокируются на чтение

5. Какие объекты находятся в хранилище (и главное - для чего)

это самые первые вопросы на которые Вам нужно ответить :)
...
Рейтинг: 0 / 0
18.06.2007, 11:25
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34601214
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
Vadim Romanenko
В структуре системы учета данные сливаются снизу вверх. Однако, обмен нормативно-справочной информацией возможен сверху вниз директивно.
Предполагается ессно использование промежуточной СУБД (если речь идет о шине обмена) для хранения таких параметров, как первичное НСИ, маршруты и т.д.
Предполагается, что структура корпоративной шины отделена от структуры системы учета.

вы описали архитектуру обычной КИС или ERP, только назваете ЭТО умными словами про "шины". IMHO
...
Рейтинг: 0 / 0
18.06.2007, 11:26
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34601229
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
Vadim Romanenko
Что она должна обеспечивать (минимум):
- на вопрос любой из систем определять какой смежной системе нужно переадресовать вопрос и вернуть результат;
- при возникновении событий у одной из систем рассылать уведомление системам-абонентам на данное событие (комплекс подписки);
- вести нормативно=справочную информацию о компании в СIМ-моделях.

дайте концепцию (ваше вИдение) выполнения поставленных задач
...
Рейтинг: 0 / 0
18.06.2007, 11:29
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34601269
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
UrryMcA1. Нужно определить:
а. Список базовых сервисов.
б. Список клиентских приложений.

а.
- получение/выдача данных по элементу НСИ
- получение/выдача данных по учету ЭЭ

б.
- системы учета ЭЭ ИЗВЕСТНОГО круга разработчиков (8 типов)
- системы оперативного контроля (2 производителя)
Это первый этап. Далее предполагается подключение других автоматизированных систем, которые будут интегрироваться в эту сеть.

UrryMcA
2. каким образом клиентские приложения забирают данные с сервисов:

а. подпиской на сообщения. В этом случае каждое клиентское приложение (!!не рабочее место!!)
должно иметь асинхронный адаптер для приема сообщений.
б. пассивно. с определенной периодичностью запрашивая изменения.

- подпиской на сообщения (напр., изменение НСИ)
- передача сообщений "точка-точка" (направленный запрос информацией)

UrryMcA3. По какому протоколу

какой уровень имеется в виду? Вот "страшные" слова: TCP, OPC, WEB-сервисы, уникальный протокол передачи данных (специфичный для каждой системы).

UrryMcA4. Схема транзакций - какие объекты и кем:
а. создаются
б. блокируются на запись
в. блокируются на чтение

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

UrryMcA5. Какие объекты находятся в хранилище (и главное - для чего)

В хранилище шины?
- первичная НСИ
- маршруты
- журналы

UrryMcAэто самые первые вопросы на которые Вам нужно ответить :)
Ну вроде все!
...
Рейтинг: 0 / 0
18.06.2007, 11:41
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34601391
UrryMcA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
UrryMcA
Участник
1:
а. репозиторий контрагентов, их договоров, контактные реквизиты и пр.
б. 1С бухгалтерия и УПП, CRM, биллинг, клиент-банк, "Парус" в удаленном подразделении

2:
- подпиской на сообщения (напр., изменение НСИ)
- предоставлением сервиса

etc..

ну в целом понятно, что Вам пока еще ничего не понятно :)
...
Рейтинг: 0 / 0
18.06.2007, 12:21
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34601554
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
UrryMcA1:
а. репозиторий контрагентов, их договоров, контактные реквизиты и пр.
б. 1С бухгалтерия и УПП, CRM, биллинг, клиент-банк, "Парус" в удаленном подразделении

2:
- подпиской на сообщения (напр., изменение НСИ)
- предоставлением сервиса

etc..

ну в целом понятно, что Вам пока еще ничего не понятно :)

Бр-р-р. Вот после Ваших слов мне ДЕЙСТВИТЕЛЬНО ничего НЕ ПОНЯТНО!

При чем тут 1С? При чем тут Парус??? Какие реквизиты?
Наша система, и интегрируемые комплексы не имеют никакого ПРЯМОГО отношения к деньгам и расчетам. Потому я и не указал всего того, что Вы написали.

Или я неверно понял Ваш пост??
...
Рейтинг: 0 / 0
18.06.2007, 12:55
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34601616
UrryMcA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
UrryMcA
Участник
Это для примера..

Попробую на пальцах:

1. Есть n-ное количество приложений, содержащих бизнес объекты.
2. Некоторое количество бизнес объектов в различных системах обозначают один и тот-же физический объект или процесс.

Для того, чтобы интегрировать эти системы нужно:

1. Провести идентификацию объектов в различных системах
2. установить правила маппинга при "перемещении" объектов м/у системами
3. установить правила по которым объекты рождаются, живут и умирают
4. установить каналы передачи данных и правила их использования

С учетом того, что некоторые объекты являются глобальными - необходимо предусмотреть правила по которым эти объекты могут быть предоставлены большому количеству клиентов.
...
Рейтинг: 0 / 0
18.06.2007, 13:10
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34601829
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
UrryMcAЭто для примера..

Попробую на пальцах:

1. Есть n-ное количество приложений, содержащих бизнес объекты.
2. Некоторое количество бизнес объектов в различных системах обозначают один и тот-же физический объект или процесс.

Для того, чтобы интегрировать эти системы нужно:

1. Провести идентификацию объектов в различных системах
2. установить правила маппинга при "перемещении" объектов м/у системами
3. установить правила по которым объекты рождаются, живут и умирают
4. установить каналы передачи данных и правила их использования

С учетом того, что некоторые объекты являются глобальными - необходимо предусмотреть правила по которым эти объекты могут быть предоставлены большому количеству клиентов.

Все эти проблемы мне довольно-таки понятны.
Решение задачи идентификации объектов в различных системах будет производиться при помощи составления СIM-модели компании (полное описание всех подразделений, с указанием свойств и характеристик объектов). Способ такого описания регламентируется соответствующими международными стандартами IEC. Связывание объектов некоторой системы и СИМ-объектов (которые фактически являются эталонным НСИ) будет производиться на уровне адаптеров выбранной системы. то есть решаются задачи 1 и 2.
3-я проблема возлагается на "архитекторов" СИМ-структуры (если я правильно понял о чем идет речь). Выделяются определенные работники, которые занимаются описанием энергетической компании в регламентированной структуре.
Если же речь идет об объектах, передаваемых между системами... То опять-же, мне кажется что это вопрос несколько другого шага.
4. Каналы передачи я вроде уже описал выше. Внутри уровня - сеть 10 МБит (используют клиенты). Между уровнями - сеть 64 кБит (используют интегрируемые приложения через интеграционную шину).
...
Рейтинг: 0 / 0
18.06.2007, 13:52
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34601852
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
UrryMcAЭто для примера..

Попробую на пальцах:

1. Есть n-ное количество приложений, содержащих бизнес объекты.
2. Некоторое количество бизнес объектов в различных системах обозначают один и тот-же физический объект или процесс.

Для того, чтобы интегрировать эти системы нужно:

1. Провести идентификацию объектов в различных системах
2. установить правила маппинга при "перемещении" объектов м/у системами
3. установить правила по которым объекты рождаются, живут и умирают
4. установить каналы передачи данных и правила их использования

С учетом того, что некоторые объекты являются глобальными - необходимо предусмотреть правила по которым эти объекты могут быть предоставлены большому количеству клиентов.
+1
совершенно верно.
Когда пытаются объеденить лоскутное одеяло ПС Пети, Васи, ООО "Рога и копыта" между собой, то теоретические проекты спотыкаются на обыденные вопросы практики и проект становится далёк от реальности.
Попробуйте сделать адаптеры к Calc.exe и ПрограммеВаси.exe и сделать систему КалькуляторВиси.ярлык
...
Рейтинг: 0 / 0
18.06.2007, 13:58
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34601861
UrryMcA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
UrryMcA
Участник
авторЕсли же речь идет об объектах, передаваемых между системами... То опять-же, мне кажется что это вопрос несколько другого шага.

Боюсь, что все как раз наоборот. В первую очередь определяются ресурсы и их потребители, а уж потом - пути доставки.

"Плясать" необходимо непосредственно от БП предприятия и интеграционных процессов верхнего уровня. В идеале - от результата к решению "работает без лишних механизмов".

P.S. Сорри за дискретность изложения - отвечаю при недостатке времени.
...
Рейтинг: 0 / 0
18.06.2007, 13:59
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34602219
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
UrryMcA авторЕсли же речь идет об объектах, передаваемых между системами... То опять-же, мне кажется что это вопрос несколько другого шага.

Боюсь, что все как раз наоборот. В первую очередь определяются ресурсы и их потребители, а уж потом - пути доставки.

Как я уже и говорил, имеется этапность работ. На первом этапе ИЗВЕСТНЫ все потребители и ресурсы. Ресурсы - исходные данные счетчиков ЭЭ, получаемые непосредственно со счетчиков или через промежуточные сервера сбора данных (в том числе и сервера смежных организаций). Соответственно, в некотором роде потребителями являются системы учета среднего и центрального уровней, а так же системы учета смежников.

UrryMcA
"Плясать" необходимо непосредственно от БП предприятия и интеграционных процессов верхнего уровня. В идеале - от результата к решению "работает без лишних механизмов".

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

UrryMcA
P.S. Сорри за дискретность изложения - отвечаю при недостатке времени.
Спасибо за ответы!
...
Рейтинг: 0 / 0
18.06.2007, 15:22
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34603059
Guest126
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Guest126
Гость
Vadim Romanenko Guest126
Вадим, за знаниями лучше обращаться в официальные представительства соответствующих компаний (IBM, Oracle, etc.). Вам могут предложить альтернативные как по деньгам, так и по функционалу и срокам внедрения решения. Это будет быстрее, чем разбираться в том, что такое SIB, чем отличаются WBI-адаптеры от WebSphere-адаптеров, зачем нужны MQ-очереди, что такое двухфазная фиксация и т.п.

Так я и поступил. На прошлой неделе совершил вояж как раз по этим компаниям. Ясности особой не пришло. Названия у всех компаний АБСОЛЮТНО одинаковые. Разница только в лицензировании??
WebSphere вообще серия продуктов, в которой без пол-литры не разберешься. Сотня ПО, которые друг с другом перекликаются. Что из них нужно для нашего проекта - так и не понял.


Guest126
Что касается вашей задачи на продуктах IBM WebSphere, то её можно решать разными способами:
Message Broker + MQ + WBI Adapters
Message Broker + WESB + MQ + WBI Adapters + WebSphere Adapters
WESB + MQ + WBI Adapters + WebSphere Adapters
Process Server + ...
...

Как раз из консультаций с IBM я пришел к выводу, что WESB является надстройкой над MQ. И по умолчанию таки содержит в себе этот самый MQ. Или я не прав?

ПС: в связи с вояжем не мог давать ответы на сообщения в теме, за что приношу свои искренние извинения.

Между SOA-продуктами различных вендоров есть разница в функционале. Если не переходить к конкретике, то эта разница будет не заметной. Названия действительно схожи :)

WebSphere MQ - это продукт для интеграции приложений по принципу "точка-точка" с гарантированной однократной доставкой передаваемых данных. Если приложений больше двух, то создавать, поддерживать и развивать такую инфраструктуру весьма тяжело. Выход - применение корпоративной сервисной шины.

У IBM есть ряд продуктов для реализации корпоративной сервисной шины:
1. WebSphere ESB. Основан WebSphere Application Server Network Deployment. На основе WESB строятся Process Server и Business Services Fabric. WESB можно интегрировать с MQ-очередями, но покупать их придётся отдельно.
2. WebSphere Message Broker. Этот продукт как раз и является той самой надстройкой над WebSphere MQ и по умолчанию его в себе содержит.
3. DataPower. Ещё одна реализация ESB, но уже на аппаратном уровне. Также поддерживает MQ.

Почему так много продуктов? Разница между ними есть и весьма существенная. Эти продукты могут использоваться как по отдельности, так и вместе. У каждого предприятия свои проблемы, что позволяет на основе этих трех разновидностей ESB от IBM строить гибкие решения для конкретных задач.

Как я понимаю, у вас до коммерческого предложения общение с вендорами не дошло.
Конкурентные преимущества, а также почему выбрали, например, Message Broker, а не WESB, обычно освещается в подобных документах.
...
Рейтинг: 0 / 0
18.06.2007, 20:59
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34603346
anton_evane
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
anton_evane
Участник
WPS(если нужен большой контроль за процессом)
Message Boker - небольшая модификация данных возможна

Траннспорт везде пусть будет JMS

Круто работает MQ.

Занимаюсь в плотную разработкой решения. (1е внедрение уже будет к концу года WPS +MQ)
...
Рейтинг: 0 / 0
19.06.2007, 01:00
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34604703
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
Guest126
WebSphere MQ - это продукт для интеграции приложений по принципу "точка-точка" с гарантированной однократной доставкой передаваемых данных. Если приложений больше двух, то создавать, поддерживать и развивать такую инфраструктуру весьма тяжело. Выход - применение корпоративной сервисной шины.

Насколько я понимаю, сама MQ задач именно ИНТЕГРАЦИИ не решает. Это просто подсистема передачи сообщений. И все, что связано с именно с интеграцией, необходимо ваять самим (все средства настройки, передачи сообщений, привязки очередей к каким-то интеграционным сущностям).


Guest126
У IBM есть ряд продуктов для реализации корпоративной сервисной шины:
1. WebSphere ESB. Основан WebSphere Application Server Network Deployment. На основе WESB строятся Process Server и Business Services Fabric. WESB можно интегрировать с MQ-очередями, но покупать их придётся отдельно.
2. WebSphere Message Broker. Этот продукт как раз и является той самой надстройкой над WebSphere MQ и по умолчанию его в себе содержит.
3. DataPower. Ещё одна реализация ESB, но уже на аппаратном уровне. Также поддерживает MQ.

Насколько я понял, ЕСБ само в себе содержит средства для передачи сообщений между серверами ЕСБ. Опять же не понятно, зачем нужны Process Server и Business Services Fabric над ЕСБ - насколько критично их использование (плюсы от приобретения).
Ведь все, что над ЕСБ, стоит не просто дорого, а ОЧЕНЬ дорого...
Особый интерес вызывает DataPower. Железка вместе с установленным ЕСБ. И стоит очень даже недорого вроде. Хотя подробностей я пока не смог узнать об этом продукте.

Guest126
Как я понимаю, у вас до коммерческого предложения общение с вендорами не дошло.
Конкурентные преимущества, а также почему выбрали, например, Message Broker, а не WESB, обычно освещается в подобных документах.
Не дошло. У всех разработчиков интеграционных платформ ОООООЧЕНЬ похожие продукты. Наверное будем пробовать каждый по-немногу. А там решим, какой выбирать.
Потому что из бесед - каждый вендор самый лучший и самый дешевый :)
...
Рейтинг: 0 / 0
19.06.2007, 13:36
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34605216
Фотография maxim_caban
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
maxim_caban
Участник
Может будет интересно - http://www.osp.ru/os/2007/03/4177611/
...
Рейтинг: 0 / 0
19.06.2007, 15:33
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34605910
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
maxim_cabanМожет будет интересно - http://www.osp.ru/os/2007/03/4177611/

Интересно! ПРавда нет цены, и логику можно только на С++ рисовать...

И еще вызвало улыбку на лице:
авторпроект интеграции на базе PIE корпоративных приложений крупнейшего российского оператора мобильной связи «ВымпелКом».
Я хоть и не в России, но насколько знаю, крупнейший - МТС? А ВымпелКому до него еще ехать и ехать? Если я прав, то на лице как всегда желание побросаться красивыми словами :)
...
Рейтинг: 0 / 0
19.06.2007, 18:19
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34606241
Фотография maxim_caban
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
maxim_caban
Участник
Vadim Romanenko maxim_cabanМожет будет интересно - http://www.osp.ru/os/2007/03/4177611/

Интересно! ПРавда нет цены, и логику можно только на С++ рисовать...

И еще вызвало улыбку на лице:
авторпроект интеграции на базе PIE корпоративных приложений крупнейшего российского оператора мобильной связи «ВымпелКом».
Я хоть и не в России, но насколько знаю, крупнейший - МТС? А ВымпелКому до него еще ехать и ехать? Если я прав, то на лице как всегда желание побросаться красивыми словами :)

Ну на мой взгляд не суть крупнейший он или нет (уже наверное зависит от тока как считать) :) Размер все равно достаточный :)

А вот если есть люди которые реально эту систему "трогали", было бы интересно услышать их мнение.
...
Рейтинг: 0 / 0
19.06.2007, 22:11
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34606246
Guest126
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Guest126
Гость
Vadim Romanenko
Насколько я понял, ЕСБ само в себе содержит средства для передачи сообщений между серверами ЕСБ. Опять же не понятно, зачем нужны Process Server и Business Services Fabric над ЕСБ - насколько критично их использование (плюсы от приобретения).
Ведь все, что над ЕСБ, стоит не просто дорого, а ОЧЕНЬ дорого...
Особый интерес вызывает DataPower. Железка вместе с установленным ЕСБ. И стоит очень даже недорого вроде. Хотя подробностей я пока не смог узнать об этом продукте.



Vadim Romanenko
Не дошло. У всех разработчиков интеграционных платформ ОООООЧЕНЬ похожие продукты. Наверное будем пробовать каждый по-немногу. А там решим, какой выбирать.
Потому что из бесед - каждый вендор самый лучший и самый дешевый :)

Вадим, дайте лучше ICQ или e-mail в крайнем случае.
Буду по мере возникновения вопросов, связанных с IBM WebSphere, отвечать на них.
...
Рейтинг: 0 / 0
19.06.2007, 22:20
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34606723
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
maxim_cabanМожет будет интересно - http://www.osp.ru/os/2007/03/4177611/
статья познавательная, правда немного букварная.

меня смутили такие моменты:
- основной принцип интеграции освещён как: "создание у интегрируемых приложений сервисов...".
Т.е. переписывание их (причём это нетривиальное дело). Мне кажется основные отличия производителей BPM именно в их возможностях по интеграции приложений без исходников и сервисов.
- Графический редактор можно было бы осветить более подробно, т.к. это IMHO основной инструмент системы в промышленной эксплуатации (его возможности тяжелее всего реализовать).
- Что значит, все процессы в оперативной памяти? В других системах процессы десириализуются (засыпают) на жесткий диск в СУБД и по событим же активизируются.
Какой смысл в оперативке? СУБД дорогая? Отклик долгий?
IMHO
...
Рейтинг: 0 / 0
20.06.2007, 09:51
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34607158
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
Guest126
Вадим, дайте лучше ICQ или e-mail в крайнем случае.
Буду по мере возникновения вопросов, связанных с IBM WebSphere, отвечать на них.

Пожалуйста!
163/789/573
и
vadimrom на mail dot ru
...
Рейтинг: 0 / 0
20.06.2007, 11:50
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34607177
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
Petro123
меня смутили такие моменты:
- основной принцип интеграции освещён как: "создание у интегрируемых приложений сервисов...".
Т.е. переписывание их (причём это нетривиальное дело). Мне кажется основные отличия производителей BPM именно в их возможностях по интеграции приложений без исходников и сервисов.

А как же они могут интегрировацца по-другому? Святым духом что-ли? Не представляю я себе, как можно забрать данные у системы, не зная ее АПИ (сервисы - его частный случай)...


Petro123- Что значит, все процессы в оперативной памяти? В других системах процессы десириализуются (засыпают) на жесткий диск в СУБД и по событим же активизируются.
Какой смысл в оперативке? СУБД дорогая? Отклик долгий?
IMHO Ну, вероятно, для скорости? И изьятие еще одного элемента, наличие которого может отпугнуть от продукта ;)
...
Рейтинг: 0 / 0
20.06.2007, 11:53
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34607281
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
Vadim Romanenko Petro123
меня смутили такие моменты:
- основной принцип интеграции освещён как: "создание у интегрируемых приложений сервисов...".
Т.е. переписывание их (причём это нетривиальное дело). Мне кажется основные отличия производителей BPM именно в их возможностях по интеграции приложений без исходников и сервисов.

А как же они могут интегрировацца по-другому? Святым духом что-ли? Не представляю я себе, как можно забрать данные у системы, не зная ее АПИ (сервисы - его частный случай)...

============= можно но не у всех BPM (в статье выше приводились примеры). Например по событиям в OS о получении файла в определённую папку и т.д.
Вся соль, что большинство приложений для интеграции без исходного кода и без АПИ.
Либо переписывание ИХ АПИ под сервисы = созданию обычной ERP.

Petro123- Что значит, все процессы в оперативной памяти? В других системах процессы десириализуются (засыпают) на жесткий диск в СУБД и по событим же активизируются.
Какой смысл в оперативке? СУБД дорогая? Отклик долгий?
IMHO Ну, вероятно, для скорости? И изьятие еще одного элемента, наличие которого может отпугнуть от продукта ;)

========= несерьёзно. Непонятна техническая сторона - Как выключить и включить сервер? Где хранятся ОБЩИЕ данные всех систем? Список процессов? Данные для редактора процессов? Формы ввода ПОЛЬЗОВАТЕЛЬСКОЙ системы?
Это ведь тоже программа с окнами, кнопками и т.д.

У других ведущих систем такого рода, я так понимаю, есть к примеру рабочее место:
- Кладовщик. У него 2 окна (системы BPM и 1С ТиС). Так вот в 1С он оприходует товар, а в систему BPM он либо вводит ручками ЕЩЁ раз "1234 Анальгин, блистер 0,5 - 15 штук" либо эта информация появляется автоматически (адаптер+парсер накладной написанный Java-программистом ). Вот тогда он нажимает кнопку ( написанный Java-программистом ) "ЗапуститьБП - отправить_Ваське" эту информацию.

ЗЫ. Надо очень хорошо подумать и посчитать прежде чем вводить данный паровоз. Недёшево это.
...
Рейтинг: 0 / 0
20.06.2007, 12:19
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34607582
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
Petro123Мне кажется основные отличия производителей BPM именно в их возможностях по интеграции приложений без исходников и сервисов.

фантастика. реально только для интеграции на уровне БД.
...
Рейтинг: 0 / 0
20.06.2007, 13:23
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34607623
WJ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
WJ
Участник
Petro123У других ведущих систем такого рода, я так понимаю, есть к примеру рабочее место:
- Кладовщик. У него 2 окна (системы BPM и 1С ТиС). Так вот в 1С он оприходует товар, а в систему BPM он либо вводит ручками ЕЩЁ раз "1234 Анальгин, блистер 0,5 - 15 штук" либо эта информация появляется автоматически (адаптер+парсер накладной написанный Java-программистом ). Вот тогда он нажимает кнопку ( написанный Java-программистом ) "ЗапуститьБП - отправить_Ваське" эту информацию.

ЗЫ. Надо очень хорошо подумать и посчитать прежде чем вводить данный паровоз. Недёшево это.Налицо полное отсутствие знаний о BPM-системах.
...
Рейтинг: 0 / 0
20.06.2007, 13:32
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34607679
WJ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
WJ
Участник
iscrafm Petro123Мне кажется основные отличия производителей BPM именно в их возможностях по интеграции приложений без исходников и сервисов.

фантастика. реально только для интеграции на уровне БД.Ну-ну, так уж только на уровне БД? Вы в этом абсолютно уверены?

2 Petro123
Petro123Мне кажется основные отличия производителей BPM именно в их возможностях по интеграции приложений без исходников и сервисов.без исходников - это да. Но обращаться к приложению по-любому как-то надо. В оптимальном варианте - это обращаться через веб-сервисы. Иногда, когда можно обратиться напрямую к объектам БД, то так и поступают.
Совсем уж без сервисов и исходников - это только просить "Гюльчатай, открой личико":)
...
Рейтинг: 0 / 0
20.06.2007, 13:46
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34607717
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
iscrafm Petro123Мне кажется основные отличия производителей BPM именно в их возможностях по интеграции приложений без исходников и сервисов.

фантастика. реально только для интеграции на уровне БД.
интеграция на уровне БД это ERP из модулей а не интеграция РАЗНОРОДНЫХ ПРИЛОЖЕНИЙ
...
Рейтинг: 0 / 0
20.06.2007, 13:56
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34607729
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
Petro123У других ведущих систем такого рода, я так понимаю, есть к примеру рабочее место:
- Кладовщик. У него 2 окна (системы BPM и 1С ТиС). Так вот в 1С он оприходует товар, а в систему BPM он либо вводит ручками ЕЩЁ раз "1234 Анальгин, блистер 0,5 - 15 штук" либо эта информация появляется автоматически (адаптер+парсер накладной написанный Java-программистом ). Вот тогда он нажимает кнопку ( написанный Java-программистом ) "ЗапуститьБП - отправить_Ваське" эту информацию.

ЗЫ. Надо очень хорошо подумать и посчитать прежде чем вводить данный паровоз. Недёшево это.

При чем тут формы? Речь, я так понимаю, шла о хранении потоков информации в памяти.
а про поступление информации - так речь идет о том, что обычно другие приложения запрашивают инфу через интеграционную шину у той же самой 1С. Или при поступлении инфы в 1С скажем по триггеру всем подписчикам рассылается сообщение соотв.
...
Рейтинг: 0 / 0
20.06.2007, 13:58
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34607736
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
iscrafm Petro123Мне кажется основные отличия производителей BPM именно в их возможностях по интеграции приложений без исходников и сервисов.

фантастика. реально только для интеграции на уровне БД.
Что значит на уровне БД? Такая интеграция НЕ ТРЕБУЕТ знания неких исходников??? Скажем, пакетов, схемы данных?
...
Рейтинг: 0 / 0
20.06.2007, 14:00
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34607737
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
WJ iscrafm Petro123Мне кажется основные отличия производителей BPM именно в их возможностях по интеграции приложений без исходников и сервисов.

фантастика. реально только для интеграции на уровне БД.Ну-ну, так уж только на уровне БД? Вы в этом абсолютно уверены?

А Вы сомневаетесь? :) Вы волшебник? системы пока голосом не научились интегрироваться.
...
Рейтинг: 0 / 0
20.06.2007, 14:00
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34607738
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
Petro123 iscrafm Petro123Мне кажется основные отличия производителей BPM именно в их возможностях по интеграции приложений без исходников и сервисов.

фантастика. реально только для интеграции на уровне БД.
интеграция на уровне БД это ERP из модулей а не интеграция РАЗНОРОДНЫХ ПРИЛОЖЕНИЙ
разнородных тоже.
...
Рейтинг: 0 / 0
20.06.2007, 14:01
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34607740
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
Vadim Romanenko
Что значит на уровне БД? Такая интеграция НЕ ТРЕБУЕТ знания неких исходников??? Скажем, пакетов, схемы данных?
знать схему данных конечно требуется. Пакеты вещь спецфичская.
...
Рейтинг: 0 / 0
20.06.2007, 14:02
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34607741
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
iscrafmА Вы сомневаетесь? :) Вы волшебник? системы пока голосом не научились интегрироваться.

при наличии АПИ все возможно :) Ну или если приложение удовлетворяет неким стандартам в отрасли.
...
Рейтинг: 0 / 0
20.06.2007, 14:02
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34607751
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
WJ
без исходников - это да.

===== нельзя быть полубеременным. BPM интегрирует приложения без исходников и сервисов (какой-нить "Банк-клиент" или нет?)

Но обращаться к приложению по-любому как-то надо.

======= Всем надо. Однако кто-ж ему дасть :).

В оптимальном варианте - это обращаться через веб-сервисы. Иногда, когда можно обратиться напрямую к объектам БД, то так и поступают.

==== вот и давайте конкретно:
СПОСОБЫ ДОСТУПА К ПРИЛОЖЕНИЯМ:
- сервис ПОНИМАЕМЫЙ BPM
- сервис НЕ ПОНИМАЕМЫЙ BPM
- Плагины-адаптеры ВСТРОЕННЫЕ в Гюльчатай
- Файлы-экспорт-импорт ВСТРОЕННЫЕ в Гюльчатай
- COM-интерфейсы ВСТРОЕННЫЕ в Гюльчатай

внешние средства контроля за Гюльчатай
==================
- файловая система
- перехват HTTP
- перехват работы её с СУБД
- .....Совсем уж без сервисов и исходников - это только просить "Гюльчатай, открой личико":)
когда есть все сервисы и они опубликованы (совместимы по версиям, годам, функционалу) то это не зоопарк на предприятии а фантастика.
...
Рейтинг: 0 / 0
20.06.2007, 14:04
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34607756
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
WJбез исходников - это да. Но обращаться к приложению по-любому как-то надо. В оптимальном варианте - это обращаться через веб-сервисы. Иногда, когда можно обратиться напрямую к объектам БД, то так и поступают.
Совсем уж без сервисов и исходников - это только просить "Гюльчатай, открой личико":)
Вас не поймешь. То говорите, что без этого можно прекрасно обходится, то обратное. Просьба, определиться.

p.s. web-сервисы всего лишь один из видов сервисов.
...
Рейтинг: 0 / 0
20.06.2007, 14:05
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34607760
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
Vadim Romanenko
речь идет о том, что обычно другие приложения запрашивают инфу через интеграционную шину у той же самой 1С. Или при поступлении инфы в 1С скажем по триггеру всем подписчикам рассылается сообщение соотв.
есть приложения:
А
Б
С
Д
какое приложение бкдет что-то запраживать?
...
Рейтинг: 0 / 0
20.06.2007, 14:07
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34607761
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
iscrafmзнать схему данных конечно требуется. Пакеты вещь спецфичская.
Ну по идее если система боль-мень суръезная, то знание ТОЛЬКО схемы данных не помогет.
Пример - если защита данных выполнена хитрым способом через вьюхи, в которых идет пересечение с текущим подключенным юзером с выдачей соотв прав и привилегий. Думаю, расковыряться до недр на уровне таблиц в такой системе будет майже неможливо!
...
Рейтинг: 0 / 0
20.06.2007, 14:07
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34607774
WJ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
WJ
Участник
iscrafmВас не поймешь. То говорите, что без этого можно прекрасно обходится, то обратное. Просьба, определиться.
p.s. web-сервисы всего лишь один из видов сервисов.Еще раз поточнее "про ЭТО", плиз: без чего именно? Я против утверждения, что BPMS интегрируется ТОЛЬКО на уровне БД.
...
Рейтинг: 0 / 0
20.06.2007, 14:09
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34607792
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
WJ iscrafmВас не поймешь. То говорите, что без этого можно прекрасно обходится, то обратное. Просьба, определиться.
p.s. web-сервисы всего лишь один из видов сервисов.Еще раз поточнее "про ЭТО", плиз: без чего именно? Я против утверждения, что BPMS интегрируется ТОЛЬКО на уровне БД.
а я говорил о том, что без сервисов можно интегрироваться только на уровне данных. Вы возразили, а потом сказали то же что и я. Вот и говорю, определитесь. :)
...
Рейтинг: 0 / 0
20.06.2007, 14:14
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34607795
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
Petro123 Vadim Romanenko
речь идет о том, что обычно другие приложения запрашивают инфу через интеграционную шину у той же самой 1С. Или при поступлении инфы в 1С скажем по триггеру всем подписчикам рассылается сообщение соотв.
есть приложения:
А
Б
С
Д
какое приложение бкдет что-то запраживать?

Вот о чем идет речь. Вновь внедряемые системы могут обращаться за информацией с запросом к ESB (подозреваю, что это общепринятое понятие :)). По кр мере их можно создавать таким образом.
В старые системы КОНЕЧНО НУЖНО что-то дописывать - хотя бы генерацию событий в ESB (которая хранит в себе систему подписки на различные события различными системами). Событие принимается адаптером, который складывает данные в целевую систему (старую или новую).
Или, можно конечно ничего не дописывать, но тогда у Вас есть иные системы, которые через шину обращаются за данными через адаптер в вашу "старую" систему каждый раз, не зная об изменениях в ней.

По поводу того, что можно интегрировать ничего не зная об интегрируемых системах. Тут два варианта, ИМХО:
- кто-то уже разработал адаптеры для этих систем (но он-то должен был иметь на руках АПИ какое-либо, на крайняк - описание системы);
- или у Вас есть АПИ или Вы имеете сырцы и будете куда-то вклиниваться, или ищите пунХт первый :)
...
Рейтинг: 0 / 0
20.06.2007, 14:15
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34607806
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
iscrafmа я говорил о том, что без сервисов можно интегрироваться только на уровне данных. Вы возразили, а потом сказали то же что и я. Вот и говорю, определитесь. :)

А я в свою очередь хочу заметить, что знание структуры БД (которое в общем случае не достаточно), а может еще и пакетов - это и есть своего рода сервис и есть :)

Мысль - черный ящик без выходов и входов ни с чем не синтегрируешь. Можно попробовать грубо поковырять отверткой - но он может от этого протухнуть...
...
Рейтинг: 0 / 0
20.06.2007, 14:18
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34607941
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
Vadim Romanenko
Я уточню, что понимаю под разными способами интеграции. :) На уровне данных - не обязательно напрямую в БД лезть. Например мы с R/3 обмениваемся IDOCами, с 1С через интерфейсные таблицы, с ORACLE - XML пакетами, в БЭСТ напрямую пишем(читаем)(знаем хорошо структуру) и т.д. Но это все интеграция на уровне БД. Под интеграцией на уровне приложений понимается возможность обратиться к сервису (API) который предоставит доступ к бизнес-логике, которая предоставит все необходимое для выполнения конкретной операции, вплоть интерфейсов.
...
Рейтинг: 0 / 0
20.06.2007, 14:48
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34608041
WJ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
WJ
Участник
iscrafm WJ iscrafmВас не поймешь. То говорите, что без этого можно прекрасно обходится, то обратное. Просьба, определиться.
p.s. web-сервисы всего лишь один из видов сервисов.Еще раз поточнее "про ЭТО", плиз: без чего именно? Я против утверждения, что BPMS интегрируется ТОЛЬКО на уровне БД.
а я говорил о том, что без сервисов можно интегрироваться только на уровне данных. Вы возразили, а потом сказали то же что и я. Вот и говорю, определитесь. :)Простите, просто слов "без сервисов" не прозвучало. Тогда мы зря спорим.
...
Рейтинг: 0 / 0
20.06.2007, 15:10
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34608080
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
WJПростите, просто слов "без сервисов" не прозвучало. Тогда мы зря спорим.
зря конечно. Но ради чистоты эксперимента все же уточню насчет слова "сервисов":

iscrafm Petro123Мне кажется основные отличия производителей BPM именно в их возможностях по интеграции приложений без исходников и сервисов .

фантастика. реально только для интеграции на уровне БД.
...
Рейтинг: 0 / 0
20.06.2007, 15:20
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34608139
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
на пальцах, как ЭТО длается в BPM
/topic/243111&pg=4&hl=%e2%e5%f0%f2%e8%ea%e0%eb%fc#2180706

______________________________________________
Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде!
...
Рейтинг: 0 / 0
20.06.2007, 15:29
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34608168
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
У BPM тоже есть пользовательский интерфейс:
http://www.bpms.ru/library/articles/bpm-training/index.html
авторТаким образом, цели управления и автоматизации конкурируют друг с другом. По нашему мнению, цель сокращения цикла должна рассматриваться как первоочередная, и добиваться ее надо буквально любой ценой. Если приходится пожертвовать качеством интерфейса — что ж, на каком-то этапе на это надо идти. Так называемое «повышение производительности труда», которое дает тщательно проработанный пользовательский интерфейс, является мнимым, если схема бизнес-процесса не отлажена столь же тщательно. Поэтому только после того, как схема процесса более-менее устоялась, после того как проведена начальная оптимизация — проще говоря, устранены явные несуразности — можно постепенно менять приоритеты и выделять больше ресурсов на автоматизацию.
т.е. на начальном этапе внедрения, это именно 2 окна с параллельными данными с убогим интерфейсом.
______________________________________________
Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде!
...
Рейтинг: 0 / 0
20.06.2007, 15:36
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34608228
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
Vadim Romanenko Petro123 Vadim Romanenko
речь идет о том, что обычно другие приложения запрашивают инфу через интеграционную шину у той же самой 1С. Или при поступлении инфы в 1С скажем по триггеру всем подписчикам рассылается сообщение соотв.
есть приложения:
А
Б
С
Д
какое приложение бкдет что-то запраживать?

Вот о чем идет речь. Вновь внедряемые системы могут обращаться за информацией с запросом к ESB (подозреваю, что это общепринятое понятие :)). По кр мере их можно создавать таким образом.
В старые системы КОНЕЧНО НУЖНО что-то дописывать - хотя бы генерацию событий в ESB
нда... когда-то самая перспективная технология интеграции была COM с интерфейсами.
Мечта!
Для реализации COM нужно сразу проектировать приложение под него.

Теперь новая золотая пуля - сервисы (мало чем отличаются от COM).
Для реализации ESB нужно сразу проектировать приложение под него.
...
Рейтинг: 0 / 0
20.06.2007, 15:48
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34608476
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
iscrafmЯ уточню, что понимаю под разными способами интеграции. :) На уровне данных - не обязательно напрямую в БД лезть. Например мы с R/3 обмениваемся IDOCами, с 1С через интерфейсные таблицы, с ORACLE - XML пакетами, в БЭСТ напрямую пишем(читаем)(знаем хорошо структуру) и т.д. Но это все интеграция на уровне БД. Под интеграцией на уровне приложений понимается возможность обратиться к сервису (API) который предоставит доступ к бизнес-логике, которая предоставит все необходимое для выполнения конкретной операции, вплоть интерфейсов.

Точно!
НО согласитесь - если у Вас есть некая внутренняя структура систем интегрируемых, имеется некий общий подход/стандарт интеграции, то можно (и должно быть не очень сложно) написать самим адаптеры под эти системы.
Просто для начала нужно иметь ту базу, на которой все будет ездить, и продумать хотя бы базовые стандарты для интегрируемых приложений (или хотя бы для адаптеров)
...
Рейтинг: 0 / 0
20.06.2007, 16:50
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34608631
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
Вот - может быть тоже кому-то будет интересно почитать...
Как здесь принято говорить, тынц
...
Рейтинг: 0 / 0
20.06.2007, 17:20
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34609262
AlexTheRaven
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlexTheRaven
Участник
Игорь Ашманов, книга "Жизнь внутри пузыря. Неформальное руководство менеджера по выживанию в инвестируемом проекте", глава "Лирическое отступление: общий случай общей шины", вот здесь , внизу, предпоследний раздел. Главное, чтобы Ваша интеграционная платформа не была такой "общей шиной".
Мы, похоже, уже успешно отвергли такую "общую шину". IMHO лучше всего, чтобы вместо десятка непонятных тарантасов с одной общей шиной был единственный приличный автобус с четырьмя частными :) .
...
Рейтинг: 0 / 0
21.06.2007, 00:40
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34609637
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
AlexTheRaven
IMHO лучше всего, чтобы вместо десятка непонятных тарантасов с одной общей шиной был единственный приличный автобус с четырьмя частными :) .
+1
преимущества общей шины и мозгового центра для зоопарка ПО не покрывают издержек и недостатков её создания (на сегодняшний день). IMHO
Удачи Аффтару.
...
Рейтинг: 0 / 0
21.06.2007, 09:58
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34610344
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
Petro123
преимущества общей шины и мозгового центра для зоопарка ПО не покрывают издержек и недостатков её создания (на сегодняшний день). IMHO

зоопарк ПО только через общую шину и можно объединить. связывать их один-к-одному вообще не реально.
...
Рейтинг: 0 / 0
21.06.2007, 12:28
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34610691
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
iscrafm Petro123
преимущества общей шины и мозгового центра для зоопарка ПО не покрывают издержек и недостатков её создания (на сегодняшний день). IMHO

зоопарк ПО только через общую шину и можно объединить. связывать их один-к-одному вообще не реально.
Предприятие:

1С:Бухгалтерия + Клиент-банк (№1) + Клиент-банк (№2) + AutoCAD + ЗарплатаИкадры(самописка) + ........
ЗЫ. В зоопарке зайца и волка тоже не объеденяют.
...
Рейтинг: 0 / 0
21.06.2007, 13:31
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34611412
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
AlexTheRavenИгорь Ашманов, книга "Жизнь внутри пузыря. Неформальное руководство менеджера по выживанию в инвестируемом проекте", глава "Лирическое отступление: общий случай общей шины", вот здесь , внизу, предпоследний раздел. Главное, чтобы Ваша интеграционная платформа не была такой "общей шиной".
Мы, похоже, уже успешно отвергли такую "общую шину". IMHO лучше всего, чтобы вместо десятка непонятных тарантасов с одной общей шиной был единственный приличный автобус с четырьмя частными :) .

Ну что ж! Я прочитал поучительную книгу (главу). Действительно, главное чтоб у нас не получился такой же мыльный пузырь. Надеюсь, мы его минуем (нет команды прожженых Физиков и кучи бабла, которую некуда девать).
А вообще - спасибо за ссылку, поучительно...
...
Рейтинг: 0 / 0
21.06.2007, 16:03
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34611738
AlexTheRaven
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlexTheRaven
Участник
Petro123
Предприятие:

1С:Бухгалтерия + Клиент-банк (№1) + Клиент-банк (№2) + AutoCAD + ЗарплатаИкадры(самописка) + ........
ЗЫ. В зоопарке зайца и волка тоже не объеденяют.
Если в результате в зоопарке должна оказаться одна клетка - то набор животных нужно подобрать довольно тщательно. Я такое видел в пражском зоопарке: в кронах деревьев - птички, в пруду - черепахи, на одном остновке - обезьяны, на другом - посетители. Что характерно - никто никого не ест.
Я к тому, что чем меньше видовое разнообразие - тем проще конфигурировать их совместное жизненное пространство :) . И должен быть финансовый оптимум между затратами на шину и затратами на уменьшение количества интегрируемых приложений.
...
Рейтинг: 0 / 0
21.06.2007, 17:20
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34614496
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
AlexTheRavenЕсли в результате в зоопарке должна оказаться одна клетка - то набор животных нужно подобрать довольно тщательно. Я такое видел в пражском зоопарке: в кронах деревьев - птички, в пруду - черепахи, на одном остновке - обезьяны, на другом - посетители. Что характерно - никто никого не ест.

Так вот! именно такую задачу мы и будем решать. Выберем пражский зоопарк из общего и создадим удобную флору и фауну :)
...
Рейтинг: 0 / 0
22.06.2007, 17:38
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34616938
ggv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ggv
Гость
DataPower имеет важную особенность, а именно, stateless.
его Flow не подждерживают контекст транзакции.
А Message Broker способен делать сложное преобразование данных.
А если учесть, что него есть нода для взаимодействия с WebSphere TX - то возможно выполнение очень сложных трансформационных заданий.
...
Рейтинг: 0 / 0
25.06.2007, 12:11
| Ответить | Цитировать | Написать  
Разработка интеграционной платформы
    #34645592
Фотография dvska
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dvska
Участник
Ссылка по теме (теория, english): шаблоны интеграции предприятия
...
Рейтинг: 0 / 0
07.07.2007, 18:12
| Ответить | Цитировать | Написать  
111 сообщений из 111, показаны все 5 страниц
  все  
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Разработка интеграционной платформы
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?all=1&fid=33&tid=1549042]:
 0ms
get settings:
 8ms
get forum list:
 15ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 133ms
get topic data:
 10ms
get forum data:
 2ms
get page messages:
 113ms
get tp. blocked users:
 1ms
others: 305ms
total:  595ms
созд. / загр.: 595ms
x
x
Закрыть


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