18. Корпоративная вычислительная среда (сетевые и доменные модели, домен Windows, контроллеры домена, доверительные отношения).

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

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

Домен (domain) – формируемое администратором сети семейство компьютеров, которое работает с общей базой данных каталога. Домен имеет центральный набор учетных записей пользователей и групп, обслуживаемый администратором домена. У каждого домена уникальное имя.

Доменная структура обеспечивает:

·        поддержку однократного входа в сеть для доступа ко всем разделяемым доменным ресурсам;

·        централизованное управление ресурсами и учетными записями.

·        реализацию служб для обновления информации о защите и сетевых учетных записях.

·        поддержку паролей и учетных записей пользователя в разных средах.

Доменную модель корпоративной сети реализуют службы каталога, представляющие собой совокупность программных средств предназначенных для управления сервером. Каталог представляет собой иерархическую структуру, которая хранит сведения об объектах в сети. Служба каталога, такая как Active Directory, предоставляет способы хранения данных каталога и обеспечения доступа к этим данным сетевым пользователям и администраторам.

Основными структурными элементами доменной модели являются: контроллеры домена, базы данных каталога, доверительные отношения.

Контроллеры домена (КД).

КД – это компьютеры под Windows Server, разделяющие общую базу данных каталога для хранения доменной информации о защите и учетных записях пользователя. Они образуют отдельную административную единицу. Контроллеры домена хранят данные каталога и управляют взаимодействием пользователей с доменом (процессом входа в домен, проверкой подлинности и поиском в каталоге).

Доверительные отношения (ДО).

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

·   односторонние

·   двусторонние

·   транзитивные

19. Обзор корпоративной сети.

В настоящее время выбор структуры корпоративных информационно-вычислительных сетей (КИВС) чаще всего осуществляется эмпирическим путем. Как правило, это делают специалисты, основываясь на собственном опыте. Таким образом, процесс проектирования КИВС субъективен и зависит от конкретного человека (или фирмы, осуществляющей проектирование). На начальном этапе, когда число КИВС было невелико, такой подход к проектированию был приемлем. Стремительное развитие информационных технологий, их активное внедрение в производство и бизнес привело к резкому увеличению спроса на корпоративные вычислительные сети. Кроме того, назрела необходимость оценки качества и модернизации большого количества КИВС, спроектированных и введенных в эксплуатацию в 90-х годах XX века. Появились компании осуществляющие проектирование, монтаж и техническое сопровождение КИВС. Методики и алгоритмы проектирования в таких компаниях являются основным производственным средством (ноу-хау) и составляют коммерческую тайну. Из-за этого они недоступны для широкого круга специалистов, нельзя оценить их достоинства и недостатки, вносить изменения, направленные на улучшение качества методик и алгоритмов проектирования. Отсутствие общедоступных методик и алгоритмов выбора структур КИВС негативно сказывается на развитии данной области IT. Наличие общедоступных методик и алгоритмов выбора структур КИВС сделают эту область открытой для более широкого круга специалистов, ускорит темп её развития.

Научные исследования и разработки, посвященные данной проблемной области, сделанные как несколько десятилетий назад, так и современные обладают рядом существенных недостатков, основными из которых являются: синтез структуры КИВС без тщательного анализа потребностей организации в информационном обмене, без учета структуры и параметров информационного взаимодействия внутри организации; использование при расчете и оптимизации сетевой инфраструктуры низкоэффективных алгоритмов, делающими практически невозможным получение решений с удовлетворительной точностью за приемлемое время даже на современных вычислительных машинах (30), (41), (43); несоответствие получаемых проектам сетей требованиям современных стандартов (34), что существенно снижает их практическую ценность. Такие недостатки присущи большей части работ, за исключением лишь некоторых, например, посвященных проектированию региональных сетей.

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

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

20. Основы СОМ и СОМ+

Конец формы

Основной прикладной сервис — СОМ+, среда выполнения СОМ компонентов. Средствами СОМ+ вы сможете объявить сервисы или выяснить, какие из них доступны. Инфраструктуру, обеспечивающую работу сервисов СОМ+, разработала компания Microsoft. Основной элемент этой инфраструктуры — координатор распределенных транзакций (Distributed Transaction Coordinator, DTC), позволяющий объединять компоненты в функциональные модули. Он позволяет убедиться, что ресурсы, которые должны обновляться вместе, изменены либо все сразу, либо вообще не изменены (даже если модуль включает нескольких компонентов). Кроме того, существуют и средства администрирования, упрощающие развертывание и комплектацию многокомпонентных приложений. Попросту говоря, СОМ+ — это новый этап эволюции хорошо всем знакомой технологии СОМ и сервера транзакций MTS (он поставляется в составе пакета Option Pack Windows NT).

Microsoft объединила эти технологии в одну модель программирования СОМ+ и включила ее в состав Windows 2000. Большая часть моей лекции посвящена разработке приложений для MTS. Описанные мною принципы пригодятся вам, даже если ваша программа должна работать в Windows NT 4 или ваши клиенты не могут использовать новые функции Windows 2000. Вместе с СОМ+ используются еще некоторые важные сервисы. Это — Internet Information Server и активные серверные страницы (Active Server Pages, ASP), применяемые для динамической генерации HTML-страниц и их передачи интернет-клиентам.

Компоненты инкапсулируют большую часть функций, выполняемых ASP-страницами, а для вызова компонентов применяются сценарии. Для реализации представительского уровня используется HTML —- этот язык позволяет отображать информацию одинаково на всех платформах. Еще один прикладной сервис — Microsoft Message Queue Server (MSMQ) — предназначен для передачи сообщения в определенную вами стандартную инфраструктуру и позволяет определять формат сообщения и объединять слабо связанные приложения. Еще одно преимущество MS V1Q заключается в том, что сообщение доставляется только один раз, причем выбирается наименее затратный механизм маршрутизации. Кроме того, вы можете назначать сообщениям приоритеты. Как видите, технология MSMQ превосходит методы работы с сообщениями в ПСОМ. В СОМ уже введено понятие объекта и интерфейса.

Основное свойство СОМ таково: доступ к объекту осуществляется с помощью его интерфейса. Чтобы создать объект, к которому вы хотите обращаться, нужно использовать фабрику классов (class factory). Для доступа к интерфейсам применяется стандартный интерфейс IDnknown. на основе которого должны создаваться все объекты. Классы объединяются в двоичные модули, называемые СОМ-компонентами. В такие компоненты включена регистрационная информация, необходимая для их установки на компьютере.

Они также содержат данные о методах упаковки объектов, необходимые для их загрузки и вызова операционной системой. MTS может похвастаться новинками, в частности декларативным программированием и управлением состояния. Используя декларативное программирование, вы вправе работать с базовыми компонентами, обращаясь к ним посредством интерфейсов. Клиенты получают интерфейсные указатели и с их помощью взаимодействуют с объектами. Вы можете определить информацию о способах использования сервисов данного компонента на уровне самого компонента, класса, интерфейса, а в СОМ+ — и на уровне метода.