Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / IBM DB2, WebSphere, IMS, U2, etc Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 MQSeries  [new]
TORT
Member

Откуда:
Сообщений: 1095
Люди! Скажите, плиз, для чего нужен MQSeries??? Где его используют:)???
Только не отсылайте на www.ibm.ru... Мне бы по-человечески объяснить
30 июл 04, 10:51    [848143]     Ответить | Цитировать Сообщить модератору
 Re: MQSeries  [new]
ggv
Member

Откуда:
Сообщений: 1810
WOW!
Nice question!!!!
I hope you may find an answer in a first chapter of programmers guid (file name is csqzal09.pdf)
30 июл 04, 11:08    [848238]     Ответить | Цитировать Сообщить модератору
 Re: MQSeries  [new]
ggv
Member

Откуда:
Сообщений: 1810
The Programming Guide you can get from http://www-306.ibm.com/software/integration/mqfamily/library/manualsa/manuals/crosslatest.html

I use MQSeries almost everywhere - to put a data into a database, to get a data from a database, to exchange data between programms/modules :)

Think about MQSeries as about asynchronous buffered transport protocol.
But it could be synchronous, I forgot.
Plus Publish/Subscribe service...
Shit - it can do A LOT!
Just read Programming Guide and Intercommunication.
30 июл 04, 11:12    [848266]     Ответить | Цитировать Сообщить модератору
 Re: MQSeries  [new]
Victor Metelitsa
Member

Откуда: Тюмень
Сообщений: 2550
Расскажите - как там реализуется связь 1:N? У меня в VAST есть примеры только для 1:1, что совершенно неинтересно и практически бесполезно.

Предположим, мы изображаем некий аналог ICQ: клиент кладет в очередь сообщение, сервер анализирует сообщение и передает его другому клиенту. Всего клиентов N штук. Как выглядит структура?

1. Одна общая очередь?
2. Одна входная (по отношению к серверу), N выходных - на каждого клиента?
3. 2 * N очередей?
30 июл 04, 11:40    [848453]     Ответить | Цитировать Сообщить модератору
 Re: MQSeries  [new]
ggv
Member

Откуда:
Сообщений: 1810
Victor:
in glance, I'd make one incoming queue where to 'clients' put messages and where from 'server' gets message, and second for publish/subscribe, where to 'server' publish and subscribed 'clients' get.
30 июл 04, 11:57    [848578]     Ответить | Цитировать Сообщить модератору
 Re: MQSeries  [new]
Victor Metelitsa
Member

Откуда: Тюмень
Сообщений: 2550
Как с безопасностью? Например, сможет ли клиент взять из второй очереди чужие сообщения?
30 июл 04, 12:21    [848719]     Ответить | Цитировать Сообщить модератору
 Re: MQSeries  [new]
ggv
Member

Откуда:
Сообщений: 1810
Voctor: there is no sush term as 'чужие сообщения', but there is a 'Topic'.
Publisher publish a message with 'Topic'.
Subscriber define the 'Topic' it want to subscribe to.
If Subscriber has the rights to a queue it use to communicate with broker, it can subscribe to any topics. After it subscribed to a topic it will be sent all messages with the topic.
If it is not the case you want, probably you may use a dedicated queue for each 'client'.
Check "Security", filename csqzas01.pdf

I'd ask NewYear, he has longer/better experience with MQ then me.
30 июл 04, 12:47    [848862]     Ответить | Цитировать Сообщить модератору
 Re: MQSeries  [new]
Новый Год
Guest
Victor

publish/subscribe реализовано в MQSeries Integrator, не в MQSeries.

c безопасностью - плохо. в WebSphere MQ 5.3. реализована поддержка SSL на уровне каналов передачи данных.

кроме того, существует механизм exit-ов, который может использоваться для обеспечения безопасности. на нем построет продукт MQSecure от Candle, который фиг достанешь. сейчас IBM купил Candle, посмотрим, что будет.
30 июл 04, 13:32    [849074]     Ответить | Цитировать Сообщить модератору
 Re: MQSeries  [new]
ggv
Member

Откуда:
Сообщений: 1810
NewYear:
hmm, isn't
"MQSeries Publish/Subscribe is a WbSphere MQ base product extension that is supplied in SupportPac MA0C"
???

