Может ли кто-нибудь объяснить мне служебную шину в не-buzzspeak?

Question

Некоторые из наших партнеров говорят нам, что наше программное обеспечение должно взаимодействовать с Enterprise Service Bus.После небольшого исследования этого, мой инстинкт должен сказать, что это просто жужжание, говорящее о том, что нам нужен независимый от платформы способ передачи сообщений назад и вперед.Я просто пытаюсь понять, что говорят нам наши партнеры.Правильно ли я отклонил запрос наших партнеров, просто пытаясь сделать наше программное обеспечение более совместимым с модными словечками, или они говорят нам что-то, что мы должны слушать (даже если они закодированы в buzzspeak)?

Answer 1

Хотя ESB основан на обмене сообщениями, это не просто обмен сообщениями и не модное слово.

Так что, если вы начнете с простого старого асинхронного обмена сообщениями, ранние сети имели тенденцию быть очень двухточечными.Вы должны были подключить (то есть настроить через некоторый интерфейс администратора) каждое соединение и каждую пару пунктов назначения, и если вы осмеливались что-либо перемещать, то что-то неизменно ломалось.Поскольку точки подключения были подключены вручную, эти сети никогда не достигали высокой плотности подключения.Дополнительные затраты были слишком высоки и не масштабировались.Также было много контроля доступа и политик, встроенных в топологию.Отсутствие плотности соединения фактически способствует такому подходу к безопасности, хотя и препятствует гибкости.

ESB пытается решить эти проблемы с помощью ...

• Разрешение во время выполнения адресатов/ services / resources
• Прозрачность местоположения
• Любое соединение с любым и максимальная плотность соединения
• Создан для резервирования, горизонтальной масштабируемости, отработки отказа
• Политика,управление доступом, правила, выведенные из топологии
• Реализован сетевой уровень логических сообщений поверх сетевого уровня физических сообщений
• Общее пространство имен

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

• Избегание сходства сообщений, такого как требования к обработке в строгой последовательности или для направления запросов только к определенным узлам, а не к общему сетевому назначению
• Возможность динамического разрешения пунктов назначения во время выполнения (т. Е. Добавление еще одного экземпляра очереди, и он автоматически начинает получать трафик, удалять один и маршруты трафика на оставшиеся узлы)
• Приложения запрашивающей стороны и поставщика отделены от знания того, где каждая из нихдругие "жизни".Запрашивающая сторона устанавливает одно соединение, независимо от того, сколько сервисов может потребоваться для вызова
• Авторизация по политике, а не по топологии
• Приложения поставщика услуг, способные распознавать и обрабатывать ошибки (согласно спецификации JMS, см.«функциональный дубликат» из-за обработки сеанса)
• Возможность запуска нескольких активных экземпляров приложения поставщика услуг
• Инструментирование приложений поставщика услуг, чтобы вы могли узнать о состоянии сети или выполнитьтестирование без отправки фактической транзакции

С другой стороны, если ваш клиент не может сформулировать эти вещи, он может просто захотеть установить флажок с надписью «работает с ESB».

Answer 2

Я постараюсь и оставлю это словечко бесплатным (но может появиться аббревиатура гудения).

Когда службы / приложения / мэйнфреймы / и т.д ... хотят интегрироваться (поэтому отправляйте сообщения друг другу)Вы можете закончить с беспорядком.ESB скрывает этот беспорядок внутри себя (или себя), так что организация может притвориться, что нет беспорядка и что у него есть что-то управляемое.Затем он обволакивает целую кучу функций, чтобы сделать эту коробку еще более привлекательной для старших сотрудников организации, которые примут решение купить такой дорогой продукт.Эти люди, как правило, хотят выступить с крупной инициативой, которая стоит больших денег, чтобы доказать, что они «что-то делают» и знают, как тратить большие суммы денег.Если это инициатива SOA, то различные поставщики скажут им, что ESB требуется для того, чтобы заставить поставщиков увидеть, как работает SOA (обычно, когда количество сервисов, которое им может понадобиться, проходит тривиальное число).

Таким образом, ESB - это:

1. Средство для поставщиков, чтобы заработать много денег;
2. Средство для консультантов, чтобы заработать много денег;
3. Способ длястаршие руководители (ИТ-директора и тому подобное), чтобы показать, что они могут потратить много денег;
4. Ящик, в котором можно спрятать беспорядок;
5. Общая PITA для технической команды, с которой можно работать.

Answer 3

После небольшого исследования мой инстинкт должен сказать, что это просто Жужжание говорит, что нам нужно есть независимый от платформы способ пройти сообщения туда и обратно

