NET серверы

Часть I

АРХИТЕКТУРА КОРПОРАТИВНОЙ СЕТИ 

ПЛАН 

1.ВВЕДЕНИЕ...................................................................................................................2

2.ЧТО ТАКОЕ .NET.........................................................................................................3

2.1.СРЕДСТВА РАЗРАБОТКИ .NET_ПРИЛОЖЕНИЙ.................................................3

2.2.РАЗРАБОТКА .NET_ПРИЛОЖЕНИЙ......................................................................3

2.3.VISUAL STUDIO .NET...............................................................................................5

2.4.СПИСОК  КОРПОРАТИВНЫХ .NET_СЕРВЕРОВ..................................................5

2.5.ВСЕЛЕННАЯ .NET....................................................................................................6

3.ТЕХНОЛОГИЧЕСКАЯ ПЛАТФОРМА .NET................................................................6

3.1ОПЕРАЦИОННЫЕ СИСТЕМЫ.................................................................................7

4.КЛАСТЕРИЗАЦИЯ.......................................................................................................8

4.1.СЛУЖБА КЛАСТЕРИЗАЦИИ...................................................................................9

4.2.БАЛАНСИРОВКА СЕТЕВОЙ НАГРУЗКИ...............................................................9

4.3.СЕТЕВОЕ ВЗАИМОДЕЙСТВИЕ..............................................................................9

4.4.WEB_СЛУЖБЫ.......................................................................................................10

5.КОНЦЕПЦИИ .NET_АРХИТЕКТУРЫ.......................................................................11

5.1.ЦЕЛОСТНАЯ СИСТЕМНАЯ АРХИТЕКТУРА.......................................................11

5.2.ПРЕДВАРИТЕЛЬНЫЕ ПРИГОТОВЛЕНИЯ..........................................................11

5.3.ОЦЕНКА ТЕХНОЛОГИЧЕСКОЙ СТРУКТУРЫ.....................................................12

6.ПРИНЦИПЫ АДМИНИСТРИРОВАНИЯ..................................................................12

6.1.ОСНОВНЫЕ АДМИНИСТРАТИВНЫЕ ЗАДАЧИ.................................................13

6.2.АДМИНИСТРАТИВНЫЕ ИНСТРУМЕНТАЛЬНЫЕ СРЕДСТВА.........................13

6.3.ОСНОВНЫЕ ИНСТРУМЕНТАЛЬНЫЕ СРЕДСТВА.............................................13

6.4.ИНСТРУМЕНТАЛЬНЫЕ СРЕДСТВА КОМАНДНОЙ СТРОКИ...........................14

6.5.ИНСТРУМЕНТАЛЬНЫЕ WEB&СРЕДСТВА.........................................................14

6.6.СЦЕНАРНЫЕ ИНТЕРФЕЙСЫ...............................................................................14

6.7.ОПТИМИЗАЦИЯ И ПОВЫШЕНИЕ ПРОИЗВОДИТЕЛЬНОСТИ.........................15

6.8.АВАРИЙНОЕ ВОССТАНОВЛЕНИЕ СИСТЕМЫ..................................................15

7.ВЫВОД.......................................................................................................................16 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

1.ВВЕДЕНИЕ

Практически все  администраторы Windows знакомы по крайней  мере с несколькими серверными продуктами Microsoft. Многим, по всей видимости, приходилось  слышать о Microsoft SQL Server, и даже возможно, что в вашей организации используется Microsoft Exchange Server. Первоначально все серверные системы такого рода были известны как серверы BackOffice. Термин BackOffice означает, что серверы использовались с целью обеспечить выполнение основных функций коммуникации в современных компаниях (например, сетевой обмен электронными сообщениями). В Microsoft была создана автономная система BackOffice Server, объединившая в себе Exchange Server, SQL Server и другие приложения BackOffice Server, установленные на одном компьютере. Со временем серверы BackOffice развивались и становились все более мощными и сложными. Постепенно уменьшалось количество больших

