Я сильно склоняюсь к WSO2 и ничего не скрываю из-за синего, это мое текущее направление в Q1.
на месте/как есть:
- Oracle Service Bus 11g
- Oracle SOA Suite 10g и 11g (используется в качестве "сервисной шины")
"Roadmaped" Сложение Кандидатов :
- WSO2 ESB (Apache Synapse +)
- Apache Serv iceMix
Сильный соперник:
- Предохранитель ESB (Apache ServiceMix +)
- UltraESB
Из содержания:
- Mule ESB
- Tibco, WebMethods , Что-нибудь еще, что большие деньги
Defining ESB в качестве лица без преобразования, маршрутизации и посредничества я получил следующие системы либо в игре или в научных исследованиях (мы толкающее жесткого на выкатывание OAGIS и ваш вопрос актуально для меня). Ни в коем случае мой опыт и впечатления от предметов из приведенных выше списков:
1) Oracle SOA Suite 10g и 11g (ужасно используется как ESB «бедных») Моей душевной болью был Oracle SOA Suite. Это продукт, который мне очень нравится, но моя организация не может - не будет - покупать RAC. И SOA Suite не «летает» без RAC. Кроме того, SOA Suite архивируется на «делать все», в том числе на не-stateful адаптеры, которые я предпочел бы использовать Camel для (например, JMS-, File-, DB-адаптеров и т. Д.). Таким образом, это смешанный, состоящий из состояний и неконфессиональный, мгновенный и долговременный, стойкий и эфемерный, оркестровый и хореографический беспорядок. Это полезно для того, чтобы сделать груды неправильных долгосрочных решений быстрее.
2) OpenESB Моя первая любовь «SOA» ... порезала мне зубы в розницу на ней. Тогда Oracle купила Sun. И это уже конец.
3) Oracle Service Bus 11g (BEA AquaLogic Service Bus) Я активно ищу, чтобы заменить продукты Oracle; и хотя мне нравится продукт OSB - на самом деле - он очень длинный в стандартах безопасности зубов, и теперь он чувствует себя почти без поддержки, поскольку Oracle выясняет, как его получить из BEA (Eclipse) и переместить его в Инфраструктура Oracle (читайте: JDeveloper). Я вырос, чтобы оценить JDeveloper, но это еще одна тема. Стандарты WS- * стареют. Нет встроенного механизма pub/sub; но JMS хорошо поддерживается. Однако, если бы я хотел управлять JMS-as-MOM, я мог бы просто сделать это и использовать Camel наиболее успешно. Все, что сказано, OSB - очень хороший продукт, и у нас есть место для нескольких ESB. Мы запускаем несколько автобусов на основе канонических: OAGiS, NIEM и т. Д. У меня есть один кластер, работающий с почти навсегда время безотказной работы.
4) Предохранитель ESB Посмотрел на это, и один из моих крупнейших партнеров по интеграции использует его. Используя набор базовых шаблонов интеграции предприятия, чтобы проверить, и по какой-то причине это не было тривиальным для перехода с помощью Fuse.У меня есть пара разработчиков, которые не пришли из менталитета Maven, и IDE сняла колеса с вагонов. Это, конечно же, для всех ESB, управляемых консолью ServiceMix, поэтому дифференциатор поступает из среды IDE и консоли. Я также считаю, что «симпатичная функция», и наши разработчики и сотрудники службы поддержки используют консоли для устранения неполадок с клиентами. Таким образом, Fuse не пошатнул меня, но он тоже меня не заметил.
5) Mule ESB Я помню Мула из «добрых дней» (на самом деле, прежде чем я начал использовать Apache Camel), где я использовал его для перемещения информации из любого места в другое место. Очень точка-точка, очень старая школа, но золотой стандарт эффективности. Но это был Мул без «ESB». Mule EBS является легким (они говорят так), и мне сказали, что МЛБ использует его, поэтому я должен быть орехом, чтобы не купить его немедленно. Возможность использования LDAP - это корпоративная функция. Я почти могу даже принимать SAML2 или OpenID или OAuth как функции предприятия, но LDAP? Тривиальный я знаю, но он телеграфировал то, что я считаю недостатком «сердца разработчиков». Я считаю, что издание сообщества будет ковыляться.
6) Apache ServiceMix Если я использую servicemix, я бы хотел найти тот, который добавил значение для консолей и отчетов. Но если я решаю, что это не так важно, я могу использовать ServiceMix сам, если я намерен создать чрезвычайно оптимизированный «программист». Мы очень хороши в Мураве, Мейвене и Грейдле. Вы могли бы спросить, если мы собираемся прыгать на обручах, почему бы не прыгнуть с обручем Fuse ESB? Нет хорошего ответа для этого, кроме того, что я ожидаю, что Fuse уже удалил обручи.
7) WSO2 ESB Мы использовали продукт G-Reg немного, и мой опыт с ним был хорошим. Их стандарты безопасности являются последними и очень хорошими; интерфейсы хороши и достаточно приличны, чтобы дать ассоциированному разработчику помощь в устранении неполадок; поскольку @ivo, упомянутые выше, сотрудники WSO2 широко используют stackoverflow. Мы использовали свой Stratos-live-продукт в «облаке», но никогда не могли полностью получить «там» (полностью наша сторона уравнения безопасности и все). У меня есть мягкое правило, что любое программное обеспечение с открытым исходным кодом должно быть локально создано разработчиком с разумными навыками. Это никогда не прошло гладко с использованием программного обеспечения WSO2. Так что это риск. Но если вы довольны работой с исполняемыми файлами, я думаю, что вы можете добиться успеха на WSO2.
Как @ user9591, упомянутый WSO2 используется ebay, и это либо вещь для вас, либо нет. Я думаю, что это сильно повлияло на «продажу» здесь.
8) Tibco, WebMethods и любые другие системы с открытым исходным кодом Добавил это для полноты, хотя я не использовал Tibco через несколько лет. Не open-source, так оно и есть.
И WSE2 Developer Studio IDE предоставляет поддержку инструментальных средств на основе Eclipse для реализации потоков посредничества ESB с использованием Proxy Services, Sequences и т. Д. Таким образом, вы можете использовать Developer Studio для реализации ваших артефактов ESB и использовать Apache Maven для создания развернутых артефактов, которые позволяют интегрировать решение ESB с сборкой Hudson или Jenkins. –