ReSQL.ru
     
powered by simpleCommunicator - 2.0.51     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Разработка интеграционной платформы
25 сообщений из 111, страница 3 из 5
  3  все
Разработка интеграционной платформы
    #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
| Ответить | Цитировать | Написать  
25 сообщений из 111, страница 3 из 5
  3  все
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Разработка интеграционной платформы
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=33&msg=34601852&tid=1549042]:
 0ms
get settings:
 9ms
get forum list:
 15ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 47ms
get topic data:
 11ms
get forum data:
 3ms
get page messages:
 59ms
get tp. blocked users:
 1ms
others: 15ms
total:  166ms
созд. / загр.: 166ms
x
x
Закрыть


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