Построение компьютерной сети Создание корпоративной Webсети

Упрощение доступа к базам данных

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

Совет

Можно отсылать запросы на сервер базы данных по электронной почте, причем для этого не требуется знать синтаксис языка SQL (Structured Query Language язык структурированных запросов). Пользователи могут составлять запросы, пользуясь средствами стандартных языков программирования, после чего генерировались предварительно заготовленные запросы. Однако, используемый язык был слишком примитивен для создания сложных запросов Более подготовленные пользователи, знакомые с синтаксисом SQL, могут отсылать по электронной почте запросы SQL и получать, таким образом, пользовательские отчеты

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

Распространение файлов

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

Совет

Чтобы обеспечить структурную согласованность файлов данных, реплицируйте их из исходных каталогов на FTPузел

FTPузел необязательно "начинять" только текстовыми файлами. Если пользователи компьютеров вашей сети достаточно квалифицированы, то на сервере можно сохранять обновления программного обеспечения Тогда пользователи могут запускать файлы SETUP с FTPузла, избавившись от присмотра за своими дисками или от приглашений специалистов по об новлению приложений.

Поиск публикаций

Еще одно применение Web заключается в предоставлении общего доступа крупным организациям к результатам исследований. Например, несколько агентств Министерства обороны США совместно используют одну корпо ративную интрасеть. В этой сети есть база данных Web, называемая IntelLink, в которой публикуются данные, собранные аналитическими отделами. Пользователи IntelLink, в том числе политики, военнослужащие ("борцы за войну" на армейском жаргоне), руководители, — словом, все, кто имеет право доступа, могут обращаться к базе данных IntelLink за статистическими сведениями, рисунками, картами и данными о военном снаряжении. Без такого Webприложения им пришлось бы для подготов ки специальных отчетов обращаться к аналитикам. Очевидно, аналитики все же занимаются пользовательскими отчетами и брифингами, однако ответ на запрос "в электронном виде" не требует от них особых усилий.

Почему используют Web

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

Согласование внешнего вида

Интерфейс Web для работы с приложениями или информацией можно сделать сколь угодно простым или, наоборот, сложным. Обычный вход в локальную сеть с использованием приложений, требует от пользователей доступа к этим приложениям (как локального, так и на сервере приложений или терминальном сервере), и умения работать с ними. Но интерфейс Webприложений для доступа к ресурсам любого типа требует использования броузера, а не приложения. Иными словами, независимо от того, получают ли пользователи доступ к базе данных либо отсылают электронную почту, они могут использовать свои Webброузеры для за грузки созданного вами интерфейса. Это не только не ограничивает число приложений, доступных пользователям сети, но также означает, что внешний интерфейс приложения (application front end) может быть сколь угодно простым или сложным, как того требует ваша пользовательская среда. Например, если пользователям достаточно средств для подготовки отчетов за некоторый период с помощью базы данных (database report), то можно создать интерфейс с местом для ввода дат и кнопкой, снабженной надписью "Генерировать отчет". В данном случае нет никакой необходимо сти учить когонибудь применению клиентных средств управления базой данных (database client).

Использование форм, созданных на основе Web, повышает степень взаимного соответствия документов не только у пользователей, но и у лю дей, принимающих вводимую пользователями информацию. Это наблюдене относится и к приложениям. Например, некоторые приложения электронной почты поддерживают HTMLпротокол и таким образом могут отображать сформатированные приглашения на прием либо официальные сообщения. Однако электронная почта — "слабое" приложение для передачи важной ин формации, поскольку она не поддерживает работу с формами. Люди могут принять (RSPV) ваше приглашение по электронной почте, однако у вас нет возможности заставить их предоставить всю необходимую информацию. Приглашение же отобедать, отосланное по Web, может содержать раздел RSPV, в котором пользователи смогут указать, кто будет их сопровождать, количество гостей, которых они приведут с собой, а также выберут блюда из прилагаемого списка. Это же приглашение, отправленное по электрон ной почте, даст ответ в произвольной форме, который может содержать всю информацию либо ее часть, либо вообще ничего конкретного. Точно так же стандартные отчеты, которые пользователь сможет выбирать из спи ска, исключают возможность синтаксических ошибок (пользователя). Корректно используйте синтаксис языка составления запросов — это об легчит жизнь'.

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