Корпоративные информационные системы

CORBA

В отличие от COM, CORBA с самого начала рассматривалась как технология создания масштабируемых систем. Разделение собственно объектов CORBA и их сервантов, схемы соответствия между ними, характеристики объектных адаптеров, модели управления потоками и соединениями, схемы активации серверов приложений, универсальные решения по сохранению состояния объектов, автоматическое управление контекстом транзакций и безопасности - все это очень способствует решению данной проблемы.

Выводы

Масштабируемость  системы во многом зависит от качества разработки проекта, продуманности принимаемых решений и квалификации менеджеров проекта и разработчиков. При сравнении технологий можно говорить о предпосылках, способствующих (или, наоборот, препятствующих) достижению нужных требований. При прочих равных условиях CORBA имеет громадные преимущества по cравнению с COM.

14.15 Устойчивость  к сбоям

COM

Устойчивость  к сбоям COM-систем находится на невысоком  уровне, в том числе из-за уже  упомянутой излишне жесткой привязки клиентов и серверов. Основным средством обеспечения устойчивости к сбоям (оно же средство управления нагрузкой серверов) является диспетчер, который позволяет перенаправлять вызовы клиента на различные сервера приложений COM. Не слишком содействует отказоустойчивости системы и необходимость выполнения “вручную” большого количества действий по управлению транзакциями.

CORBA

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

Выводы

Проблема обеспечения  устойчивости к сбоям, так же как и проблемы обеспечения масштабируемости, не рассматривались как первоочередные при разработке концепции COM. С CORBA ситуация обстоит во многом лучше, но проблемы остаются и здесь. Обе технологии не имеют (или почти не имеют) стандарных средств обеспечения устойчивости к сбоям. Такие компоненты, как VisiBroker Smart Agents, не являются стандартным средством CORBA (хотя они и способны решить многие проблемы при работе с реальными проектами.)

14.16 Управление  транзакциями

COM

Монитором транзакции в COM является MTS. Сервер приложений COM должен быть написан в специальном стиле для того, чтобы иметь возможность взаимодействовать с MTS (такой сервер приложений должен быть реализован в виде DLL). MTS позволяет достаточно гибко управлять режимами выполнения транзакций в системе и поддерживает двухфазное завершение транзакций. Одним из существенных недостатков схемы управления транзакциями COM является необходимость явной передачи контекста транзакции в качестве аргумента при вызове удаленных методов. Такая схема не является ни эффективной, ни гарантирующей от ошибок (особенно при вовлечении в транзакцию большого количества объектов).

CORBA

Управление  транзакциями берет на себя так называемый Сервис Управления Транзакциями CORBA (Object Transaction Service, OTS). Он является существенно более гибкой, продуманной и формализованной системой, чем MTS, и содержит все необходимое в рамках CORBA-модели. Сервер приложений CORBA и Сервис транзакций запускаются и работают независимо друг от друга. Важной особенностью CORBA является тесное взаимодействие OTS и ORB, что обеспечивает автоматическое распространение контекста транзакций в многопоточной распределенной среде. Спецификация CORBA предусматривает (необязательную) поддержку вложенных транзакций.

Выводы

На уровне спецификаций Сервис транзакций CORBA имеет определенные преимущества перед MTS. На практике для реализации этих преимуществ нужно предпринять определенные действия. Особенно это касается двухфазного подтверждения транзакций при работе с гетерогенными базами данных. Например, для реализации такой схемы при работе с Java необходимо иметь специальные JDBC-драйвера, которые, насколько мне известно, в настоящий момент не слишком доступны для широкого круга баз данных. В этом плане COM имеет серьезные преимущества за счет взаимодействия MTS со стандартной технологией доступа к базам данных OLE DB/ADO.

14.17 Обеспечение безопасности

COM

В настоящий  момент система безопасности COM базируется на системе безопасности Windows NT/Windows 2000; кроме того, предусмотрена защита данных при их передаче с использованием Socket Security Layer (SSL). Отдельная проблема - обеспечение безопасности при передаче компонентов ActiveX с использованием протокола HTTP. Здесь используется система электронных подписей, лицензий и т.п. - говоря упрощенно, клиент выполняет код компонента, который пришел с “правильного” сервера.

CORBA

