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

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

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

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

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


Rambler's Top100

  

Четыре монитора транзакций для корпоративных приложений

Энтони Фрей

Если бы вам сказали, что Microsoft Windows NT как сервер приложений гораздо лучше, чем Novell NetWare или Unix, то о какой разновидности приложений могла бы идти речь? Microsoft Exchange или Lotus Notes? Нет. Oracle? Вряд ли. Web-сервер? Точно нет. В большинстве случаев эти разговоры касаются ПО обработки распределенных транзакций (Distributed Transaction Processing — DTP), или мониторов транзакций. Когда производители сетевого ПО хвастаются производительностью в «один миллиард транзакций в день» или ссылаются на результаты эталонного теста TPC-C Комитета TPC (Transaction Processing Council), они имеют в виду именно мониторы транзакций.

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

Для определения рейтинга программных продуктов DTP мы испытали лучшие из них в нашей лаборатории. В течение трех месяцев на локальном сегменте и в нашей распределенной сети тестировались продукты TUXEDO версии 6.3 фирмы BEA Systems, TOP END корпорации NCR, Transaction Server for Windows NT версии 4 корпорации IBM и Microsoft Transaction Server (MSTS) 1.1 корпорации Microsoft. Тестирование производилось в среде Windows NT, а там, где это было возможно, и в ОС Solaris.

После того как начались наши тестовые испытания, IBM выпустила пакет Encina версии 2.5. Более свежие бета-версии мониторов транзакций предложили также Microsoft (версия 2.0) и Sybase (Jaguar Transaction Server).

Лидер группы

Высшую награду среди продуктов DTP мы присудили IBM Transaction Server, который в каждой категории тестов занимал одно из первых мест. BEA TUXEDO занял второе место, его работа произвела на нас сильное впечатление. Хотя NCR TOP END относится к разряду корпоративных продуктов, мы обнаружили, что в нем недостаточно внимания уделено деталям, дополнительному сервису. Microsoft Transaction Server предлагает много приятных мелочей, но ему не хватает возможностей, необходимых для сетей масштаба предприятия.

IBM Transaction Server for Windows NT корпорации IBM

Возможно, многие скажут, что продукты IBM — олицетворение технологии обработки транзакций. Однако корпорация отставала в системах распределенной обработки транзакций (поскольку изначально ориентировалась на обработку транзакций в больших ЭВМ) до тех пор, пока не приобрела фирму Transarc и не интегрировала ее продукт Encina в свою технологию. Имея собственный опыт разработок и новое приобретение, IBM сформировала замечательный программный пакет.

На самом деле IBM Transaction Server состоит из двух продуктов: Encina версии 2.2 (в настоящий момент 2.5) и CICS версии 4. Учитывая специфику нашего обзора, рассматривающего клиент-серверные технологии, сосредоточимся на той части IBM Transaction Server, что связана с Encina. Компоненты CICS — это просто прикладной интерфейс к инфраструктуре Encina, обеспечивающий согласование с теми средами, для которых создавался CICS. Имея корни в мире больших ЭВМ, CICS не обеспечивает реальных сетевых вычислений. Тем не менее мы не отвергаем его значимости. Львиная доля мировой информации хранится в больших ЭВМ IBM, и конечно же CICS является для них наилучшим монитором транзакций.

Основанный на DCE

Пакет Encina полностью построен в соответствии со стандартами среды распределенных вычислений (Distributed Computing Environment — DCE). Как и можно было ожидать, Encina интегрировался в нашу ячейку DCE без сучка без задоринки. Transaction Server снабжен полным комплектом средств управления, но они могут быть без риска проигнорированы, если у вас установлена система управления DCE. Пакет Encina многое унаследовал от лежащей в его основе среды DCE, например прозрачную поддержку сетевых протоколов, средства обеспечения безопасности и службу имен. Он также содержит важные функции для обработки транзакций.

На нас произвела сильное впечатление та гибкость, с которой Transaction Server позволял распределять приложения по многочисленным серверам. Хотя определение того, каким образом приложения будут выполняться, было не столь удобным, как в пакете TUXEDO, в Encina значительно облегчен процесс запуска приложений. В других системах эта задача решалась гораздо сложнее.

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

Как мы оценивали мониторы транзакций

