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

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

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

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

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


Rambler's Top100

  

Серверы дискуссий открывают возможности сотрудничества в Web

Ахмед Абуалсемид

Дискуссионные серверы, особенно те, которые оснащены средствами безопасности и управления информационным наполнением, могут быть полезны как сотрудникам компании, так и ее клиентам.

До изобретения службы Web сеть Интернет использовалась исключительно техническими специалистами для обмена информацией через электронные доски объявлений, новостные группы, электронную почту и FTP-серверы. Несмотря на свою мощь, большинство этих средств никогда не пользовались успехом у корпоративных пользователей. Это связано с тем, что лежавшая в их основе операционная система Unix воспринималась ими как ОС для “технарей”.

Теперь, когда большинство из нас не представляет себе жизни без путешествий по Web, бизнес-пользователи начали присматриваться к этим способам сотрудничества. Цель, которую они преследуют, — улучшить обмен информацией и снизить расходы. Большая часть реализованных сейчас подобных систем основаны на программных пакетах Lotus Notes, Microsoft Exchange, Novell GroupWise и на аналогичных решениях для интрасетей. Хотя все они используют Web путем предоставления какой-нибудь разновидности интеграции с браузерами, изначально они были ориентированы на применение в локальной сети и по-прежнему часто требуют специализированного клиентского ПО. Если только вы не подключены непосредственно к корпоративной ЛВС или не располагаете уже каким-нибудь функционирующим решением VPN, использование подобных средств будет сопряжено с проблемами. Конечно, решение для внутренней сети проще сделать безопасным, но решения на основе браузера тоже могут обеспечивать безопасный доступ, если использовать SSL.

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

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

Архитектура сервера дискуссий

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

Почти каждый сервер дискуссий позволяет выбирать между несколькими СУБД. От этого выбора зависят производительность, масштабируемость и эксплуатационные свойства. Если ваш сервер дискуссий является частью более крупной системы CRM (Customer Relationship Management), то использование СУБД совместно с другими компонентами будет иметь критически важное значение. Таким образом, даже если вы не создаете сервер дискуссий с нуля, вам необходимо знать параметры установки и настройки базы данных. Для сервера дискуссий может использоваться простая СУБД, такая, как dbm для Unix или Microsoft Access, или большая реляционная СУБД, например DB2, Informix, Oracle, MySQL или PostgreSQL.

Microsoft Access и dbm — отличные варианты. Они просты в применении и нетребовательны в эксплуатации. Кроме того, эти решения стоят дешево в смысле как начальных затрат, так и расходов на эксплуатацию. Однако они менее масштабируемы, чем полнофункциональные серверы баз данных, и вам придется потрудиться, чтобы организовать многопользовательский доступ. Установка может оказаться тоже непростой, если сервер базы данных и Web-сервер размещены на разных машинах.

Лучше всего было бы использовать хорошо зарекомендовавшую себя реляционную СУБД. Но и этот вариант имеет слабые стороны, среди которых в первую очередь стоит отметить сложность и расходы на поддержку. Применение любой коммерческой СУБД влечет за собой значительные лицензионные расходы, а ее установка и эксплуатация требуют большого опыта в администрировании. Положительным является тот факт, что, если ваша организация достаточно велика, значит, у вас, возможно, уже имеется лицензия на одну из коммерческих СУБД. Если это так, то у вас наверняка есть и необходимый опыт работы с ней.

И наконец, в плане производительности несколько СУБД с открытым исходным кодом успешно конкурируют с крупными коммерческими СУБД, при том что стоят дешевле или вообще распространяются бесплатно. В первую очередь это MySQL и PostgreSQL.

MySQL исключительно быстрая и чрезвычайно популярная СУБД, которая практически не требует расходов на поддержку. Но и она имеет ряд недостатков. Например, не поддерживает некоторые сложные функциональные возможности, имеющиеся в большинстве зрелых реляционных СУБД, такие, как хранимые процедуры и внешние ключи. Но для реализации скромного сервера дискуссий вам они и не нужны. Кроме того, MySQL работает практически на любой платформе.

PostgreSQL представляет собой более завершенную и сложную СУБД. Она обеспечивает все функциональные возможности зрелой реляционной СУБД, но гораздо сложнее в установке и администрировании, чем MySQL.

Сервер приложений включает в себя Web-сервер и ПО сервера дискуссий. Выбор Web-сервера обычно происходит на корпоративном уровне. В отличие от сервера СУБД Web-сервер, вероятнее всего, будет располагаться за пределами области, защищенной корпоративным межсетевым экраном (МЭ), чтобы пользователи могли обращаться к нему из Интернет. Или же он может размещаться внутри области, защищенной МЭ, тогда в последнем нужно оставить “окно” для порта 80 или других поддерживаемых портов. В любом случае вашему ИТ-подразделению придется изрядно потрудиться при выборе Web-сервера.

Если вы работаете с ПО фирмы Microsoft, то наверняка будете использовать Web-сервер Microsoft IIS (Internet Information Server) версии 4.0 или 5.0; при работе же с ОС Linux, наверное, выберете Apache. Но существуют и альтернативы. Если же выбор Web-сервера не влияет на работу сервера дискуссий, не стоит уделять ему слишком много внимания. Воспользуйтесь корпоративным стандартом — сервером Apache, так как за него не нужно платить, он отлично работает и довольно широко распространен.

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

Настраиваемый пользовательский интерфейс. Web-узел — это ваша визитная карточка, а сервер дискуссий — расширение вашего Web-узла. Поэтому дискуссионный сервер не должен нарушать ваш корпоративный стиль, и в то же время нужно позаботиться о том, чтобы оформление можно было бы менять, когда вы изменяете внешний вид вашего Web-узла. В первую очередь найдите такой продукт, который позволит вам использовать таблицы стилей CSS (Cascading Style Sheets), тогда вы сможете настраивать систему централизованно, причем изменения будут отражаться сразу везде.

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

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

