Эбберс М. Введение в современные мейнфреймы: основы z/OS

Подождите немного. Документ загружается.

392 Глава13

131 Введение в веб-задачи в z/OS

По мере того как предприятия переносят многие свои приложения в Интернет, орга-

низации, использующие мэйнфреймы, сталкиваются с трудностями обеспечения

и управления новыми веб-задачами в дополнение к более традиционным задачам,

таким как пакетная обработка.

В следующих главах рассматривается, каким образом программные продукты

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

обходимых для обеспечения обработки веб-задач в z/OS.

• Глава 13 «z/OS HTTP Server».

• Глава 14 «WebSphere Application Server в z/OS».

• Глава 15 «Обмен сообщениями и управление очередями».

В примерах, представленных в этих главах, используются продукты компании

IBM, однако на современном рынке существует множество подобных программных

продуктов промежуточного уровня.

132 Что такое z/OS HTTP Serer?

z/OS HTTP Server обрабатывает статические и динамические веб-страницы. HTTP

Server имеет те же возможности, что и любой другой веб-сервер, однако он также со-

держит некоторые возможности, характерные для z/OS. HTTP Server может работать

в любом из нижеперечисленных трех режимов, каждый из которых имеет свои пре-

имущества при обслуживании веб-задач:

Автономныйсервер Этотрежимобычноиспользуетсявреализациях,использующихтолько

HTTPServer(простыхвеб-сайтах)Егоосновнаярольсостоитвтом,

чтобыобеспечитьограниченнуювидимостьизИнтернета

Масштабируемыйсервер Этотрежимобычноиспользуетсянаинтерактивныхвеб-сайтах,гдеобъем

трафикарастетилиснижаетсядинамическиОнпредназначендляболее

сложнойсреды,вкоторойвызываютсясервлетыиJSP

Несколькосерверов Этотрежимпредставляетсобойсочетаниеавтономногои

масштабируемогосерверов,позволяющееповыситьмасштабируемость

ибезопасностьвсистемеНапример,автономныйсерверможно

использоватьвкачествешлюзакмасштабируемымсерверам,ишлюз

можетвыполнятьаутентификациювсехзапросовпользователей

иперенаправлятьзапросынадругиесерверы

1321 Обработка статических веб-страниц в z/OS

При использовании веб-сервера в z/OS, например HTTP Server, обработка статических

веб-страниц осуществляется подобно веб-серверам на других платформах. Пользователь

отправляет HTTP-запрос на HTTP Server, чтобы получить определенный файл. HTTP Server

извлекает файл из своего файлового хранилища и передает его пользователю вместе

с информацией о файле (в частности, о его MIME-типе и размере) в HTTP-заголовке.

Тем не менее, HTTP Server имеет важное отличие от других веб-серверов. Так как

системы z/OS используют кодировку EBCDIC, документы в z/OS необходимо сначала

 z/OSHTTPServer 393

преобразовать в формат ASCII, обычно используемый в Интернете (двоичные доку-

менты, например изображения, преобразовывать не требуется).

HTTP Server выполняет такие преобразования, освобождая программиста от вы-

полнения этого этапа. Однако программист должен использовать FTP для загрузки

документов на сервер. Другими словами, программист задает ASCII в качестве форма-

та передачи в FTP, чтобы выполнить преобразование файла из EBCDIC. При двоичной

передаче преобразование файла не выполняется.

1322 Обработка динамических веб-страниц в z/OS

Динамические веб-страницы являются важным элементом веб-коммерции. Каждый

вид взаимодействия и персонализации требует динамического содержимого. Напри-

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

ботку данных в этой форме и отправить результаты пользователю.

В z/OS применяется два подхода к обработке динамических веб-страниц:

• использование CGI для динамических веб-страниц;

• использование интерфейса подключаемых модулей.

Использование CGI для динамических веб-страниц

Один из способов формирования и передачи динамических веб-страниц состоит

в использовании CGI (Common Gateway Interface) – интерфейса, входящего в прото

кол HTTP. CGI является стандартным способом передачи HTTP-запроса веб-пользова-

теля в приложение. GCI генерирует выходные данные и передает их в HTTP Server,

который отправляет их пользователю в HTTP-ответе (рис. 13.1).

Адресные

пространства

HTTP Server

http://www.myzseries.com/cgi-bin/test.cgi

httpd.conf

URL

Ответ

Клиентский

браузер

test2.cgi

CGI-

приложение

CGI-

приложение

test.cgi

Адресные

пространства

z/OS

Рис 131 КакработаетCGI

394 Глава13

Возможности CGI не ограничены только лишь возвратом HTML-страниц; прило-