And I think Viktor did not ask about ssl-excrypted channels, but he asked how a 'client' could has an access only to messages sent to him, not to other 'clients'
30 июл 04, 14:02    [849207]     Ответить | Цитировать Сообщить модератору
 Re: MQSeries  [new]
Новый Год
Guest
MA0C - вижу, что-то есть. набор брокеров. не использовал.

>'client' could has an access only to messages sent to him, not to other 'clients'
реализуется через API exit. опять-таки, exit - только инструмент, встроенной security нет.
30 июл 04, 15:07    [849547]     Ответить | Цитировать Сообщить модератору
 Re: MQSeries  [new]
ggv
Member

Откуда:
Сообщений: 1810
"реализуется через API exit. опять-таки, exit - только инструмент, встроенной security нет."
exactly. It means - application level security, not MQ level security.
MQ level security controls an access to MQ objects only, but it's very well documented.
The rest has to be implemented by developer, who is allowd to read what from a queue.
30 июл 04, 15:39    [849696]     Ответить | Цитировать Сообщить модератору
 Re: MQSeries  [new]
Torin
Member

Откуда: Odessa
Сообщений: 312
В настоящий момент как раз выбираю с какой реализацией связаться..
А чем MQSeries может отличаться, например, от SonicMQ ? кол-вом адаптеров ? стоимостью ? конкретными хар-ками ?
Почему, собственно, MQSeries ? есть много других реализаций для Java в том числе.

Пасиба !
23 авг 04, 18:50    [902290]     Ответить | Цитировать Сообщить модератору
 Re: MQSeries  [new]
ggv
Member

Откуда:
Сообщений: 1810
I don't know SonicMQ, but about MQSeries, in glance:
1) Not bad API for wide range of supported languages;
2) XA compliant;
3) Integrated with DB2;

The rest you may get from the doc : Programmers Guide and Intercommunication Guide, first chapter from each would be enough.
23 авг 04, 19:43    [902366]     Ответить | Цитировать Сообщить модератору
 Re: MQSeries  [new]
Nikolay Kulikov
Member

Откуда: Москва
Сообщений: 607
Про MQSeries точнее это называется WebSphere MQ.

Этому продукту более 15 лет. Так что все что можно было придумать в области асинхронной передачи в нем есть. Опять же это доминирующий продук на данном рынке. Куча успешных внедрений в том числе и в России, например Ценробанк.

Самое главное в системах гарантированной доставки сообщений. Это ее проверенность и использование в других проектах. Если у тебя потеряется сообщение в котором передается пару миллионов зеленых это не есть good.
Ты уверен в новых продуктах на java что этого в них не произойдет???

Не стоит смешивать систему передачи данных и адаптеры. Адаптеры прилагаются к более высокому уровню продукты типа WebSphere Business Integration Broker etc. адаптеров очень много стандартных, но никто не мешает разработать свои.

проще почитать на
http://www-306.ibm.com/software/info1/websphere/index.jsp?tab=products/businessint&S_TACT=103BGW01&S_CMP=campaign
24 авг 04, 14:26    [904172]     Ответить | Цитировать Сообщить модератору
 Re: MQSeries  [new]
ggv
Member

Откуда:
Сообщений: 1810
Nikolay - well said.
24 авг 04, 18:05    [905053]     Ответить | Цитировать Сообщить модератору
 Re: MQSeries  [new]
Работал, было дело
Guest
Nikolay Kulikov
Куча успешных внедрений в том числе и в России, например Ценробанк.
Ха-ха. Если учесть тот факт, что начальство ЦБ было куплено IBM-ом, и разработку ЦБ поставили перед фактом: "Работайте с MQSeries и не вякайте. Не ваше дело. Мы вам еще и мейнфрейм прикупили", то Ваша фраза не доказывает, что MQ это супер-пупер.
28 авг 04, 18:53    [916197]     Ответить | Цитировать Сообщить модератору
 Re: MQSeries  [new]
ggv
Member

