Является ли наследие CORBA?

Question

Для распределенного вычислительного проекта, начинающегося сегодня, с 0 устаревшими компонентами, есть ли веские причины для изучения CORBA?

Answer 1

Есть еще ситуации, когда CORBA может быть хорошим ответом:

• при построении распределенной системы с участием нескольких программных языков и нескольких платформ,
• , когда ваша система влечет за собой отправку сложных данных структуры ... и SOAP не разрезает его,
• , когда у вас высокие ставки обмена сообщениями ... и HTTP не обрезает его, или
• , когда вам необходимо взаимодействовать с существующими клиентами CORBA и/или сервисами.

Но, сказав это, есть альтернативы, которые делают то, что делает CORBA, только лучше ... или они утверждают. Например ZeroC's ICE

EDIT @fnieto встревает сказать (или предполагают), что ICE не является бесплатным, но TAO есть.

Это недостоверность и обман.

1. ICE - программное обеспечение GPL и доступно для свободного скачивания. Вам нужно было заплатить за ICE, если вы/ваша компания не готовы жить с условиями GPL. (Или, если вам нужна поддержка.)
2. Я использовал ICE в качестве примера альтернативы для CORBA. TAO - CORBA. Авторы ICE делают убедительный аргумент в пользу того, почему они могут получить лучшую производительность, не будучи совместимыми с CORBA.
3. TAO отнюдь не единственная реализация CORBA с открытым исходным кодом. Я могу думать о 3 других, с моей головы.

Недостатком ICE является отсутствие функциональной совместимости со стеками промежуточного программного обеспечения CORBA, но, по моему опыту, совместимость различных реализаций CORBA также может быть проблематичной. (Возможно, в этой области было улучшено ... но я не делал никаких работ CORBA с 2002 года, поэтому я немного не в курсе.)

Answer 2

Я бы сказал, что текущий уровень зрелости веб-сервисов (включая REST) ​​и в Java EJB (который может даже использовать CORBA под обложками) охватывает то, что необходимо для распределенных корпоративных систем.

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

Это не согласуется с использованием WebServices (или действительно CORBA), но это не указывает на аспект вашего выбора продукта, который может получить упускается из виду в начальной excitment получения некоторой распределенной обработки Собирается

Answer 3

CORBA, конечно, старый но он также предоставляет определенные функции высокого уровня из коробки (см. here). Эта функциональность может быть выполнена с использованием современных веб-сервисов, но, вероятно, не в стандартной форме, и не без большой дополнительной работы.

Для 99% распределенных сервисов, тем не менее, CORBA нежелательно. Это уродливо, сложно и сложно использовать.

Answer 4

Я считаю, что Corba был своего рода возрожденным оригиналом EJB spec, поскольку EJB можно легко превратить в компоненты CORBA с небольшой конфигурацией. Я подозреваю, что большинство развертываний Corba фактически реализованы на Java.

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

Есть много очень сексуальных способов сделать то же самое (за исключением высокого конца, упомянутого выше).

• Облачные вычисления (веб-службы, масштабируемые вычисления, свободные связи, очередность).
• Услуги REST (интернет-услуги lite).
• Услуги SOAP (веб-сервисы тяжелые).
• Сетка/Вычислительный кластер (очереди, карта-свертка и аналогичная)

Но, конечно, ваш Пробег может меняться.

Answer 5

Из существующих ответов это затрагивает почти религиозную тему. Можно взглянуть на CORBA так же, как наполовину пустое/полузаполненное стекло: с одной стороны, CORBA датируется унаследованным кругом, а с другой стороны, он относительно стабилен при наличии нескольких реализаций и «дьявола, которого вы знаете».

В моей работе я вижу, что CORBA развертывается во встроенных системах, системах реального времени (CORBA имеет расширения RT) и тому подобное. Существует не так много альтернатив AFAIK.

Другим «преимуществом» CORBA является наличие нескольких высококачественных реализаций с открытым исходным кодом, например TAO, MICO, JacorB и т. Д., С различными моделями лицензирования и поддержки. Существуют также коммерческие издания.

Что касается «большинства» приложений CORBA, реализуемых на Java, это не так в моем опыте. Хотя сопоставление языков для CORBA на Java является одним из самых приятных (что может и не сказать много), у Java уже есть очень хорошая распределенная вычислительная модель, которая предлагает богатство за пределами CORBA, а все приложения Java используют это больше, чем CORBA. Подавляющее большинство разработок CORBA, которые я видел, находится на C++ (что также является худшим языковым отображением).

Наконец, CORBA предлагает стандартные асинхронные вызовы на стороне клиента в виде AMI, но никогда не предлагал асинхронную обработку на стороне сервера. TAO предлагает нестандартную серверную реализацию под названием AMH.

Answer 6

Очевидно, что это зависит от типа сервера и межпроцессного взаимодействия, которое вы рассматриваете. И я думаю, что Стивен С и Крис Клиленд прекрасно справляются с позитивами Корбы.

Наше приложение использовало CORBA (Orbix) более 10 лет, так что теперь это наследие. И для того, как написано, CORBA - хорошая технология.Однако, если я начинал снова я, вероятно, не использовать CORBA:

• Это сложно, и лишь небольшое число людей в моих организациях знает, это очень хорошо, как результат, все сложные проблемы падают на них, чтобы решить.
• Рекрутинг персонала может быть проблемой. CORBA просто уже не круто и не становится прохладнее. Хотя в Ирландии разработчики C++ немного тонкие на земле.
• Большинство консалтинговых фирм хотят использовать веб-службы для интеграции, поэтому, если вы хотите, чтобы третьи стороны выполняли интеграцию, вам, вероятно, понадобится веб-службы api.

Теперь, в зависимости от типа связи я хотел, я бы, вероятно, рассмотреть следующие вопросы:

• буферов протокола для большого количества небольших сообщений (я знаю, что я должен был бы обеспечить транспортировку)
• веб-сервисы за меньшее количество сообщений

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

Answer 7

Одна вещь, о которой здесь никто не упоминает, ОТКРЫТ, ОТКРЫТЫЕ СТАНДАРТЫ. Из всех существующих технологий (за исключением SOAP) это единственный истинный стандарт открытого белого текста. Стандарт не зависит от каких-либо технологий организации. RMI (Sun/Oracle), DCOM (теперь не функционирует - Microsoft). Он полностью нейтрален поставщику и языку. За исключением SOAP, ни одна из технологий DOS (Distributed Object Technology) не является

Я архитектор программного обеспечения и регулярно должен сделать выбор, какой DOS следует использовать в системном дизайне. Если бы не религиозная война, с которой я сталкиваюсь каждый раз, это была бы мама или КОРБА.

Посмотрите на это таким образом, если бы это было так, ни одна из сетей 3/4G не сработает. 3GPP полностью соответствует CORBA. Европейская спутниковая система соответствует всем требованиям CORBA. Спросите себя, почему? Это потому, что они должны основываться на нейтральных архитектурах поставщиков и языков!