Вы правы, отчасти потому, что термин ESB - это всегда хорошее слово, которое хорошо сочетается с другим модным словом, законным или нет - это управление (т. Е. Помогает вам получить доступ к вашим конечным точкам и отчетность метрики - Кстати, метрики - это то, что все костюмы любят видеть, так что это может быть вкладчиком)

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

Помимо централизованного репозитория для Discovery , ESB также облегчает параллельное управление версиями сервисов. Если бы у меня был выбор, и у моей компании был бюджет, мы бы купили устройство IBM x150: (

В-третьих, многие более продвинутые шины, такие как продукт SoftwareAG, если я помню, изначально способны предоставлять устаревшие данные, например, данные, хранящиеся в основных кадрах, в качестве сервисов без необходимости кодирования через адаптеры

Я не знаю, намерены ли они использовать все преимущества, предоставляемые ESB, или, как вы сказали, сделать его совместимым с модным словом.

Answer 4

После небольшого исследования мой инстинкт должен сказать, что это просто кайф говорит о том, что нам нужен независимый от платформы способ передачи сообщений туда и обратно

Это примерно так.Иногда ESB идет немного дальше и включает в себя дополнительные функции, такие как гарантии доставки сообщений, сообщения подтверждения / подтверждения и так далее.Присутствие ESB также обычно явно или неявно создает новый протокол, где ранее не существовало, что является еще одним важным соображением.(То есть должен быть установлен какой-то стандарт или интерфейс в отношении формата сообщений.)

Правильно ли я отклонил запрос наших партнеров, просто пытаясь заставить наше программное обеспечение быть болеесоответствует buzzword, или они говорят нам что-то, что мы должны слушать (даже если они закодированы в buzzspeak)?

Вы всегда должны слушать своих клиентов, даже если это изначально звучит глупо.Обычно стоит хотя бы потратить усилия, чтобы решить, что происходит.Читая между строк, ваши партнеры, вероятно, имеют в виду, что они хотят, чтобы ваш сервис легче интегрировался с собственными услугами и продуктами.

Answer 5

Шина обслуживания предприятия обрабатывает обмен сообщениями между системами стандартным способом.Это позволяет вам одинаково точно связываться с шиной на всех ваших платформах, а шина обрабатывает фактический перевод на индивидуальный механизм связи, необходимый для конкретной конечной точки.Это означает, что вы пишете весь свой код для связи с шиной, используя общую схему обмена сообщениями, а шина обрабатывает вашу общую схему и переводит ее так, чтобы конечная точка ее понимала.

Answer 6

Самое простое объяснение - объяснить, что оно дает:

В течение многих лет компании приобретали различные платформы и технологии для достижения определенных функций в своем бизнесе от финансов до HR.Эти системы должны были общаться друг с другом, чтобы обмениваться данными, поэтому промежуточное ПО стало связующим звеном, позволяющим им соединяться.Прежде чем бизнес узнал об этом, они платили за поддержку и обслуживание каждой из этих систем и промежуточного программного обеспечения.Поскольку потребности бизнеса изменились, отделы решили создавать собственные нестандартные решения для удовлетворения особых потребностей, а не пытаться сделать устаревшие решения достаточно гибкими для удовлетворения своих потребностей.Прежде чем они узнали об этом, они платили за поддержку и обслуживание устаревших систем, промежуточного программного обеспечения и пользовательских решений.Благодаря новым законам, таким как Sarbanes Oxley, компании должны иметь более доступную информацию для целей отчетности.Одно представление требует, чтобы они собирали данные из всех систем.Кроме того, на ИТ-директоров в настоящее время оказывается давление с целью снижения затрат и повышения уровня обслуживания клиентов.Одним из очевидных решений является устранение избыточных систем, дорогостоящая поддержка и контракты на обслуживание, а также дорогостоящие устаревшие решения, которые требуют поддержки специалистов.Переход на новую платформу позволяет это сделать, но необходим переход.Не существует готовых решений, которые могли бы повторить то, что делает бизнес.Чтобы удовлетворить потребности в перемещении информации, они используют SOA, поскольку он обеспечивает доступ к информации через общий объект.Если я спрашиваю AllEmployeees из сервисной шины, он получает их, будь то из 15 систем HR или 1. Когда 15 систем HR становятся 1 системой, вызов и результат не меняются, как это было сделано за кулисами.Концепция служебной шины стандартизирует поток информации и позволяет ИТ-менеджерам осуществлять переходы за шиной, не оказывая долгосрочного влияния на пользователей восходящего потока.