С CORBA дела обстоят  сложнее - главным образом, в силу того, что ставилась задача создать  универсальную систему безопасности, которая могла бы использовать все  основные существующие в этой области технологии. Работа над Сервисом Безопасности (Security Service) продолжалась в течение 2 лет, и ее спецификация была принята в 1996 г. Она содержит около 250 страниц. Она позволяет обеспечить уровень безопасности B2 (уровень, близкий к высшему уровню защиты, который используется в государственных учреждениях). Предусмотрена идентификация пользователя, списки прав доступа к ресурсам, система аудита и многое другое. Особенно приятно, что разработчик не должен явно взаимодействовать с этим сервисом - это задача для ORB. Основная нагрузка возложена на системных администраторов. Все это прекрасно, но существует одна небольшая проблема - где взять полномасштабную, высококачественную реализацию этого сервиса? Такие реализации существуют (Gradient, Concept-5), но их использование ограниченно за пределами США. Сервис безопасности от Borland/Visigenic в этом году еще не появится (хотя работа над ним идет).

Выводы

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

14.18 Взаимодействие  с Internet

COM

Основой взаимодействия через Internet при работе с COM являются расширения возможностей протокола HTTP, выполненные Microsoft. Броузеры Microsoft (Internet Explorer 3 и выше) позволяют выполнять код ActiveX-компонентов, полученных с Web-серверов. Кроме того, URL доступны при использовании COM - с ними могут работать моникеры.

CORBA

Спецификации CORBA не оговаривают использование Internet в качестве особого случая. Интеграция CORBA и Internet выполняется естественным образом - за счет использования протокола IIOP, построенного поверх TCP/IP. URL-имена могут быть использованы в качестве имен для Службы Именования CORBA. На практике производители программного обеспечения предоставляют расширения CORBA, упрощающие работу с Internet (VisiBroker URL Naming Service) или решающие те или иные проблемы - например, “обход” ограничений, накладываемых на апплеты Java, используемых в качестве CORBA-клиентов (например, Borland/Visigenic GateKeeper).

Выводы

CORBA (особенно  при использования Java) без каких-либо  проблем может быть интегрирована  с Internet. Взаимодействие COM и Internet основано на использовании ActiveX и требует использования только  броузеров, поддерживающих тег  <Object> Microsoft. Косвенным образом проблемы совместной работы COM и Internet могут возникнуть из-за несовместимости виртуальной машины Java Microsoft с другими виртуальными машинами.

14.19 Скорость  разработки систем

COM

Скорость разработки COM-систем может быть очень высокой за счет интенсивного использования компонентной модели ActiveX, а также универсальных подходов, таких, как OLE DB. Не составляет особого труда создание Internet-приложений с броузером Microsoft в качестве клиентского приложения.

CORBA

Скорость разработки CORBA-систем сильно зависит от используемой технологии. Наверное, максимально эффективным способом создания распределенных систем в настоящий момент является использование Java-технологий, основанных на CORBA - Enterprise JavaBeans и так называемых Application Server’ов, например, BEA WebLogic и Inprise Application Server. Использование этих технологий позволяет чрезвычайно быстро создавать высокоэффективные, масштабируемые, транзакционные сервера приложений. Клиентская часть таких систем может быть написана на любом языке программирования, поддерживающим CORBA.

Выводы

При прочих равных условиях CORBA позволяет создавать  распределенные системы быстрее, чем COM, за счет большей функциональности middleware и, соответственно, меньшей нагрузки на прикладного разработчика.

14.20 Простота  использования

COM

COM очень прост  для простых небольших приложений  и чрезвычайно сложен как инструмент  создания комплексных систем. Он  содержит большое количество  “узких” мест - недостаточно гибкую  стандартную схему маршалинга, отсутствие состояния объектов, низкая устойчивость к сбоям. Технология не является объектно-ориентированной в классическом смысле этого слова, что в общем случае не способствует простоте ее использования. Достоинством технологии является комплексность и универсальность подходов в рамках COM-модели.

CORBA

Сложность CORBA заключается  в ее огромных возможностях. Программисту необходимо знать большое количество интерфейсов из различных сервисов CORBA, правильно использовать возможности  объектных адаптеров и многое другое. Поскольку CORBA использует различные схемы отображения IDL на разные языки программирования, то программисту в общем случае надо знать их особенности для 2-3 наиболее широко используемых языков - в первую очередь, C++ и Java.

Выводы

Объективно CORBA сложнее за счет того, что она предназначена для решения существенно более сложных задач, чем COM. При разработке реальных проектов нужно иметь в виду, что распределение “интеллектуальной” нагрузки среди участников разработки для COM и CORBA несколько отличается: в случае COM требуются более квалифицированные (но более узко специализированные) программисты, а для CORBA можно задействовать программистов среднего уровня, но чрезвычайно важно иметь квалифицированных архитектора проекта и руководителей групп программистов.