Откуда:
Сообщений: 1810
It is a normal practice when a top management take a decesion what to use and how to use in a big company, and not always each employee will be asked.
But I don't think the management of Central bank had a big choise. In your terms it had be be bought by IBM, or by Oracle, or something like that. What I know for sure Central Bank used (and probably uses now) Alpha servers with oracle, About two years ago they got a lot of HP hardware with HPUX (and oracle for HPUX).
It does not look like IBM has bought all management of Central Bank.
28 авг 04, 19:23    [916216]     Ответить | Цитировать Сообщить модератору
 Re: MQSeries  [new]
ggv
Member

Откуда:
Сообщений: 1810
but if to compare MQSeries with Oracle messaging, then MQSeries really looks like "супер-пупер."
And Nikolay answered correctly, without "супер-пупер." usage. Just said why in his opinion MQSeries is worth to use and gave a link to the doc.
But your "начальство ЦБ было куплено IBM-ом," means you know, probably, nothing, about what you said. Even if it is a fact I doubt you could know about it.
28 авг 04, 19:28    [916219]     Ответить | Цитировать Сообщить модератору
 Re: MQSeries  [new]
Работал, было дело
Guest
It is a normal practice when a top management take a decesion what to use and how to use in a big company, and not always each employee will be asked
Excellent!!!
Сначала покупаем софт по решению высокого начальства (которое очень далеко от реальности), а потом заставляем собственную разработку использовать его. Это скорее ненормальная практика.
About two years ago they got a lot of HP hardware with HPUX (and oracle for HPUX).
Слышали-слышали. Купили до фига 32-х битного железа, а оказалось, что Oracle для 32 бит только в виде 8i есть. Теперь покупают новое. И думают, что делать со старым. Так что "It is a normal practice when a top management take a decesion what to use and how to use in a big company, and not always each employee will be asked".
It does not look like IBM has bought all management of Central Bank
Я про весь менеджмент не говорил. Sybase Вы забыли, кстати, упомянуть.

Я вообще-то просто хотел сказать, что фразы об успешном использовании MQ в ЦБ это больше реклама, чем действительность. У ребят в разработке просто не было выбора, с чем работать. Совершенно аналогично на них вдруг свалилась Java. "С n-го числа всё пишем на Java". А то, что Java не для всего подходит, то кого из высокого начальства это интересует? Не написали - сами дураки.
А соответственно, и нельзя утверждать, что раз что-то используется в большой организации, то это показатель того, что это is the best.
28 авг 04, 19:47    [916229]     Ответить | Цитировать Сообщить модератору
 Re: MQSeries  [new]
Работал, было дело
Guest
but if to compare MQSeries with Oracle messaging, then MQSeries really looks like "супер-пупер."
Всё для своих целей. Например, если мне мне надо связать две оракловые базы, то я использую AQ.
+ Если я считаю свои деньги, то получаю AQ вместе с базой как бесплатную опцию (MQ же за дополнительные $)
+ Бэкап AQ и бэкап базы суть есть одно и то же.
+ Не думаю об XA при передаче данных от базы к базе.
Так что, повторяюсь, всё для своих целей.
28 авг 04, 19:58    [916233]     Ответить | Цитировать Сообщить модератору
 Re: MQSeries  [new]
Работал, было дело
Guest
but if to compare MQSeries with Oracle messaging, then MQSeries really looks like "супер-пупер."
Чего-то обидно за Oracle стало. ;-)

Отвечу Вам Вашими же словами:
But your "but if to compare MQSeries with Oracle messaging, then MQSeries really looks like "супер-пупер"" means you know, probably, nothing, about what you said. Even if it is a fact I doubt you could know about it.

Преимущества есть. Надо только их уметь видеть.
Нашёл замечательную бумагу от Oracle: Technical Comparison of Oracle Database vs. IBM DB2: Focus on Information Integration начиная от 17-й страницы излагается искомое.
28 авг 04, 20:22    [916247]     Ответить | Цитировать Сообщить модератору
 Re: MQSeries  [new]
ggv
Member

Откуда:
Сообщений: 1810
Heh - wrong comparing.
Oracle DBA did compare oracle messaging and MQSeries here, in this phorum. Not me did it. I even did not know oracle has a messaging system :) That's why you miss the target :)
You may use search to find the conversation. What I remember exactly - he said about bad performance of the orcale messagong system
I may add one thing - _if_ the orcale messaging system is impossible to use without oracle - it is useless for me.
28 авг 04, 21:51    [916275]     Ответить | Цитировать Сообщить модератору
 Re: MQSeries  [new]
