Заморские, немного таинственные и чем-то похожие на заклинания слова «Internet» и «intranet» прочно входят в нашу жизнь. Про Internet сказано и написано немало. Ныне на очереди intranet.

Вместо введения

Тема внутрикорпоративных интра-сетей (intranet) последние несколько месяцев не сходит со страниц большинства компьютерных изданий мира. На первый взгляд может показаться, что это новое, недавно народившееся направление имеет крайне малый удельный вес в общем объеме Internet-систем. Такта оно так. Но по данным IDC (International Data Corp.), еще даже в прошлом году соотношение количества проданных лицензий на Web-серверы для использования в интрасетях превосходило (!) лицензии для Internet и составляло 55 процентов против 45. В этом же году разрыв может оказаться еще более заметным.

Нельзя сказать, что все в этом новом веянии времени принимается на ура. Но подавляющая часть материалов носит скорее восторженный и настоятельно-рекомендательный характер. «Как? вы все еще думаете, стоит ли на них переходить? Ведь это сети будущего, причем самого ближайшего. Вы не должны сомневаться», – вот общая тональность различных выступлений на тему интрасетей. Сегодня нередко можно встретить даже вполне серьезные заявления о том, что локальные вычислительные сети (ЛВС) уже не нужны, что их звезда закатилась. Но так ли это? Неужели интранет – это новое сильнодействующее лекарство – способно лечить все то, о чем говорится на его упаковке? Кто будет назначать дозировку и следить за последующим состоянием пациента? И не приведут ли скромно умалчиваемые побочные явления к тому, что нам для ликвидации последствий лихих экспериментов придется в который раз обращаться за помощью к народным целителям?

Что такое интрасети

В наши суматошные дни в области компьютерных технологий творится что-то невообразимое. Одни решения стремительно вытесняются другими. Не успеешь хоть немного пообвыкнуться с мыслью о неизбежности освоения новой технологии, а там уж глядь – ей на смену пришла еще более новая. И, как утверждают, заметно превосходящая своих предшественниц. Самое, пожалуй, точное определение нашему состоянию – технологический стресс. Аудитория (мы с вами) не должна остывать. Ее нужно все время поддерживать на определенном взводе, постоянно подогревая наш интерес и переключая наше внимание с одного объекта на другой. Нельзя допускать, чтобы аудитория успела разобраться во всех «прелестях» новинки и сумела понять, что в очередной раз на волне ажиотажа ее обвели вокруг пальца. Это один из известных принципов преднамеренной блокировки системы: нужно успевать ставить задачи быстрее, чем она способна их решить.

Однако вместо того чтобы огульно все чернить, давайте попробуем спокойно разобраться. Так что же такое интрасети? Самое краткое, хотя и не совсем корректное определение я обнаружил на обложке сентябрьского спецвыпуска журнала «PC Magazine Russian Edition», посвященного интрасетям. Там была лаконичная надпись «Intranet – Internet внутри фирмы».

Действительно, основная идея интрасетей – использовать дешевую (если не сказать «бесплатную») и доступную программную начинку Internet для организации доступа внутри фирмы (корпорации, организации) к общезначимым данным. Правда, из этого совсем не следует, что нужно обязательно включаться в Internet и «гнать» через эту сеть свои данные. Достаточно лишь организовать свой собственный Web-сервер, установить на него программное обеспечение, настроить клиентские машины, установить гиперсвязи – и вперед!

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

Идея интрасетей по сути своей не нова. Многие фирмы и организации довольно давно использовали механизм электронной почты не только для общения с внешним миром, но и для передачи сообщений в рамках локальной сети между своими сотрудниками. И в самом деле, это довольно удобно: унификация адресатов и средств отправки и обработки электронной корреспонденции снимает многие проблемы. Еще одним естественным шагом на пути к интрасетям была стихийная попытка унификации обмена файлами. Там, где доминировала Unix и имелись свои собственные ftp-узлы (а к ним в первую очередь относились университеты и научные учреждения), через протокол TCP/IP на ftp-сервере размещались многочисленные файлы. Особенно удобно это было в тех случаях, когда часть работы выполнялась за пределами организации (дома) и нужно было обмениваться теми или иными файлами, являющимися результатом работы других участников общей команды. При этом создавался уже скорее прототип не внутренних интрасетей, а внешних экстрасетей (extranet), но о них мы поговорим чуть позже.