торгово_промышленных предприятий, в которых отсутствовали  мощные компьютеры, необходимые для выполнения автономных программ BackOffice Server. Более мелкие компании смогли воспользоваться преимуществами Small Business Server, который, в сущности, представляет собой младшую версию BackOffice Server, предназначенную для поддержки организаций, насчитывающих менее 50 пользователей. Microsoft продолжила разработку новых серверных программ, отвечающих всем требованиям деловых операций. Например, система Site Server первоначально рассматривалась как одна из программ пакета BackOffice, несмотря на то, что обеспечивала целый ряд функций, в частности, поддержку электронной торговли, которую уже нельзя отнести к операциям, выполняемым в фоновом режиме. Количество программ, входящих в серию серверных продуктов Microsoft, постоянно увеличивается, поэтому программы торговой марки BackOffice со временем утратили свою индивидуальность.

     В 2001 годувозникли новые тенденции в развитии корпоративных программных средств, поэтому компания Microsoft решила изменить торговую марку серверных продуктов, в результате чего на свет появилось новое название корпоративные .NET_серверы (.NET Enterprise Servers). В настоящее время в эту серию входит 10 (или 11, в зависимости от точки зрения) отдельных программ. Торговая марка .NET — это больше, чем просто десять серверных программ. .NET представляет собой новую философию программного обеспечения всего предприятия, влияющую практически на каждую программу, разработанную Microsoft. Более того, по вполне понятным рыночным соображениям, Microsoft перенесла символ .NET на целый ряд технологий, которые далеко не всегда соответствуют этому названию. В данной главе рассказывается о концепции .NET и различных программах, включенных в эту серию. Имейте в виду, что .NET — не только торговая марка, но и механизм, определяющий характер взаимодействия всего установленного программного обеспечения. Тема книги — корпоративные .NET_серверы, поэтому основное внимание уделяется, конечно, только им. Кроме того, в этой главе вкратце описываются методы планирования и администрирования корпоративных .NET_серверов, что обеспечит понимание информации, изложенной в других главах книги. 
 
 
 
 
 
 

2.ЧТО ТАКОЕ .NET 

     На первый взгляд, .NET представляет собой всего лишь программное обеспечение определенной торговой марки. В прошлом Microsoft создала немало торговых марок, к числу которых относятся Windows DNA (Distributed Network Architecture — архитектура распределённых сетей), COM (Component Object Model — модель компонентных объектов), COM + и др. Тем не менее, .NET представляет собой совершенно новый подход к программному обеспечению, реализованный Microsoft. .NET является первой попыткой Microsoft создать современное межплатформенное, интегрированное и универсальное программное обеспечение с поддержкой Internet, которое должно подходить для всех программных продуктов, используемых в коммерческой среде. В прошлом существовала тенденция разрабатывать программное обеспечение словно в вакууме, без какой_либо интеграции с уже существующими родственными программами. В семействе корпоративных .NET серверов распределенное использование программных средств позволяет значительно повысить их эффективность. Пониманиетого, как изменяются эти продукты в процессе взаимодействия с другими компонентами .NET, дает возможность лучше разобраться в вопросах использования и управления данными программами в реальном рабочем окружении. 

2.1.СРЕДСТВА РАЗРАБОТКИ .NET_ПРИЛОЖЕНИЙ 

 С появлением пакета Visual Studio .NET внимание компьютерной общественности было привлечено к среде разработки программного обеспечения. Visual Studio .NET является не только новой версией языков программирования Microsoft. Это совершенно новый подход к разработке программного обеспечения (по крайней мере, новый для Microsoft). Системные администраторы часто игнорируют процессы, происходящие в мире разработчиков программного обеспечения и поэтому порой с недоверием относятся к тому обстоятельству, что программные инструменты .NET Framework и Visual Studio .NET считаются настолько важными. Как показывает опыт, администраторы должны иметь прочные знания не только в области системного администрирования, но и в сфере разработки .NET приложений, поскольку эти сферы оказывают друг на друга довольно существенное влияние. Многие системные администраторы, предпочитающие держаться как можно дальше от программных технологий, успокаивают себя тем, что разработкой приложений должны заниматься программисты.