жение может также создавать простые текстовые документы, XML-документы, изоб-

ражения, PDF-документы и т. д. MIME-тип должен отражать содержимое HTTP-ответа.

CGI имеет существенный недостаток, заключающийся в том, что каждый HTTP-

запрос требует отдельного адресного пространства. Это вызывает снижение эффек-

тивности при большом количестве одновременных запросов.

Чтобы устранить эту проблему, был создан FastCGI. Подключаемый модуль FastCGI

для HTTP Server представляет собой программу, управляющую несколькими CGI-за-

просами в едином адресном пространстве, экономя множество программных инс-

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

для HTTP Server см. в разделе «Использование интерфейса подключаемых модулей».

Использование интерфейса подключаемых модулей

Другой способ предоставления динамического содержимого состоит в использова-

нии интерфейса подключаемых модулей (plug-in interface) HTTP Server, который

позволяет одному или нескольким продуктам взаимодействовать с HTTP Server. Ниже,

например, представлены некоторые способы, используя которые HTTP Server может

передавать управление WebSphere.

• Подключаемый модуль WebSphere, одно адресное пространство.

На рис. 13.2 представлена простая конфигурация, в которой не требуется ис

пользовать сервер J2EE™. Этот сервлет может осуществлять подключение

к CICS или IMS, либо к DB2 через JDBC™. Однако не рекомендуется составлять

код бизнес-логики внутри сервлетов.

HTTP Server

http://www.myzseries.com/my.jsp

was.conf

CICS-сервер

или

IMS-сервер

httpd.conf

Подключа-

емый

модуль WAS

Сервлет

URL

Ответ

Клиентский

браузер

Рис 132 ДоступксервлетамчерезподключаемыймодульWebSphere

• Веб-контейнер внутри HTTP Server, отдельный EJB™-контейнер

На рис. 13.3 показана более распространенная конфигурация, в которой серв

леты выполняются в адресном пространстве, отличном от EJB, так что EJB вы-

 z/OSHTTPServer 395

зываются удаленными вызовами. Затем EJB получают информацию с других

серверов.

HTTP Server

http://www.myzseries.com/my.jsp

was.conf

EJB-

контейнер

httpd.conf

Подклю-

чаемый

модуль WAS

Сервлет

URL

Ответ

Клиентский

браузер

CICS-сервер

или

IMS-сервер

EJB

J2EE Server

Рис 133 ДоступкEJBизподключаемогомодуляWebSphere

• Отдельный J2EE-сервер с веб-контейнером и EJB-контейнером.

Помимо локального выполнения сервлетов в подключаемом модуле Web

Sphere, можно также использовать подключаемый модуль WebSphere для уда-

ленного выполнения сервлетов в веб-контейнере, как показано на рис. 13.4.

Это позволяет расположить сервлеты и EJB в одном адресном пространстве

z/OS, что устраняет необходимость удаленных вызовов EJB.

HTTP сервер

http://www.myzseries.com/my.jsp

was.conf

EJB-

контейнер

httpd.conf

Подклю-

чаемый

модуль WAS

URL

Ответ

Клиентский

браузер

CICS-сервер

или

IMS-сервер

EJB

J2EE-сервер

Веб-

контейнер

Сервлет

JSPs

Рис 134 Доступксервлетамввеб-контейнересиспользованиемподключаемогомодуля

WebSphere

Если уже используется WebSphere Application Server, использование HTTP

Server может быть ненужным, хотя существует несколько способов взаимо-

действия HTTP Server с WebSphere Application Server. Эти способы рассматри-

ваются ниже.

396 Глава13

133 Возможности HTTP Serer

HTTP Server содержит такие же возможности, как и другие веб-серверы, однако до-

полнительно содержит некоторые функции, характерные для z/OS. Функции, харак-

терные для z/OS, можно разделить на следующие группы:

• базовые функции;

• функции безопасности;

• функции кеширования файлов.

1331 Базовые функции

• Доступ к файлам EBCDIC/ASCII.

Сервер осуществляет доступ к файлам и, при необходимости, преобразует их

из EBCDIC в кодировку ASCII.

• Мониторинг производительности и использования.

Среди возможностей, характерных для z/OS, HTTP Server может генерировать