Сегодняшний всплеск интереса к интрасетям обусловлен мощной экспансией сетевого гипертекста в мировое информационное пространство. Простота, наглядность и удобство унифицированной работы с гипертекстовыми документами в формате HTML создали основу для бурного роста различных сетевых систем и решений, в которых ведущая роль отводится протоколу HTTP (HyperText Transfer Protocol), а также его двойникам: защищенному, «экранированному» S-HTTP (Secure HTTP) и оптимизированному НТТР+. Трудно, пожалуй, переоценить тот факт, что каждый документ, «опубликованный» в Internet, имеет свое уникальное имя (URL, Uniform Resource Locator), которое однозначно определяет его местонахождение в мировом информационном пространстве. В связи с этим все острее стали подниматься вопросы об унификации файловых систем различных ОС с ориентацией их на URL В этом смысле древовидная файловая система ОС Unix, – обладающая средствами динамического подсоединения (монтирования) отключенных или же новых файловых пространств, а также развитым механизмом синонимизации файлов, превращающим дерево связей в граф, – многими специалистами рассматривается как один из наиболее привлекательных кандидатов на роль единой файловой системы. Итак, с одной стороны, унификация, открытость и доступность программных решений Internet, а с другой, богатый опыт, накопленный за время многолетней полномасштабной «опытной эксплуатации», и огромная востребованность интенсивного информационного обмена – стали той благодатной почвой, на которой проросли семена интрасетей. Вопрос лишь в том, что это: сорняки или ценнейшие культурные растения? Ответить на него сможет только время.

Нюансы терминологии

Термин «интрасети» употребляется в наши дни в довольно широком смысле. Он подразумевает не просто использование в рамках локальной сети программного обеспечения и технологических решений, созданных для Internet. Сегодня внутрикорпоративные сети охватывают своими магистралями целые регионы и даже различные страны. Естественно, что в роли транспортной артерии, обеспечивающей бесперебойное снабжение территориально удаленных подразделений, выступает Internet.

Вот почему во избежание определенной путаницы и для выделения истинных Internet-участков внутрикорпоративной сети все чаще и чаще можно встретить термин «экстрасети» (extranet). По крайней мере, этот термин в пояснении своей стратегии использует фирма Netscape Communications. Экстрасети и интрасети соотносятся между собой примерно так же, как прямые телефонные номера, подключаемые к обычной АТС, и местные служебные номера, коммутацию которых осуществляет внутренняя АТС. Как известно, эта АТС может быть связана с обычной (городской), а может работать и сама по себе. Как видите, ничего нового для нас здесь не открыли.

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

Огромная роль в случае интранет-сетей принадлежит гипертексту, отцом которого по праву считается Теодор Хольм Нельсон. Именно он в 1960 году сформулировал концепцию, а в 1965 году первым произнес слово гипертекст (hypertext) и заложил основы проекта Xanadu – своеобразного прототипа всемирной гиперсети WWW (World Wide Web).

Своему нынешнему виду сетевой гипертекст обязан Тиму Бернерсу Ли из Европейского центра физики элементарных частиц (CERN) в Швейцарии. О своем рождении WWW известил мир в конце 1991 года, а свой победный марш по нашей планете сетевой гипертекст начал в январе 1993 года с выходом первого сетевого навигатора (browser) Mosaic Марка Андрисена. Помимо своей простоты и наглядности сетевой гипертекст получил столь широкое распространение благодаря единообразию представления гиперстраниц. Язык описания страниц с именем HTML

(HyperText Markup Language) – один из многих языков электронных публикаций – стал унифицированным средством компоновки, шрифтового оформления и описания гиперсвязей для простых и сложных текстов. Последней принятой версией этого языка является HTML 3.2. Внесенные изменения были официально закреплены в начале мая этого года консорциумом W3 Consortium при участии Лаборатории компьютерных наук Массачусетского технологического института (MIT Laboratory for Computer Science) и Французского национального института компьютерных наук и управления INRIA – преемника швейцарского центра CERN в деле развития и поддержки технологии WWW.

Итак, на смену популярным файловым навигаторам, вроде Norton Commander и XTree Gold, пришло иное поколение – поколение сетевых навигаторов. Так что теперь можно смотреть на мир через призму сетевого гипертекста, пользуясь вашим любимым навигатором (Netscape Navigator, Microsoft Internet Explorer, NetManage WebSurfer и др.). И пусть этот взгляд однобокий и спустя .некоторое время покажется нам неказистым и даже несколько убогим -ныне в нашем сознании он начинает всерьез доминировать.

