Некоторые советы по выбору между EJB и COM

О технологиях Enterprise JavaBeans (EJB) и Microsoft COM+ спорят уже давно. Некоторые сетуют на то, что EJB это новая технология и поэтому не готовая к серьезной работе. Другие беспокоятся о давно известной проблеме масштабируемости Windows и не уверены в возможности использования Windows 2000 в критических приложениях. Так, на что стоит обратить внимание разработчику при выборе между двумя этими технологиями?

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

Очень важный вопрос заключается в том, продаете ли вы программное обеспечение другим компаниям или вы используете это программное обеспечение?

Для компаний продающих программное обеспечение EJB будет более предпочтительно. Почему? Потому что EJB поддерживают гетерогенные системы. До тех пор пока вы не можете гарантировать, что все ваши клиенты используют Windows, вы будете ограничивать своих менеджеров в работе с клиентами которые имеют Unix или Mainframe. Это применимо к большинству ISV. Если вы не знаете что используют ваши заказчики, поговорите со своим отделом продаж и консультантами, пусть они выяснят это для вас. Не стесняйтесь, чем больше данных вы имеете, тем лучше.

Если же вы используете программное обеспечение, то вы сами контролируете какую среду использовать. Это позволяет вам выбрать и COM+ и EJB, условия при этом равны.

Существующие знания разработчиков.

Что знают ваши разработчики сегодня? Они поклонники Java или С++? Имеют ли они опыт работы с MTS/COM+, EJB или нет? Это может сильно повлиять на ваше решение. В конце концов, принятие на работу, обучение ваших сотрудников может стать проблемой "номер 1", независимо от области деятельности вашей компании. Вы можете получить много преимуществ выбирая технологию которую знают ваши разработчики.

Распространенность Java

Выбор языка программирования очень сильно влияет на выбор middleware. Почему? Потому что EJB компоненты должны быть написаны на Java, что требует хорошего знания языка программирования Java. Если же вы не собираетесь переходить на Java, то COM+ является более привлекательным решением.

Обратное здесь так же применимо. Если вы собираетесь работать с Java, то EJB обычно лучший выбор. Если вы помните, недавнее решение суда подорвало контроль за Java со стороны Microsoft. Поэтому Microsoft разрабатывает сейчас новый язык программирования. И тогда как они официально поддерживают Java, однозначно понятно что они не будут развивать дальше Java и Visual J++. Если вы уверены, что ваш поставшик будет поддерживать Java, то EJB (и CORBA) являются наименее опасными выбором.

Особенности в middleware

Большинство сравнений EJB и COM+ основываются на сравнении возможностей этих двух платформ. Это важно и вы должны взвешивать все эти возможности и соотносить их с проблемами, которые вам необходимо решать, при выборе архитектуры.

Однако, стоит заметить, что реально сегодня есть примеры успешных E-Commerce систем на обоих платформах EJB и COM+. Несмотря на недостаточное развитие некоторых сторон в каждой из платформ, команды разработчиков научились преодолевать эти ограничения, такие как недостаток persistent в COM+ или недостаток обеспечения запросов в EJB. Очень редко решение выбора архитектуры основывается на на каких-либо возможностях, потому что это очень похожие архитектуры. Обычно вступают в силу другие факторы.

Стоимость систем

Одна из самых больших особенностей технологий Microsoft это то, что они всегда кажутся более выигрышными по цене. И Windows 2000 не исключение. Windows 2000 имеет очень низкое соотношение цена/транзакция. Более того, COM+ поставляется вместе с Windows 2000, тогда как EJB сервера продаются отдельно от ОС. При работе на платформе Intel используя решения Microsoft цена за одну транзакцию очень низка.

Но читатель должен заметить, что стоимость программного обеспечения, ОС и аппаратного обеспечения обычно гораздо ниже общей стоимости проекта. При рассмотрении стоимости наема, обучения и поддержки разработчиков, стоимости разработки и поддержки, потенциальных потерь при выборе неправильной платформы в будущем стоимость ПО и аппаратного обеспечения не играет особой роли.

Покупка компонентов или разработка с нуля.

Одна из сторон EJB и COM+ это то, что ISV могут поставлять приложения как компоненты. В будущем, это позволит собирать E-Commerce приложения из компонентов специализированных на вертикальном рынке. Этот подход более удобен чем написание приложения "с нуля" и лучше чем покупка готового приложения, которое невозможно настроить под себя. Если же будут нужны некоторые компоненты, заказчик также может разработать свои собственные.

На данный момент доступно не много готовых server side компонент. Если же вы найдете поставщика компоненты которого будут подходить для вас, то это станет еще одной причиной для выбора той технологии, которую он поддерживает. Вы можете посетить следующие сайты для поиска компонент:

http://www.flashline.com
http://www.componentsource.com

Заключение

В общем, выбор между EJB и COM+ является очень важным и эта статья только вводит вас в эту проблему. В таблице 1 показаны различия между двумя этими платформами.

Но запомните, обе технологии EJB и COM+ будут удачными. На данный момент невозможно выбрать однозначного лидера. Обе имеют свои рынки и обе созданы сильными промышленными лидерами. Для тех из вас кто хочет сократить риск к минимуму при выборе между EJB и COM+ я советую хорошенько продумать все аспекты и сделать прототип для теста жизнеспособности выбранной технологии. Только после этого вы будете знать соответствует ли выбранная вами платформа нуждам вашего бизнеса.