записи для средства управления системой (System Management Facilities, SMF

которые системный программист может впоследствии просматривать для вы-

полнения анализа производительности и использования.

• Трассировка и ведение журналов.

HTTP Server поставляется с полным набором средств ведения журналов, трас

сировки и создания отчетов, позволяющих отследить каждый HTTP-запрос.

• SSI (Server Side Include).

Функция SSI (Server Side Include) позволяет вставлять информацию в документы

(статические или динамические), которые сервер отправляет клиентам. Это мо-

жет быть переменная (например, дата последнего изменения), выходные данные

программы или содержимое другого файла. Включение этой функции без ее ис-

пользования может оказать серьезное воздействие на производительность.

• SNMP MIB (Simple Network Management Protocol Management Information Base).

HTTP Server содержит SNMP MIB и субагент SNMP, что позволяет использовать

любую систему управления сетью с поддержкой SNMP для мониторинга ис-

правности, пропускной способности и активности сервера. Она может уве-

домлять о превышении заданных пороговых значений.

• Поддержка cookie-файлов.

Так как HTTP является протоколом без запоминания состояния, можно реали

зовать запоминание состояния посредством использования cookie-файлов,

хранящих информацию на стороне клиента. Такая поддержка полезна для

множества веб-страниц, например, для получения модифицированных доку-

ментов или для ротации баннеров.

• Многоформатная обработка.

Эта функция используется для персонализации веб-страниц. Браузер отправ

ляет заголовочную информацию вместе с запросом, включая заголовок приня-

SMF относится к дополнительным возможностям z/OS и обеспечивает средства сбора и записи инфор-

мации, которую можно использовать для оценки использования системы в целях учета, предъявления

претензий или настройки производительности.

 z/OSHTTPServer 397

тия (accept header). Эта информация включает язык пользователя. HTTP Server

может использовать содержимое заголовка принятия для выбора нужного до-

кумента, возвращаемого клиенту.

• Постоянные подключения.

При использовании этой функции, характерной для HTTP/1.1, не каждый за

прос должен устанавливать новое подключение. Постоянные подключения

некоторое время остаются активными, что позволяет использовать их для

последующих запросов.

• Виртуальные хосты.

Виртуальные хосты позволяют запустить один веб-сервер, тогда как с точки

зрения клиентов все будет выглядеть так, как будто запущено несколько веб-

серверов. Это достигается посредством использования разных DNS-имен для

одного IP-адреса и/или разных IP-адресов для одного сервера HTTP Server.

1332 Функции безопасности

• Безопасность на уровне потоков.

Для каждого потока, выполняющегося под управлением HTTP Server, можно уста

новить независимую среду безопасности; это в сущности означает, что каждый

клиент, подключающийся к серверу, имеет собственную среду безопасности.

• Поддержка HTTPS/SSL.

HTTP Server обеспечивает полную поддержку протокола SSL (Secure Socket Lay

er). HTTPS использует SSL в качестве подуровня обычного уровня HTTP для

шифрования и дешифрования HTTP-запросов и HTTP-ответов. HTTPS исполь-

зует порт 443, тогда как HTTP использует порт 80.

• Поддержка LDAP.

Протокол LDAP (Lightweight Data Access Protocol) представляет собой упро

щенный способ извлечения информации из X.500-совместимого каталога

с использованием асинхронного клиент-серверного протокола.

• Аутентификация с использованием сертификатов.

В составе средств поддержки SSL, HTTP Server может использовать аутентифи

кацию с использованием сертификатов и выступать в качестве центра серти-

фикации.

• Поддержка прокси-сервера.

HTTP Server может выступать в качестве прокси-сервера. При этом, однако, не

льзя использовать Fast Response Cache Accelerator (FRCA).

1333 Кеширование файлов

Производительность можно значительно увеличить посредством использования

возможностей кеширования (буферизации) файлов:

• кеширование HFS-файлов в HTTP Server;

• кеширование наборов данных z/OS в HTTP Server;

• кеширование HFS-файлов в z/OS UNIX;

• Fast Response Cache Accelerator (FRCA).

398 Глава13

1334 Код подключаемого модуля

Подключаемый модуль WebSphere HTTP Server представляет собой код, выполняю-

щийся на разных веб-серверах: IBM HTTP Server, Apache, IIS, Sun Java™ System. Запросы

передаются в подключаемый модуль, где они обрабатываются на основе файла кон-

фигурации.

Подключаемый модуль представляет собой код, поставляемый с WebSphere, вы-

полняющийся на разных HTTP-серверах. В качестве HTTP-серверов может использо-

ваться IBM HTTP Server в z/OS. По мере поступления запросов в HTTP Server использу-

ются директивы в файле конфигурации HTTP Server (httpd.conf) для принятия следу-

ющего решения: должен ли входящий рабочий запрос обрабатываться HTTP Server

или же его необходимо передавать непосредственно в подключаемый модуль.

После поступления запроса в подключаемый модуль логика, обрабатывающая за-

прос, определяется файлом конфигурации подключаемого модуля, а не файлом

конфигурации HTTP Server. Этот файл конфигурации по умолчанию имеет имя

plugin-cfg.xml. В этом файле определяется информация о том, на какой из подде-

рживаемых серверов приложений должен передаваться запрос. Этот файл создается

сервером WebSphere Application Server и не обязательно требует изменений, хотя

они допускаются.

Код, поставляемый вместе с WebSphere для z/OS,

выполняющийся в HTTP Server

Основная цель этого примера

Серверы HTTP Server на распределенных

платформах

Понятие «подключаемого

модуля» HTTP Server

соответствует предыдущим

версиям подключаемых модулей

серверов приложений

Браузер

Подключаемый

модуль

HTTP Server

Файл plugin-cfg.xml содержит XML, сообщающий

подключаемому модулю о серверах заднего плана

и способу перенаправления запросов

для обеспечения “привязки сеанса”

Демон

Сервер A

Сервер B

Агент узла

Кластер

WebSphere

MVS-система

или LPAR

plugin-cfg.xml

HTTP Server

z/OS HTTP Server

Подключаемый модуль

WebSphere HTTP для z/OS

SRCR

MVS-система или LPAR

Агент узла

Рис 135 Примерподключаемогомодуля

 z/OSHTTPServer 399

Примечание Вобщем,подключаемыемодулиобеспечиваютрасширенияфункциональных

возможностейвHTTPServerНарис135представленпримерихиспользования,хотя

существуетмножестворазличныхподключаемыхмодулей,которыеможнонастроитьтаким

образом,чтобыоблегчитьнастройкувеб-средыДругимпопулярнымподключаемыммодулем

являетсяLightweightDirectoryAccessProtocolServer(LDAP),используемыйдля

аутентификациивсистемебезопасности

134 Заключение

z/OS содержит HTTP Server, обрабатывающий как статические, так и динамические

веб-страницы. HTTP Server поддерживает подключаемый модуль WebSphere (который

обслуживает EJB-контейнеры и J2EE), а также функции безопасности и кеширования

файлов. Эти функции упрощают работу с динамическими веб-страницами.

Основные термины в этой главе

CGI Динамическаявеб-страница FRCA

HTTP J2EE LDAP

SSL Статическаявеб-страница

135 Контрольные вопросы

Чтобы проверить понимание материала этой главы, ответьте на следующие вопросы:

1. Назовите три серверных режима.

2. Опишите, что такое статические и динамические веб-страницы.

3. Назовите, по меньшей мере, по две функции из следующих групп: базовые функ

ции, функции безопасности и функции кеширования.

136 Упражнения

Для выполнения этого упражнения следует использовать оболочку ISHELL или OMVS.

Кроме того, необходимо знать следующее:

• размещение конфигурационного файла httpd.conf;

• IP-адрес или имя сервера HTTP Server.

Выполните следующие действия и ответьте на вопросы:

1. Просмотрите файл httpd.conf продукта HTTP Server, установленного в z/OS. В ка

ком каталоге хранятся веб-документы (F “URL translation rules”)? Скажите также,

какой порт следует использовать? (F “Port directive”)?

2. В окне веб-браузера выведите учебный HTTP Server. Каким образом осуществляет

ся подключение WebSphere к HTTP Server? (F “Websphere”)?

3. Используйте OEDIT для создания HTML-документа в папке веб-документов. Назо

вите его

youridtest.html

. Ниже приведен пример:

<!doctype html public “//W3//Comment//EN”>

400 Глава13

<html>

<head>

<title> This is a simple HTML Exercise</title>

</head>

<p>Hello World

</body>

</html>

4. Откройте свой HTML-документ в веб-браузере, например:

www.yourserver.com/youridtest.html

Что нужно сделать для того, чтобы установить собственный CGI?

5. Просмотрите файл httpd.conf. Включена ли опция HTCounter CGI «Date and

Time»?

Если да, измените

youridtext.html

и добавьте следующую строку в раздел body:

Сохраните файл. Что изменилось?

 WebSphereApplicationServerвz/OS 401

WebSphere Application Serer

в z/OS

ЦельКакспециалистувсферемэйнфреймов,вамнужнознать,какимобразом

выполнитьразвертываниевеб-приложениявz/OS,икакнастроитьz/OS

наобслуживаниевеб-задач

Послезавершенияработынадэтойглавойвысможете:

• перечислитьшестьсвойствмоделиприложенийJ2EE;

• перечислитьтрипричинывыборасистемыz/OSвкачествеплатформыдля

WebSphereApplicationServer;

• пазватьтриконнекторакCICS,DB2иIMS