Ж у р н а л   о   к о м п ь ю т е р н ы х   с е т я х   и   т е л е к о м м у н и к а ц и о н н ы х   т е х н о л о г и я х
СЕТИ И СИСТЕМЫ СВЯЗИ on-line
  ПОИСК: ПОДПИСКА НА НОВОСТИ: НОМЕР:
    ДОМОЙ • Архив: Новостей | Конференций | НомеровПодписка
 
   
 
   
    
РЕДАКЦИЯ
 
Все о журнале
Подписка
Как проехать
Где купить
Отдел рекламы
График выхода журнала
Адреса в Интернет

РУБРИКАТОР
   
• Инфраструктура
• Информационные
   системы

• Сети связи
• Защита данных
• Кабельные системы
• Бизнес
• Колонка редактора
• Электронная
   коммерция

• Только на сервере
• Системы
   учрежденческой
   связи

• Новые продукты


Rambler's Top100

  

Informix примеряет “перчатки” MobileWare

Брюс Робертсон

Производители систем управления реляционными базами данных (СУРБД) медленно, но верно начинают понимать, что их продукты плохо масштабируются в реальных сетях, всегда создающих множество проблем. Появляются мелочи, на которые разработчики приложений раньше просто не обращали внимания. Так, например, связность сети влияет на доступность приложений, ширина полосы пропускания и время задержки — на их производительность, а надежность — на их успешную работу.

Некоторые производители СУРБД продвигаются вперед по пути совершенствования своих продуктов, однако, в основном, это касается лишь средств поддержки удаленных пользователей. Первой здесь проявила себя фирма Oracle — она представила на рынок продукт Oracle Mobile Agents. Затем фирма Sybase купила линию продуктов EMS фирмы CAI, а недавно фирма Informix заключила соглашение на использование технологии фирмы MobileWare.

Учет специфики каналов связи

С помощью перечисленных выше продуктов приложения могут перейти от двухзвенной архитектуры клиент—cервер к более гибкой трехзвенной архитектуре. Теперь у разработчиков появится больше возможностей по распределению компонентов своих приложений, расширится выбор подходящих для использования каналов передачи данных. Связующее программное обеспечение (ПО) будет само разбираться с особенностями каждого такого канала.

Вы спросите, а действительно ли каналы передачи данных я имею в виду — асинхронные и беспроводные, цифровых сетей с интеграцией обслуживания (ISDN) и распределенных вычислительных сетей? Почему СУРБД или приложения должны заботиться об этих каналах? Разве сетевые протоколы не скрывают от приложений различия между ними? Есть ли разница для СУРБД или приложений в том, какой канал фактически используется?

Да, я имею в виду именно каналы передачи данных. Приложения должны не просто функционировать на разных каналах, а активно использовать их преимущества, чтобы эффективно работать на благо современного территориально распределенного предприятия. Поддержка мобильных пользователей — часть этой проблемы: с приложениями должны иметь возможность работать не только сотрудники, перемещающиеся в пределах склада продукции, но и сотрудники, разъезжающие по всему миру. Мысль, что связующее ПО или нижележащие сетевые протоколы делают каналы передачи данных несущественными для приложений, абсурдна.

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

Когда приложение “хватается” за сеть, оно тоже должно быть защищено. Выбор “перчаток” для приложения зависит от “климата” и обстановки в сети. Функцию таких “перчаток” должно выполнять связующее ПО.

Некоторое время большинство приложений клиент—сервер пыталось обходиться без “перчаток”. Во всех ситуациях приложения работали с одним и тем же ориентированным на доступ к данным связующим ПО, которое было предназначено для использования в пределах ЛВС. Но за пределами ЛВС от связующего ПО требуется боўльшая гибкость. Кроме того, сетевой “климат” непостоянен, он меняется как на каналах территориальных сетей, так и в самой ЛВС. Необходимо быть готовым даже к различным характеристикам каналов ЛВС (скажем, к разным категориям обслуживания в сети АТМ). Приложения обязаны использовать новые возможности каналов передачи данных, а разработчики не должны сидеть сложа руки и ждать наступления эры широкополосных сетей. Предприятия также не могут ждать, когда жизненно важные для них приложения начнут надежно работать в разных сетях.