При написании этого обзора мы создали стандартное банковское приложение для каждого из тестируемых продуктов. Этим приложениям был необходим монитор транзакций, обеспечивающий функционирование распределенной базы данных в виде двух СУБД (Oracle 7.3 или MS SQL Server — в зависимости от типа поддерживаемых платформ). Основная платформа для тестирования серверов мониторов транзакций была представлена машинами Pentium Pro 200, работающими под управлением ОС Windows NT. Мы также проверяли ПО на платформе Unix, а именно ОС Solaris. Для IBM Transaction Server, требовавшего активной ячейки DCE, мы использовали среду DCE фирмы Transarc, работавшую на SPARC 20 с ОС Solaris.

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

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

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

Приятно было отметить, что три из рассмотренных систем отлично взаимодействовали по стандарту XA. Единственным исключением был продукт корпорации Microsoft. По словам ее представителей, поддержка монитором транзакций MSTS стандарта XA уже находится в стадии разработки. Но имейте в виду: так как MS Transaction Server — продукт, работающий только под управлением Windows NT, а XA всего лишь спецификация для разработок, а не протокол, то MSTS будет поддерживать лишь те ресурсы (совместимые со стандартом XA), которые будут размещаться на платформе NT.

***

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

Объективные ограничения

Пакет Encina обеспечивает довольно высокую производительность обработки транзакций. Но поскольку среда DCE полностью основывается на RPC, то она поддерживает асинхронную обработку только посредством сочетания асинхронных вызовов и многопоточности, что приводит к жесткой зависимости от связи типа «запрос—ответ». Microsoft Transaction Server, поддерживающий объектную модель распределенных компонентов (Distributed Component Object Model — DCOM), содержит много аналогичных ограничений. Производительность передачи данных Encina была почти идентична производительности MSTS и согласована c производительностью других приложений DCE. Однако в качестве опции Encina поддерживает связующее ПО MQSeries фирмы IBM. TUXEDO и TOP END также предлагают программные средства организации очередей сообщений, однако последние не обладают достаточным набором функций и не способны полностью заменить службу транспорта сообщений.

Нам было приятно обнаружить, что консоль Encina почти так же проста в применении, как и консоль MSTS. Учитывая некоторую громоздкость архитектуры, основанной на DCE, мы возлагали большие надежды на управление с помощью комбинации DCE и Encina. Средства управления и конфигурирования ПО Encina хорошо интегрируются в ячейку DCE, хотя нам и пришлось несколько раз переинсталлировать его консоль для устранения некоторых ошибок. После интеграции с ячейкой DCE администрирование монитора транзакций переходит к пользователю «encina_admin» (а не «cell_admin»).

Пакет Encina может быть установлен в конфигурацию «RPC-lite», представляющую собой просто среду DCE без защиты данных и служб справочника ячейки (Cell Directory Services — CDS). Однако мы выбрали полную конфигурацию DCE для того, чтобы воспользоваться преимуществами службы имен CDS при работе с приложениями, а также потому что этого требует консоль Encina.

К сожалению, на платформе Windows NT пакет Encina поддерживает только базы данных DB2 и MS SQL Server (на других платформах он поддерживает еще Oracle и Sybase). Как и в случае с MSTS, мы были разочарованы этим ограничением; продукт мог быть гораздо лучше при наличии более широкой поддержки менеджера ресурсов СУРБД. Этот недостаток сглаживается уникальными возможностями Encina, связанными с файловой системой SFS.

BEA TUXEDO Release 6.3 фирмы BEA Systems

Как развитый монитор транзакций, BEA TUXEDO занимает высокое место в результатах нашего тестирования, легко затмевая TOP END и MSTS. Но он не мог полностью противостоять универсальным возможностям IBM Transaction Server. TUXEDO обеспечивает наилучшую поддержку гетерогенных платформ, что особенно важно для организации с большим разнообразием вычислительных систем. Кроме того, внедрение TUXEDO — хорошее решение для тех, кто не хочет быть обременен громоздкостью и сложностью среды DCE.