Мы не зря так внимательно отнеслись к сетевому гипертексту. Несмотря на то что помимо него в становление и развитие интрасетей ныне активно вовлекаются технологии баз данных (архитектуры «клиент-сервер», N-Tier), компонентных архитектур (Java Beans, OLE/ActiveX, OpenDoc, LiveConnect, BAJA) и распределенных вычислений (Java), сетевой гипертекст играет роль основного проводника идеи интрасетей. Поэтому максимальная выгода, которую сегодня, на мой взгляд, можно извлечь из технологии интрасетей, – это прежде всего создание внутрикорпоративной базы гипертекстовых данных на основе HTML-документов и Web-сервера. На первый план при этом выходят средства редактирования HTML-файлов, организации и анализа гиперсвязей(перекрестных ссылок), просмотра и навигации по взаимосвязанным фрагментам документов, полнотекстового индексирования и быстрого многокритериального поиска, а также генераторы HTML-отчетов по информации из задействованных баз данных. Многие из перечисленных средств легко доступны, носят бесплатный или условно бесплатный характер и опираются на стандартизированное представление информации и гиперсвязей, что снимает технологическую зависимость от конкретного производителя используемого программного обеспечения. В результате силами сотрудников самой организации (а не приглашенных специалистов!) создается действующий макет ее информационного пространства, который может явиться удобным прототипом для проведения эффективной структурной реорганизации связей и построения оптимальной информационной среды, но уже с привлечением специалистов-профессионалов.

Гипертекст образует единый частично формализованный язык общения заказчика информационной системы (постановщика задачи) и ее исполнителя (разработчика). Кроме того, исполнитель может не просто реализовать более эффективные и функционально богатые средства обработки информации (оболочку информационной системы), но и имеет в своем распоряжении солидный объем реально накопленных данных, которые могут быть автоматически преобразованы в иную форму внутреннего представления (импорт данных) и в состоянии заполнить собой «закрома» информационной «кладовой». К тому же, они дают богатую пищу для анализа, предшествующего выбору наиболее оптимальной архитектуры информационной системы. В этом смысле технология интрасетей весьма и весьма привлекательна.

Проблемы интрасетей

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

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

Решение всех этих проблем не столь уж и сложное. По крайней мере в программировании эффективные подходы найдены давно. Все страницы достаточно разбить на две группы – интерфейсные (public) и содержательные. Автор должен быть ограничен в изменении структуры (внутренние гиперузлы), а уж тем более названия интерфейсных страниц. Любое изменение должно привести к последующей синхронизации ссылок {их «перекомпиляции») – иными словами, к уведомлению клиентов измененной страницы. Жаль, что создатели сетевого гипертекста об этом не подумали.

В некоторых случаях целесообразно хранить обратные ссылки и использовать известный в области БД механизм инвертированных списков. Для интрасетей число обратных ссылок существенно ниже, чем в случае Internet. Эти ссылки можно и не хранить, а выявлять автоматически по мере необходимости – что сродни механизму сборки мусора (garbage collection) в объектно-ориентированных системах. Задача еще более упростится, если все гиперсвязи индексируются. Тогда их сканирование станет тривиальной задачей, допускающей (в смысле пространства и времени) достаточно эффективное решение.

Другая проблема сетевого гипертекста Internet – отсутствие встроенных средств контроля при использовании внутри документа текстовых объектов из различных словарей, справочников и классификаторов данных. Что здесь имеется в виду? Некоторые слова (и цифры!), которые мы употребляем в самой HTML-странице, обозначают вполне определенные объекты: фирмы, улицы, города, людей, даты и т. п. Причем совсем не обязательно это должны быть имена собственные. По сути своей для последующего поиска эти слова являются ключевыми. Если оператор, осуществляющий заполнение страницы, допустил ошибку в этих критических для документа словах, то никакая даже самая могучая система полнотекстового поиска не сможет гарантировать ее обнаружение и исправление. Так что без входной верификации системам поиска грош цена. Проблема усугубляется еще и тем, что документ пишется на нормальном человеческом языке и далеко не всегда удобно вставлять подобные текстовые объекты в нормализованном виде (именительный падеж единственного числа для существительных и прилагательных, неопределенная форма для глаголов). Безусловно, здесь всплывают чисто лингвистические проблемы, характерные для конкретного естественного языка. Но и в этом случае есть немало решений, причем для них можно обеспечить унифицированный каркас взаимозависимостей.