Наиболее интересным в выборе фирмой Informix продуктов компании MobileWare является тот факт, что они уже успешно применяются мобильными пользователями для доступа к удаленным файлам и при работе с электронной почтой. В то время как фирмы Oracle и Sybase пошли по пути разработчиков связующего ПО, Informix стала использовать технологию, которую можно применять для широкого класса приложений, выходящих за пределы “царства” баз данных.

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

Продукты MobileWare работают с аналоговыми сетями сотовой связи, в том числе с сетями, предоставляющими услуги пакетной передачи данных, и с цифровыми сетями сотовой связи GSM, а также по асинхронным проводным соединениям. Однако они не поддерживают специализированные радиосети пакетной передачи данных, подобные сетям фирм RAM Mobile Data и Ardis. Но, я считаю, что благодаря финансовым поступлениям от фирмы Informix, MobileWare вскоре реализует такую поддержку. Фирма Oracle, напротив, в первую очередь создала средства для работы с радиосетями пакетной передачи. Явно, что поддержка продуктами фирмы MobileWare всех перечисленных типов каналов связи, а также протоколов TCP/IP сделала ее привлекательным партнером.

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

Informix-Mobile

Фирма Informix использует лицензированную инфраструктуру MobileWare в качестве платформы для взаимодействия клиента с промежуточным сервером (сервером приложений. — Прим. ред.) в трехзвенной среде разработки приложений NewEra. Сервер MobileWare, таким образом, становится клиентом СУРБД Informix, работающей, в основном, в Unix. В этом году должны появится продукты Informix-Mobile для среды NewEra версий 2.0 и 3.0, технологии связывания и внедрения объектов версии 2 (OLE2) и интерфейса прикладных программ C++ Agent API.

Однако Informix не использует интерфейс прикладных программ MAPI 1.0 фирмы MobileWare. Выбор фирмы пал на внутренний интерфейс прикладных программ MobileWare. Интерфейс MAPI требует, чтобы приложение само просматривало очереди прибывающих сообщений, а внутренний интерфейс предусматривает извещение приложения в случае прихода для него сообщения. Такой ориентированный на события механизм очень важен в ситуациях, когда пользователь подключен к серверу не постоянно, а время от времени.

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


распечатать статью

Детские велосипеды в Екатеринбурге https://yekaterinburg.rf-54.ru/catalog/velosipedy/




  
7 '1996
СОДЕРЖАНИЕ

колонка редактора

• Камо грядеши, сетевой компьютер?

локальные сети

• Новатор или умеренный консерватор?

• LANtegrity — новое средство защиты серверов NetWare

• Контроль за работой сервера

• Нелегкое бремя сетевого планирования

• Основы построения структурированной кабельной системы. Часть I

• Накопители DAT

• Инфракрасная последовательная связь

• NetWare/IP разгружает распределенную сеть

корпоративные сети

• Услуги связи в сетях АТМ

• RSVP — гарантия качества обслуживания в сетях TCP/IP

• Эх, дороги...

• ЛВС: коммутатор, маршрутизатор... и толстый-толстый слой программного обеспечения

• Гарантированное качество обслуживания в сетях АТМ и TCP/IP

услуги сетей связи

• Многофункциональные мультиплексоры и системы телефонной сигнализации

• Цифровые каналы для распределенных компьютерных сетей

• Роуминг и сотовый пейджинг

• Технологии коммуникаций мультимедиа

• Архитектуры и технологии систем беспроводного абонентского доступа

• CDMA. По пути обманутых надежд

• Передача речи по сетям Frame Relay

• Что мешает внедрению ISDN

интернет и интрасети

• Мир TCP/IP. Протокол SNMP

• Готовьте “виртуальный кошелек”

• ILTF на пути к мировому порядку ХХI века

• MIME: передача двоичных файлов через Internet

приложения клиент-сервер

• Средства разработки приложений для Internet

• Informix примеpяет “перчатки” MobileWare

защита данных

• Системы бесперебойного питания

• Передача конфиденциальной информации в корпоративных сетях

новые продукты

• Sniffer 5.0: все лучше с годами Семейство TurboStack фирмы Allied Telesyn International, Семейство стековых коммутаторов Visage, Elite 23: рекордная емкость, Optivity 7.0 и StackProbe: коммутируемые сети в надежных руках

только на сервере

• На пороге компьютеризации общения

• Пять способов улучшить доступ к Web-серверу



 Copyright © 1997-2007 ООО "Сети и Системы Связи". Тел. (495) 234-53-21. Факс (495) 974-7110. вверх