14.21 Взаимодействие с другими  технологиями

COM

COM является  достаточно замкнутой и "самодостаточной"  системой. В последнее время Microsoft тесно взаимодействует с OMG на  базе создания спецификации моста  “COM-CORBA”. Вследствие существенных различий в возможностях, не представляет труда имитировать поведение COM-объекта как CORBA-объекта, но не наоборот.

CORBA

CORBA как технология  в настоящий момент (до создания  спецификаций, а затем и реализаций  своей компонентной модели) является  скорее инфраструктурой для создания распределенных систем. Не удивительно, что в этом качестве она активно взаимодействует с другими технологиями - в первую очередь с RMI и Enterprise JavaBeans. CORBA очень тесно - на уровне протокола ESIOP - взаимодействует с широко используемой, но морально устаревшей технологией DCE.

Выводы

CORBA является  существенно более открытой, универсальной  и гибкой системой, чем COM. И  COM, и CORBA способны тесно и эффективно  взаимодействовать со стандартными  средствами обеспечения безопасности. 

14.22 Общие  выводы

Несмотря на внешнюю похожесть, что вызвано  общностью решаемых задач, между COM и CORBA, пожалуй, больше различий, чем  сходства. В большинстве случаев  либо нецелесообразно использовать CORBA (для небольших и простых  проектов под Windows просто по причине относительно высоких затрат на приобретение программного обеспечения, лицензий и пр.), либо практически невозможно использовать COM (для сложных, масштабируемых, высоконадежных проектов или просто при работе в гетерогенных средах, а не только в Windows). Windows-приложения, ориентированные на взаимодействие с Microsoft Office, всегда будут использовать COM; проекты с использованием Java и любых Java-технологий (кроме Microsoft J++), как говорится, “сам бог велел” строить на основе CORBA. Во многих случаях выбор технологии диктует выбор той или иной части проекта: если вы планируете работать, например, с ORACLE 8i, то, безусловно, гораздо лучше ориентироваться на CORBA. Область, где эти технологии реально конкурируют, на мой взгляд, очень невелика

15 Обзор  КИС

Сайты российских корпоративных систем  

БОСС(АйТи) 
  Галактика(Галактика) 
  Парус (Парус) 
  1С:Предприятие(1С) 
  1C:Рарус (1C:Рарус) 
  Эталон (Цефей) 
  NS2000 (Никос-Софт) 
  Тектон(ИнтелГрупп) 
  Аккорд(Атлант-Информ) 
  Кх3(Ост-Ин) 
  Капитал (Лаборатория ИСТ) 
  Монополия(Формоза-софт) 
  Дельфин(Светон) 
  Флагман (ИНФОСОФТ) 
  ALFA(Информконтакт) 
  БЭСТ-ПРО(Интеллект-Сервис) 
  Апрель(ИНИСТЭК) 
  ABACUS Financial (Омега)

Русские сайты западных корпоративных систем   

R/3 (SAP) 
  Scala (Scala) 
  Axapta, Concorde XAL (представитель - Columbus IT Partner) 
  Baan (Baan) 
  Navision Financials (Navision) 
  Platinum SQL (Platinum) 
  SyteLine (представитель - Сокап) 
  J.D. Edwards (представитель - Robertson & Blums) 
  Oracle Applications(Oracle) 
  iRenaissance CS (представитель - Интерфейс) 
  MFG/PRO(представитель - BMS) 
  ACCPAC(АССРАС International) 
  Maconomy (Maconomy) 
  GEAC (представитель - Системы-21)

Приведу краткое  описание нескольких зарубежных и отечественных  КИС классов ERP, MRP II, MRP и чисто  учетных систем.

15.1 Microsoft Business Solution Navision

Microsoft Business Solutions–Navision — комплексное решение, предназначенное  для автоматизации всех видов  хозяйственной деятельности небольших  и средних предприятий с любой  отраслевой и бизнес-спецификой. Эта система охватывает все аспекты деятельности предприятия, от финансового и бухгалтерского учета до средств управления производством и отношениями с клиентами. Более 35 000 компаний самого разного профиля и сфер деятельности используют этот продукт. Решение Microsoft Business Solutions–Navision уже около 10 лет известно на российском рынке. Все это время велись работы по его локализации с учетом требований законодательства и бухгалтерской практики России, результаты которых официально подтверждены Минфином РФ. Microsoft Navision — первый международный продукт, получивший признание этого министерства. Ниже перечисляется функциональность системы Microsoft Business Solutions–Navision.