В нашем тестовом приложении TUXEDO выполнял две специфические функции: управление логическими доменами и планирование процессов. Последняя из них — это, вероятно, результат богатого наследия TUXEDO, полученного от Unix. В сравнении с TOP END пакет TUXEDO был значительно более гибким и устойчивым при конфигурировании и порождении процессов. Хотя эта особенность и не была показательной для нашей тестовой сети, содержавшей только два сервера приложений, она играет важную роль, когда приложение необходимо распределить между несколькими серверами.

Мы оценили легкость, с какой компонент TUXEDO/Domain позволил нам объединять серверы приложений в единый логический модуль. Благодаря этой возможности мы смогли разместить наше тестовое приложение на домене, включавшем два физических сервера TUXEDO. Эта задача была достаточно легкой при использовании текстовых конфигурационных файлов или графического пользовательского интерфейса TUXEDO. Однако заставить наше приложение установить связь с сервисами по их именам с помощью этого пакета было более проблематичным, чем при использовании службы CDS DCE, встроенной в IBM Transaction Server.

Сжатие данных

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

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

Тип организации связи

Основное различие между TUXEDO и IBM Transaction Server — тип сетевой связи, установленный по умолчанию. IBM Transaction Server использует механизм RPC, реализованный в DCE; TUXEDO — диалоговую модель обмена сообщениями, очень похожую на TOP END. Для обеспечения надежной доставки уровень передачи сообщений также может использовать службы очередей. Учитывая, что современные механизмы RPC оптимизированы лучше, чем разработанные ранее, мы предпочли модель программирования RPC, предложенную в IBM Transaction Server (и в некоторой степени в MSTS). Хотя диалоговая модель больше соответствует программированию интерфейсов Sockets, которое может быть выгодным для асинхронных связей или в условиях большого времени ожидания, мы не увидели значительных преимуществ этого подхода при использовании Интернет и коммутируемых соединений.

BEA Systems обеспечивает особый уровень связи RPC, названный TxRPC. Интересно, что этот механизм RPC хоть и основывается на DCE, подобно тому как это сделано в продукте Microsoft, но не на все 100% совместим с DCE; интерфейсу TxRPC особенно не хватает сервиса установления связи и аутентификации.

Проблемы с конфигурированием

Конфигурирование приложений или систем, основанных на TUXEDO, — задача нетривиальная. Несмотря на то что текущая редакция TUXEDO может похвастаться графическим интерфейсом администрирования, полностью основанным на языке Java, нам все-таки приходилось редактировать стандартные ASCII-файлы, когда не удавалось справиться с фантастическим количеством конфигурационных параметров. Число требующихся параметров ошеломляет, но при этом оно обеспечивает высокий уровень управляемости системой.

TOP END корпорации NCR

Монитор транзакций TOP END корпорации NCR содержит практически все необходимые компоненты. Он предлагает службы преобразования сообщений, распределения нагрузки и восстановления транзакций, соответствующие корпоративным требованиям. Однако мы не решились поместить TOP END в ту же категорию, к которой отнесли двух лидеров нашего обзора.

Чем TOP END действительно выделяется, так это своими средствами системного управления. При работе в среде Unix монитор транзакций TOP END предоставляет полный набор средств разработки, конфигурирования и распределения программных подсистем. И только TOP END наделен возможностью упаковывать системные компоненты для автоматического распределения их по клиентским узлам. В некотором смысле полученные пакеты подобны тем, что создаются средствами распространения ПО фирмы Microsoft, однако они снабжаются еще и описанием сервиса, предоставляемого прикладной системой.

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

Служба имен

Приложения TOP END создаются с помощью инструментального средства Interactive System Designer (ISD), которое, по сути, обеспечивает в TOP END службу имен для приложений. К сожалению, эта служба не согласуется ни с одной из стандартных служб справочника, таких, как DCE или NDS (Novell Directory Services).

В отличие от других продуктов TOP END не использует строгий механизм RPC. Вместо этого он почти полностью полагается на диалоги типа клиент—сервер. Использованные нами клиенты TOP END хорошо себя зарекомендовали на медленных соединениях распределенной сети. Также TOP END обеспечивает «прозрачную» сетевую среду, поддерживая TCP/IP, Named Pipes и LU6.2 под Unix. Мы выбрали TCP/IP для установления связи между узлами TOP END, и данная конфигурация оказалась вполне удачной.

Модель XA