Работал, было дело
Guest
What I remember exactly - he said about bad performance of the orcale messagong system
Скорость передачи почти прямо пропорциональна скорости работы с данными в БД.
I may add one thing - _if_ the orcale messaging system is impossible to use without oracle - it is useless for me.
Что поделаешь... Так я и говорю, что для разных задач - разные инструменты
28 авг 04, 22:02    [916279]     Ответить | Цитировать Сообщить модератору
 Re: MQSeries  [new]
ggv
Member

Откуда:
Сообщений: 1810
Exactly as I suspected - oracle stream messaging CAN NOT be used without oracle database.
Again main oracle mistake - all in one.
That's why I don't use it. I can not make a STREAM module for example, which will be pushed in IP stack, do es some action and sends messages. FOr such small task I need a whole oracle,
That's bullshit IMHO, and restricts the area where the solution from oracle could be used.

"Скорость передачи почти прямо пропорциональна скорости работы с данными в БД. " -- sorry, one oracle DBA said here the performance is terrible,
In IBM the performance of Queue Manager does not depend from performance of database.
28 авг 04, 22:12    [916284]     Ответить | Цитировать Сообщить модератору
 Re: MQSeries  [new]
Работал, было дело
Guest
ggv
Exactly as I suspected - oracle stream messaging CAN NOT be used without oracle database.
Again main oracle mistake - all in one.
That's why I don't use it. I can not make a STREAM module for example, which will be pushed in IP stack, do es some action and sends messages. FOr such small task I need a whole oracle,
That's bullshit IMHO, and restricts the area where the solution from oracle could be used.
Хм. AQ так позиционируется. Зато если у меня везде стоят базы Oracle и между ними надо организовывать обмен данными, то зачем мене покупать целую Веб Сферу (MQ ведь в её составе?), да ещё и от IBM для полного зоопарка. Ведь согласитесь, вариант, когда везде в организации стоят базы Oracle и между ними нужен обмен информацией, не такой уж редко случающийся.
ggv
"Скорость передачи почти прямо пропорциональна скорости работы с данными в БД. " -- sorry, one oracle DBA said here the performance is terrible,
"Ты просто не умеешь их готовить" (c) Макаревич, реклама.
Надо провести настройку производительности базы.
Видел Oracle-ы которые при I/O в 10 Мб/мин тормозили, видел, у которых гигабайтный архивный журнал раз в две минуты вылетал.
Вообще-то мысль хорошая. Спасибо за идею. Надо будет попробовать собрать стенд и померять.
ggv
In IBM the performance of Queue Manager does not depend from performance of database.
Это игра словами. Ну конечно же, ведь базы-то и нет. Противник посрамлён и краснеет от стыда. ;-)
Давайте посмотрим в корень, как призывал Маковецкий. Производительность от чего-то зависит? От чего?
Для MQ:
Предположим, что канал неограничен, тогда производительность ограничена следующими факторами:
1) Производительность процессора
2) Конкуренция за внутренние ресурсы в RAM-памяти (кэши и прочее).
3) Физический ввод/вывод на диск
Из перечисленных факторов, как мне кажется, наиболее весомым является 3).
Т.е. можно с большой долей уверенности сказать, что
Производительность MQ ~ скорость I/O.

Для AQ:
Предположим, что канал неограничен, тогда производительность базы ограничена следующими факторами:
1) Производительность процессора
2) Конкуренция за внутренние ресурсы в RAM-памяти (защёлки).
3) Физический ввод/вывод на диск
Поскольку для AQ характерна активная вставка-удаление записей из таблиц, то опять же наибольшее влияние оказывает 3).
Т.е. можно с большой долей уверенности сказать, что
Производительность AQ ~ производительность базы ~ скорость I/O.

Т.е. делаем вывод, что
(Производительность MQ)/(Производительность AQ) = CONST.

Таким образом, можно утверждать, что в плане "поведения" MQ и AQ ничем принципиальным не отличаются. Если AQ будет деградировать при росте нагрузки, то и MQ будет показывать точно такое же поведение. Вопрос только в константе.
29 авг 04, 17:08    [916551]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / IBM DB2, WebSphere, IMS, U2, etc Ответить