Для серверов, на которых пользователи размещают документы, необходимо обеспечить защиту от вирусов. Кроме того, убедитесь, что злоумышленники не используют вашу систему для хранения своих файлов или, хуже того, для распространения непристойных материалов. И наконец, убедитесь, что вы можете использовать SSL. Это обычно предполагает установку сертификата и указание браузеру адреса https:// вместо стандартного URL.

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

Возможность администрировать конференцию. Иногда вам понадобится администрировать дискуссии. На дискуссионный сервер, который не позволяет этого делать, не стоит тратить время. Если речь идет о дискуссиях внутри рабочей группы, в средствах администрирования конференций нет особой необходимости, однако это становится серьезной проблемой, когда вы открываете ваш сервер заказчикам. Решили отказаться от этой возможности? Используйте такой сервер, который позволяет сетевому администратору легко удалять сообщения и нити дискуссий целиком.

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

Меньше сложностей. Дискуссионный сервер может быть написан на языке сценариев для сервера, например ASP (Active Server Page), Perl или PHP (PHP Hypertext Processor). Для этого вам необходимо только установить соответствующий интерпретатор на вашем сервере приложений. Изначально ASP появился в IIS, однако имеются коммерческие реализации ASP и для Unix.

Хотя ASP — это программная среда, а не конкретный язык, почти все программные коды ASP написаны на языке VBScript, который является подмножеством Visual Basic. Язык Perl поддерживается множеством платформ и распространяется бесплатно. В сети Интернет имеются огромные архивы написанного на Perl программного кода практически для любого приложения, которое можно себе вообразить. PHP сейчас набирает популярность. Его предпочитают индивидуалы. Существуют и другие языки сценариев, такие, как Python, но основополагающие идеи у всех одни и те же.

В дополнение к сценариям более сложные системы могут предусматривать компоненты на серверной стороне. Их можно писать на разных языках. Наиболее популярными из них являются Java фирмы Sun Microsystems и Visual Basic фирмы Microsoft. Язык Java применяется для написания серверных приложений Java и Enterprise JavaBeans, а Visual Basic — для разработки управляющих компонентов ActiveX. Имеются другие варианты — C++ и Cold Fusion. Все они вполне пригодны и занимают свое место в разработке Web-приложений. Однако для сервера дискуссий особо развитые системы вам не понадобятся.

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

Проверка правописания. Реализовать эту функцию в системе на основе Web несколько труднее. Не многие серверы дискуссий предлагают проверку правописания, но, если она есть, это хорошо.

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

Большинство серверов дискуссий разрабатывались в академической среде, где IP-коммуникации не обременены особыми механизмами защиты. При первом использовании подобного ПО в корпоративной среде его работа обычно нарушается из-за ограничений, накладываемых прокси-серверами, МЭ или браузерами. Одни отделы по информационным системам устанавливают запреты на пропуск Java-аплетов сквозь МЭ, другие — запрещают управляющие компоненты ActiveX, и во многих местах накладываются ограничения на использование Java-аплетов и управляющих компонентов ActiveX в сценариях. Мало того, учтите, что в некоторых ИТ-подразделениях запрещается изменение конфигурации браузеров, чтобы обеспечить соответствие некоему корпоративному стандарту. Какова бы ни была ситуация у вас, убедитесь, что ваша система соответствует этому стандарту.

На рынке имеются разнообразные серверы дискуссий для Web. Некоторые из них являются коммерческими, а большинство — общедоступными. Хорошей отправной точкой станет сервер Phorum, основанный на PHP. Вот пара отличных узлов для поиска любых программ для PHP: www.php.net и www.zend.com. Если вы любитель ASP, то найдете дискуссионный сервер на базе ASP под названием aspSmart Forum по адресу www.aspsmart.com.

И наконец, любители Perl могут использовать бесплатный сервер дискуссий WWWBoard; он находится в архиве программ на узле www.worldwidemart.com/scripts.

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

Среди коммерческих вариантов в продуктах eRoom Technology и Lyris предлагается намного больше функциональных возможностей, чем требуется от дискуссионных серверов (на узле nwc.com/1202/1202sp3.html можно ознакомиться с обзором по eRoom).





  
5 '2002
СОДЕРЖАНИЕ

бизнес

• Управление проектами как новая философия бизнеса

• Информационные услуги - новое направление развития "Электросвязи"

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

• Коаксиальный кабель: что скрывается за видеосигналом?

• Внешняя коммуникационная кабельная инфраструктура предприятия и ее заземление

• Эволюция технологий расширения компьютеров и соединения их компонентов

• Переключатели KVM - центральные пункты управления

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

• Серверы дискуссий открывают возможности сотрудничества в Web

• Технология ESI снижает расходы и повышает производительность

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

• DECT и Закон

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

• Технология PLC - телекоммуникации по сетям электропитания

• Тестируем инструменты мониторинга производительности сети

• Оптические иллюзии и реалии

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

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

• ИБП от мала до велика

• FireProof защитит от DoS-атак

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

• DCS "входит" в Интернет; OptiX 155/622H - мал, да удал; Новые "дети" Allied Telesyn; Новая серия ИБП NeuHaus; Система беспроводного доступа от INTRACOM S.A.; IP-видеотелефон BVP 8770 - привлекателен и доступен

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

• Volkswagen развивает собственную виртуальную биржу

• Поддержка протокола SNMP в JAVA-приложениях


• Калейдоскоп



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