Интеграция приложений - Biztalk против Rhapsody против JCAPS

Моя организация работает в сфере науки и здравоохранения и в настоящее время использует JCAPS для интеграции некоторых своих приложений и третьих сторон. К ним относятся STARLIMS и SAP среди других.

Эксперт JCAPS покинул организацию, и сейчас говорят о замене JCAPS другим продуктом. Одна группа предлагает Orion Health Rhapsody Integration Engine, а другая группа предлагает Microsoft Biztalk.

Остальные разработчики в организации владеют инструментами Microsoft, а не Java.

У меня нет большого опыта работы с ESB, у меня было ноль с JCAPS и Rhapsody, но я работал над Biztalk около 5 - 6 лет, используя Biztalk 2004 или 2006. Поэтому мои знания в этой области невелики.

Каковы сильные и слабые стороны этих трех продуктов? Сравнение было бы здорово. Почему один выбирает один из этих продуктов над другим?

3 ответа

С Orion Rhapsody работать намного проще, чем с BizTalk. Мы фактически заменили наши оркестровки BizTalk на Rhapsody, потому что было очень трудно заставить BizTalk делать именно то, что мы хотели. Я управлял и разрабатывал маршруты Rhapsody начиная с версии 2.4, и я настоятельно рекомендую связаться с Orion Health для демонстрации. Вам не нужно знать Java, чтобы использовать Rhapsody. Он запрограммирован на Java и работает на серверах Windows и Unix/Linux.

Я работаю над интеграцией с помощью Rhapsody более двух последних лет, и я нахожу это очень дружелюбным и значительно облегчает наши задачи. Кроме того, он имеет очень активный форум для обсуждения / обмена любыми вопросами / идеями в любое время в Интернете. Я не знаю много о Biztalk и JCAPS.

Я не знаю, вы уже поняли это или нет, но здесь идет.

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

Во-первых, я был разработчиком java и JCAPS в течение 7 лет на предприятии с 10 другими разработчиками и многими проектами, работающими на JCAPS. В своей простейшей форме JCAPS на самом деле представляет собой просто набор плагинов и слоев, которые создают корпоративные java-приложения для определенных вами бизнес-правил.

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

Наконец, мы пошли по маршруту выбора ESB, и этот разговор заменяет ответ на SO. Это длинная и сложная тема, которая будет зависеть от многих факторов: размера вашей организации, того, как будет использоваться ваш ESB, кто будет его использовать (BA, Devs, Operations), сколько вы готовы заплатить, какого рода поддержка, в которой вы нуждаетесь, какие технологии поддержки у вас есть на сайте, и многое, многое другое, что я, вероятно, упускаю.

Надеюсь, это поможет!

Другие вопросы по тегам