Тем не менее, знакомство с технологиями разработки программного обеспечения является одним из условий их успешной работы. 

2.2.РАЗРАБОТКА .NET_ПРИЛОЖЕНИЙ 

     Разработка программ в мире .NET_приложений радикально отличается от методов традиционного программного обеспечения. Обычно при создании программного обеспечения разработчики используют определенные инструменты, например, Visual Basic 6. После завершения работы они компилируют созданное приложение в .EXE_файл, который затем передается вместе с обычной коллекцией DLL_файлов пользователям, применяющим данное приложение.

Скомпилированный .EXE_файл состоит из собственного кода, который по многим параметрам напоминает программный код, создаваемый с помощью мощных языков программирования (например, C++). Полученные .EXE_файлы выполняются только на той платформе, для которой они компилировались, например, в 32_разрядной операционной системе Windows. В тоже время .NET во многом напоминает язык программирования Java. Программисты Java с помощью соответствующих инструментальных средств создают приложение, после чего передают пользователям уже скомпилированное приложение Java. Созданное приложение не привязано к определенной платформе и не содержит какого_либо собственного (внутреннего) программного кода. Следует заметить, что это приложение предполагается выполнять в так называемой виртуальной машине Java (JVM — Java Virtual Machine). Приложения Java выполняются на любой платформе, поддерживающей JVM. Таким образом, приложения Java с успехом работают в операционных системах Windows, Unix, Macintosh и многих других.

Примерно таким  же образом происходит и разработка .NET_приложений. Разработчики используют хорошо знакомые инструментальные средства: Visual C++ или Visual Basic. Но .NET_версии этих языков не позволяют создавать исполняемые файлы с собственным кодом. Вместо этого создаются исполняемые файлы, содержащие так называемый промежуточный

язык, или IL_код (Intermediate Language). Такие файлы могут выполняться в общеязыковой исполняющей среде (CLR — Common Language Runtime), которая представляет собой виртуальную машину для .NET_приложений. Теоретически, любой компьютер, содержащий CLR, позволяет выполнять любые .NET_приложения. В настоящее время среда CLR поддерживается только в 32_разрядной платформе Windows и Windows CE (CLR на платформе Windows CE отличается сокращенными функциональными возможностями). CLR можно также сравнить с программным уровнем абстрагирования от оборудования Windows (HAL — Hardware Abstraction Layer), который позволяет Windows не обращать особого внимания на особенности используемого аппаратного обеспечения. По аналогии с этим, благодаря CLR программное обеспечение отходит от конкретных требований операционной системы, в которой оновыполняется. Идея создания программного обеспечения, выполняемого посредством виртуальной среды, далеко не нова. Новым принципом, по крайней мере для Microsoft, является то, что подобным образом должно быть создано практически все программное обеспечение, предназначенное для использования в коммерческой среде. Такой подход привел к значительным изменениям в принципах разработки программного обеспечения, что отразилось почти на всех программах, создаваемых в этой компании. Например, следующаяверсия SQL Server будет содержать в себе встроенную среду CLR, что дает возможность писать серверные сценарии и приложения на .NET_языках. Интересная особенность — несмотря на то, что собственные программы Microsoft должны поддерживать .NET_приложения, они, по всей видимости, не будут написаны на .NET_языке. Другими словами, следующая версия Exchange Server не будет выполняться в среде CLR. Эту программу, как и ныне существующую версию Exchange Server, планируется создать посредством обычного внутреннего кода. Хотя первая версия библиотеки классов .NET Framework обеспечивает высокую эффективность приложений, используемых в различных отраслях промышленности, виртуальная машина, к сожалению, не позволяет (пока еще) достичь производительности, требуемой для выполнения основного серверного приложения. Серверным программным продуктам Microsoft требуется вся мощь быстродействия внутреннего кода, хотя при этом теряется возможность межплат_