Мы как-то зациклились на проблемах гипертекста, а ведь помимо этого в Internet есть ряд и других проблем. Возьмем, к примеру, информационную безопасность. Если на ранней стадии развития всемирной гиперсети WWW особого внимания ей не уделяли, то сейчас проблема решается с помощью различных брандмауэров (firewalls) – своеобразных информационных шлюзов («таможен»), обеспечивающих контроль над импортом и экспортом информации. Помимо этого, широко задействованы механизмы сертификации (контроля полномочий и доступа), регистрации действий пользователя (аудита), защиты содержания (шифрования) и защиты самого процесса передачи информации, а также подтверждение подлинности данных (электронная подпись).

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

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

Организационная сторона дела также важна. Ведь информационная безопасность – это не пустые слова. Для примера достаточно взять хотя бы вторжение извне в систему управления и адресации потоков информации Internet. Угроза эта существует всегда, но воплощение ее в мрачную реальность чаще всего воспринимается сетевыми администраторами как событие маловероятное. Тем более что до недавнего времени в нашей стране никаких громких прецедентов не было. Но вот 11 сентября этого года «проба пера» состоялась: известный сервер RITMPRESS издательства "Инфо-Арт" (http://www.ritmpress.ru) подвергся первой атаке. Вместо реальных HTML-страниц «подставлялись» иные с весьма пикантным содержанием. В результате на три дня была заблокирована работа одного из известнейших в нашей стране поставщиков информации. Но это мелочь в сравнении с тем ущербом, который был нанесен престижу "ИнфоАрт".

Фирма Bentley Systems предложила использовать Internet для проведения работ над крупными проектами, когда в процесс проектирования вовлекаются организации, использующие различные платформы и разные приложения для проектных работ, управления данными и документами, а также коммуникациями. Потребности в коммуникациях в рамках таких проектов могут возникнуть из-за географической разобщенности участников, которым нужно обеспечить разный уровень доступа к данным и условия редактирования документов.

Internet, по мнению Bentley Systems, является идеальным инструментом для глобального распределенного проектирования, поскольку он функционирует в смешанной среде операционных систем и допускает использование различных аппаратных платформ. В Internet естественным образом стандартизуются форматы данных: HTML для текстов и форматирования, VRML для трехмерных моделей. Во Всемирной Сети доступно огромное количество информации, например, карты, спецификации, стандарты, акты государственного управления и т. д., доступ к которой может быть осуществлен с помощью браузеров и мощных систем поиска. В будущем будут использоваться инструменты поиска компонентов (например, дверей, перекрытий, карт и т. д.).

Это дает возможность взаимного обмена информацией между проектировщиками, а также доступ к документам проекта его руководителям, заинтересованным лицам и организациям. При этом становится ненужным создание региональных и глобальных специализированных сетей – достаточно локального подключения к сети провайдера. Bentley считает, что на основе Internet можно легко и просто организовать «виртуальную» корпоративную сеть, создаваемую при разработке конкретного проекта. То есть intranet – частный случай использования Internet, когда для защиты конфиденциальной информации проекта включаются механизмы приложений firewall (трассировка IP-соединения, пароли и пр.), препятствующие доступу к закрытой части проекта неавторизованных пользователей. Но используемые при этом средства остаются теми же, «интернетовскими».

Проблема преднамеренной дезинформации за счет атаки на DNS-серверы (domain name service), отвечающие за преобразование мнемонических имен компьютеров в реальные IP-адреса, может привести к еще более страшным последствиям. Сейчас, когда основным режимом работы с Internet является ручной (интерактивный), дезинформация не столь эффективна. Но как только начнется серьезное распространение интрасетей, интегрированных с Internet, и обработка информации постепенно станет переходить на автоматический (пакетный) режим, масштаб последствий возрастет многократно.

Еще одной серьезной проблемой Internet, которая может оказать негативное воздействие на интрасети, является плохо контролируемое управление лавинообразным ростом сетевого трафика. С распространением видеоконференц-связи, распределенных мультимедиа-приложений, сетевых «радио»-станций, Internet-телефонии и ростом числа активных пользователей нагрузка на Internet заметно увеличилась. До серьезных пробок дело пока не доходит. Но это пока. А ведь если ваша организация перевела свои подразделения на технологию интрасетей и некоторые из них располагаются в территориально удаленных точках, то естественным шагом к их интеграции является объединение с помощью экстрасетей в единую корпоративную сеть, действующую в рамках Internet. Так что при возрастании роли этой транспортной артерии придется серьезно задуматься об аренде привилегированного канала.

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

Однако самой серьезной проблемой является недостаточная зрелость и обкатанность технологии интрасетей. Что и говорить, идеи декларируются неплохие, но вот степень их проработки к моменту выпуска коммерческих продуктов, а тем более для широких масс, оставляет желать лучшего. Качество и надежность ныне не в почете. Сейчас мода на богатую функциональность, внешнее благообразие и мнимую быстроту освоения. «Сырость» многих из предлагаемых ныне решений такова, что без бескорыстных (и не очень) проводников, хорошо изучивших местность, нам одним нужного брода ни за что не сыскать.

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

Конкуренты интрасетей

Интрасети стремительно вторглись на территорию, которая дотоле была отдана в ведение локальных вычислительных сетей и региональных сетей, создаваемых на основе корпоративного ПО (groupware), такого как Lotus Notes и Novell GroupWise. Означает ли это, что прежние хозяева этой вотчины вынуждены будут с ней навсегда распрощаться? Конечно же, нет. Правда, шуму интрасети наделают немало; да еще попутно постараются вобрать в себя все плюсы тех и других. Так что, глядишь, годика этак через три мы их и не узнаем вовсе. Разве что имя то же самое останется (во что я не очень-то верю).

Сегодня интрасети – вещь достаточно универсальная (чем, собственно, она нас и привлекает). Но этот замечательный конструктор, как маленький ребенок, требует уйму времени, ухода и большого внимания. Причем, что самое главное, позволяет решить задачу только в принципе. Как только мы начнем в нее погружаться с головой и вдруг захотим большего, чем просто крепеж на шарнирах, начнет выясняться, что многое надо увязывать, что-то вообще программировать с нуля(причем не только на каком-нибудь очередном гибриде HTML, а на целой гремучей смеси из Java, JavaScript, C++, CGI, SQL и нескончаемого множества API-интерфейсов), а что-то даже полностью заменить.

С другой стороны, специализированные файл-серверные и клиент-серверные базы данных и системы архивации, хранения и циркуляции составных документов со своими задачами по большей части справляются куда успешнее интрасетей. Немудрено: на то они и специализированные. Им есть чем козырять в игре с интрасетями – отлаженными и оптимизированными решениями, притертыми друг к другу компонентами, наконец, хорошо поставленными коронными приемами вроде распределенной обработки транзакций и автоматического тиражирования данных.

Кстати, тиражирование неструктурированных данных (тексты, графика), с которым так успешно справляется Lotus Notes (а с недавних пор до этого снизошел даже Microsoft SQL Server 6.5), в эпоху расцвета Internet обретает особый смысл. Дело в том, что несмотря на всю кажущуюся простоту и удобство работы со ссылками на источники информации, на деле все оборачивается серьезной проблемой. То при доступе к некоторым Web-серверам возникают какие-то неполадки с DNS-сервером, то нужный вам сервер перегружен (с чем наш закаленный пользователь давно уж свыкся), то ни с того ни с сего временно закрыт доступ к нужной информации. А если эти точки носят еще и промежуточный характер? Что же, так и ждать, пока нам наконец повезет? Не спасают ни многочисленные зарубки и закладки, ни выявление часов пиковой нагрузки каждого конкретного Web-сервера. Вы уже догадались, к чему я веду? Правильно, определенную часть информации необходимо дублировать на своих локальных файловых носителях. Но, во-первых, это противоречит идее минимальной избыточности гипертекста, заложенной в WWW, и уж тем паче чаще всего ведет к нарушению авторских прав создателей нужной вам информации. Во-вторых, подобное дублирование подразумевает необходимость автоматического контроля рассогласования копии и оригинала, а также их синхронизации (в чем собственно и заключается принцип тиражирования данных). Некоторые хитроумные системы кэширования Web-страниц в той или иной степени решают эту проблему. Но ведь здесь важна надежность контроля и избирательность дублируемой информации, чего, к сожалению, Internet-средства нам пока не дают. A Lotus Notes тем временем с подобными проблемами справляется без особых хлопот.

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

одним лишь InterNotes Web Publisher (пакетное преобразование баз данных и приложений Notes в HTML-страницы), а предлагает свое собственное видение современного Web-сервера, через который в рамках корпоративных сетей ведется интенсивный документооборот. Это Domino II Server, представляющий собой Web-сервер и инструментарий для Web-разработки; он создан Lotus Development совместно с IBM.

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

Перспективы интрасетей

В заключительной части статьи мне хотелось бы обратить внимание читателя на два интересных, на мой взгляд, аспекта использования интрасетей. Один носит чисто технический характер, второй – скорее, социальный.

Неплохие технологические перспективы для создания гибких и эффективных информационных систем открывает объединение входных форм (шаблонов ввода и запросов к БД) с выходными формами (отчетами, являющимися результатами запросов) в пространстве динамически генерируемых HTML-документов. Другими словами,за счет подобной унификации можно автоматически генерировать пользовательский интерфейс, который, в свою очередь, будет определять получение новых выходных форм. Ввод, вывод и сама реализация здесь работают в едином пространстве HTML. Это позволяет создавать хитроумные фильтры и конвейеры, обеспечивающие органичную стыковку входных и выходных форм. К каким интересным результатам это может привести, легко убедиться хотя бы на примере экспериментальной ОС Oberon, где все, начиная от заголовка окна и кончая командами операционной системы, поддается редактированию и расширению со стороны пользователя. Причем любой результат работы вашей программы (команды ОС) – текстовый, графический или какой-то иной – может (интерактивно) стать одним из входных параметров другой программы.

Второй аспект, быть может, еще более очевиден, чем первый, но от того его важность ничуть не меньше. Дело в том, что Internet, интрасети и экстрасети могут существенно помочь в таком благородном деле, как возврат к активному труду многих из тех, кто в силу ряда причин не может покидать свой дом. Это касается прежде всего инвалидов, лишенных возможности свободно и самостоятельно перемещаться. Компьютеры, предоставляемые работодателем, подключенные к каналам Internet и/или соединенные друг с другом, могут оказаться не просто лучиком надежды для людей, убитых горем и потерявших веру, – это реальный и экономически выгодный путь привлечения огромного потенциала рабочих рук для расширяющегося рынка производства и переработки информации. Выгода обоюдная: для таких сотрудников это еще и раскрывает окно в реальный мир; для работодателя позволяет резко снизить себестоимость добычи и переработки информационных ресурсов. Намой взгляд, подобный способ организации распределенной работы даже на нынешнем этапе развития Internet, несмотря на проблемы обучения персонала и формирования рабочих мест, имеет немалые перспективы.

В заключение несколько слов о развитии интрасетей в России. По мнению Андрея Зотова, председателя правления Российского центра Internet-технологий (РО-ЦИТ), наиболее эффективными они могут оказаться прежде всего для мелких и средних фирм и организаций. Иитрасети делают пока первые робкие шаги в России. Быть может, отправной точкой их активного продвижения станет октябрьская московская выставка «NetCom'96».

Главное, что мне хотелось бы еще раз подчеркнуть, прежде чем читатель отложит в сторону прочитанную статью: интрасети – не панацея от всех бед; это всего лишь один из возможных путей решения наших проблем.

Web-ссылки:

http://www.brill.com/intranet (The Intranet Journal)

 http://www.netscape.com/comprod/at_work/white_paper/intranet/vision.htm (Стратегия Netscape)

 http://www.lotus.com/corpcomm/3582.htm (Стратегия Lotus)

 http://webcompare.iworld.com/intranet.htm (Обзор источников по intranet)

http://www.lochnet.com/client/smart/intranet.htm (Обзор источников по intranet)

http://www.infoweb.com.au/intralnk.Ato (Intranet Resource Centre)

http://www.intranet.co.uk/papers/intranet/intranet.html (Статья по intranet)

http://www.process.com/news/intrawp.htp (Intranet White Paper)

http://www.ru/cit/win/main.htm (Материалы конференции «Internet-Россия '96»)

http://www.ru/cit/win/58.htm (Статья А. Сергеева по Internet и intranet)

http://www.rocit.ru (РОЦИТ)