TOP END обслуживает связь как еще один ресурс, подобно СУРБД используя модель XA корпорации X/Open. Продукт, конечно, не позволяет выполнять операцию отката для диалога, однако он предусматривает возможность увязывать семантику транзакций с процессом установления связи между клиентом и сервером. Когда диалог между клиентом и сервером — так называемый CSI (Client/Server Interaction) — установлен, TOP END ассоциирует его с идентификатором транзакции XID. Это позволяет обеспечить управление несколькими сеансами клиента, не прибегая к утомительному программированию параллельной обработки в самом приложении.

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

Урок абстрактного мышления

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

TOP END сопровождался множеством руководств. К сожалению, мы нашли их разочаровывающе бестолковыми, что бросало тень на сам продукт. Многие принципы функционирования продукта были объяснены в слишком абстрактной манере всего лишь с несколькими приемлемыми примерами. В отличие от TOP END, документация TUXEDO, хотя почти полностью представлена в виде файлов HTML на CD-ROM, отличалась последовательностью. NCR стоило бы переработать документацию. Пока этого не сделано, планируйте дополнительное время на ее изучение или подписание контракта на обслуживание с жесткими обязательствами.

Microsoft Transaction Server v1.1 корпорации Microsoft

MSTS — новейший монитор транзакций на рынке ПО DTP. Он расширяет возможности сервера приложений Windows NT, добавляя несколько интересных нововведений к традиционным мониторам транзакций. Мы считаем, что MSTS — высокопроизводительный продукт, тесно связанный как с операционной системой Windows NT, так и с MS SQL Server.

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

В результате тестирования нам пришлось поставить MSTS низкие оценки, поскольку его возможности ограничены поддержкой сети на основе DCOM. DCOM является эффективным высокоуровневым коммуникационным интерфейсом. Однако, хотя DCOM поддерживает многочисленные протоколы на транспортном уровне (TCP/IP, IPX/SPX и Named Pipes), он полностью ограничивает вас коммуникационной моделью на прикладном уровне. В противоположность этому каждый из мониторов транзакций IBM Transaction Server, BEA TUXEDO и TOP END предлагает семантику передачи сообщений в дополнение к RPC или диалоговому механизму.

Обмен сообщениями от Microsoft

Выбор модели обмена сообщениями часто играет ключевую роль при развертывании информационной системы на низкоскоростных каналах. Мы предполагаем, что сервер организации очередей сообщений корпорации Microsoft (MS Message Queuing Server — MSMQ) будет включен в качестве одного из управляемых ресурсов в более поздную версию MSTS. А пока протокол HTTP — наиболее эффективный транспортный механизм для приложений, использующих MSTS в разнородных сетевых средах, включая распределенные сети. Собственно, Microsoft и рекомендует этот подход, создавая приложения, работающие совместно с сервером IIS (Internet Information Server).

Несмотря на то что MSTS предназначен в первую очередь для программ на языке Visual Basic, работающих как компоненты ActiveX под управлением сервера IIS, мы предпочли написать наше приложение как автономную программу, которая выполнялась на клиенте и непосредственно устанавливала связь с сервером транзакций; такой подход лучше соответствовал модели приложений, использованных нами для других мониторов транзакций. В целом нас приятно удивил высокий уровень интеграции между MSTS и DCOM. Изначально наше тестовое приложение мы создавали как единственный исполняемый модуль. После этого было совсем несложно поместить серверные COM-компоненты в отдельную библиотеку DLL и выполнять их на сервере MSTS.

Мы считаем, что это наглядная иллюстрация гибкости технологии, разработанной Microsoft и включенной в состав MSTS. Наиболее интересной является развязка между DCOM и координатором распределенных транзакций (Distributed Transaction Coordinator — DTC), для чего Microsoft поместила стандартную семантику транзакций (BEGIN, END/ROLLBACK) в объектную модель. MSTS не только освобождает разработчика от необходимости программировать на коммуникационном уровне, но и упрощает программирование процедур обработки транзакций, которые являются частью большинства бизнес-приложений. В остальных протестированных продуктах не было ни малейшего намека на интеграцию с какой-либо объектно-ориентированной архитектурой, будь то DCOM или CORBA (Common Object Request Broker Architecture). Но если с помощью основанной на DCE службы справочника пакета Encina и службы доменов пакета TUXEDO можно управлять процессами обеспечения отказоустойчивости и выравнивания нагрузки, то с помощью DCOM вы этого уже не сделаете.

