Дополнительная среда

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

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

Сетевая среда, поддерживающая дополнительную среду, а также совокупность всех тех­нологий, на которых она базируется, называется экстрасетью (extranet). В качестве замеча­тельного примера можно привести систему FedEx, которая позволяет заказчикам отслеживать перемещение посылок посредством взаимодействия с базой данных компании.

Ниже приведен краткий список вопросов, которым необходимо уделить внимание при ис­следовании дополнительной среды.

• Web-узлы, используемые компанией: их поддержка, месторасположение.

• Функции информационно-справочной службы и способ их реализации.

• Способ получения подрядчиками и консультантами доступа к сети предприятия, на­личие риска доступа к конфиденциальным данным.

Работа с организационными диаграммами

Имея под рукой организационные диаграммы, можно легко определить логические едини­цы предприятия и приступить к его анализу на "логическом" уровне. На рис. 9.1 показана часть организационной диаграммы Миллениум-Сити. Эта диаграмма базируется на организа­ционной диаграмме крупного города США и будет использоваться в качестве примера логи­ческой и физической структур домена на протяжении всей книги.

Полная диаграмма, часть которой показана на рис. 9.1, просто огромна (свыше 50 отделов и сотни организаций и органов государственной власти), однако вы должны осознавать, что логическая структура домена должна всецело отражать любую среду. Конечно же, на по­строение полной диаграммы подобной организации уйдет несколько лет, и вы к тому време­ни, наверное, уже будете планировать переход на Windows 2005.

На самом деле для организаций такого размера практически невозможно добиться пол­ного соответствия домена Windows Server 2003 структуре организации, поэтому не надо к этому и стремиться. Одного взгляда на организационную диаграмму достаточно для того, чтобы представить себе все трудности, связанные с обеспечением совместимости со всеми устаревшими системами и системами среднего уровня, платформами UNIX и Macintosh и им подобными.

Однако вам все-таки нужна отправная точка. Начните процесс перехода и установки с вы­бора определенного (возможно, своего собственного) департамента, где вы сможете детально ознакомиться с решаемыми задачами, изучить все "прихоти" Windows Server 2003, создать тестовую лабораторию и настроить среду разработки (см. главу 5, "Подготовка к развертыванию Windows Server 2003").

Документация

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

1. Обновите организационную диаграмму и распространите ее среди начальников де­партаментов для внесения дополнений, уточнений и комментариев.

2. Составьте список ключевых элементов управления (КМЕ) всего предприятия, опре­делив их административные функции. Обратите внимание на размер и сложность элементов КМЕ, в частности выходят ли они за пределы департаментов или отделов предприятия. Документацию по элементам КМЕ можно представить в различном формате. Мы предлагаем вам создать электронную таблицу, в столбцах которой будут перечислены названия всех департаментов и отделов, а в строках — элементы КМЕ (см. рис. 9.2)

3. Передайте полученную электронную таблицу (матрицу) руководству департаментов. Список элементов КМЕ имеет тенденцию к расширению, так что приготовьтесь к тому, что вам сообщат о новых, не учтенных вами ранее, элементах КМЕ.

4. Разделите организационную диаграмму на несколько частей или составьте список отделов или департаментов, с которых вы намерены начать процесс преобразования. Аргументируйте предлагаемые вами решения и обсудите их на следующем собрании команды по переходу на Windows Server 2003.

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