В дополнение к сказанному мы не могли примириться с тем, что MSTS не обеспечивал межплатформенность. Он не поддерживает менеджеры ресурсов стандарта XA, поэтому при его тестировании нам пришлось ограничиться работой с MS SQL Server и интерфейсом ODBC (Open Database Connectivity).

Возможности управления

Полноценное управление транзакциями обеспечивается компонентом DTC корпорации Microsoft, который был доступен в MS SQL Server, начиная с версии 6.5. Однако с помощью MSTS корпорация Microsoft выделяет активацию процесса, создание пакетов приложений и управление транзакциями в самостоятельную серверную систему. Графический пользовательский интерфейс MSTS — Transaction Explorer. Если оставить в стороне вопрос об излишней мультипликации пиктограмм, то это был превосходный инструмент для управления нашим приложением, поскольку он позволял тщательно анализировать все составлявшие его компоненты DCOM. Раньше мы считали, что это сложно сделать, особенно при конфигурировании и управлении компонентами сервера DCOM.

Монитор MSTS значительно выделяется среди остальных продуктов своими средствами управления. Так, с его помощью не составляет труда связать несколько компонентов в единый пакет, выбрать для него среду выполнения и передать на соответствующую машину. Этот набор задач, называемый еще «определением системы» (defining system), в других мониторах транзакций реализован гораздо более сложно и чреват ошибками.

Для экспорта сформированного инсталляционного пакета мы использовали новую клиентскую конфигурационную утилиту версии 1.1, которая может работать также совместно с сервером SMS (Systems Management Server) фирмы Microsoft.

Мы тестировали MSTS версии 1.1, однако Microsoft готовит версию 2.0. Кроме того, следует отметить, что стратегия Microsoft для служб транзакций масштаба предприятия основывается на возможностях, предоставляемых Windows NT Server Enterprise Edition. Например, отказоустойчивость, распределение нагрузки и асинхронная передача сообщений всецело опираются на особенности его кластеризации и организации очередей сообщений. Что версия 1.1 действительно добавила, так это автоматическое обеспечение отказоустойчивости сервиса DTC для интеграции кластеризованных серверов и большой ЭВМ. К сожалению, мы не имели возможности протестировать MSTS вместе с сервером NT версии Enterprise Edition, так как в то время существовала только его бета-версия.

Недостающие возможности

ОС Windows NT Server Enterprise Edition и следующая версия MSTS обещают привнести много новых возможностей, среди которых — полная поддержка менеджера ресурсов XA, автоматическое обеспечение отказоустойчивости прикладных пакетов, усовершенствованное управление с помощью консоли Microsoft Management Console и поддержка службы справочника Active Directory. Наличие этих возможностей сделало бы MSTS более сильным соперником других продуктов нашего обзора. Их отсутствие подчеркивает недостаточную завершенность и подготовленность MSTS для реальных приложений масштаба предприятия.





  
3 '1998
СОДЕРЖАНИЕ

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

• В борьбе GSM и CDMA победила дружба

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

• Кабельные системы для офисных зданий. Часть I. История, приложения, стандарты

• Быстрые устройства для быстрых сетей

• Когда сервер NetWare работает медленно

• В поисках решения удаленного управления

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

• Коммутаторы ATM на магистрали корпоративной сети

• Формализованное представление работы предприятия

• Четыре монитора транзакций для корпоративных приложений

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

• Системы WLL на российском рынке

• Технологии ХХI века и российские университеты

• Европейская конференция по АТМ

• Передача голоса по сетям ATM (часть II)

• Передача данных по каналам телевещания

• Телевидение: от кабельного к эфирному и далее...

системы учрежденческой связи

• Конкурентоспособны ли отечественные УАТС?

• Такие разные автоинформаторы

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

• За подрядами - в Интернет!

• Оправдает ли ожидания WinSock 2?

• Электронная коммерция в России

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

• Секреты виртуальных частных сетей

бизнес

• 3Com-OCS: связь напрямую

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

• 101-й "козырь" фирмы RAD, Allied Telesyn выходит на рынок средств удаленного доступа

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

• Новые горизонты локальных сетей



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