MIME тип возвращаемого документа

Location

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

Если аргументом является URL, то сервер передаст клиенту указание на перенаправление запроса. Если аргумент представляет собой виртуальный путь, сервер вернет клиенту заданный этим путем документ, как если бы клиент запрашивал его непосредственно. Status - директива используется для задания серверу HTTP/1.0 строки-статус, которая будет послана клиенту. Формат: nnn xxxxx, где nnn - 3-х цифровой статус-код, и xxxxx строка причины, такая, как

" Forbidden" (Запрещено).

Примеры: Предположим, имеется некоторый текстовый конвертер вHTML. Когда он оканчивает свою работу, он должен произвести следующий вывод в стандартный выходной поток:

--- начало вывода ---

Content-type: text/html

--- конец вывода ---

Теперь рассмотрим шлюз, который, в некоторых случаях, должен выдать документ /path/doc.txt с данного сервера, как если бы он был непосредственно востребован клиентом через http: //server: port/path/doc.txt. В это случае вывод шлюза будет таков:

--- начало вывода ---

Location: /path/doc.txt

--- конец вывода ---

Наконец, предположим, что шлюз возвращает ссылки на gopher сервер, например на gopher: //gopher.ncsa.uiuc.edu/. Вывод шлюза будет следующий:

--- начало вывода ---

Location: gopher: //gopher.ncsa.uiuc.edu/

--- конец вывода ---

Non-parsed headers. Допустим теперь, что у нас имеется шлюз, который общается с клиентом непосредственно. Как уже отмечалось, его имя должно начинаться с префикса nph- и он должен возвращать допустимый HTTP заголовок. В этом случае, если доступ к шлюзу был осуществлен со значением SERVER_PROTOCOL равным HTTP/1.0, его вывод должен удовлетворять

HTTP/1.0:

--- начало вывода ---

HTTP/1.0 200 OK Server: NCSA/1.0a6 Content-type: text/plain

--- конец вывода ---

8.4 Контрольные вопросы

1) Какой тэг описывает участок изображения и ставит ему в соответствие URL?

2) Что определяет карта изображения?

3) Для чего нужны формы?

4) Какие значения может принимать атрибут " METHOD" в тэге < FORM>?

5) Какой тэг используется для ввода одной строки текста?

6) Какой тэг используется для ввода более одной строки информации?

7) Назначение атрибута " SELECT MULTIPLE"?

8) Для чего используется скрытый атрибут " HIDDEN"

Список использованных источников

1 Пятибратов А.П. и др. Вычислительные системы, сети и телекоммуникации: Учебник/ Под редакцией А.П. Пятибратова. – М.: Финансы и статистика, 2001. – 512 с.

2 Майкл А. Ларсон Создание Web-страниц с помощью MS Office 97. —

М.: БИНОМ, 1998. — 480 с.

3 Н. Рэндел, Д. Джонс Microsoft FrontPage в подлиннике. — СПб.: BHV-

Санкт-Петербург, 1997. — 432 с.

4 Хестер Н. Front Page 2002 для Windows: Пер. с англ. – М.: ДМК Пресс, 2002. – 448 с.

5 Пауэлл Т.А. Полное руководство по HTML / Пер. с англ. А.В. Качанов.

– Мн.: ООО “Попурри”, 2001. – 912 с.

6 Основы Web-технологий / П.Б. Храмцов, С.А. Брик, А.М. Русак, А.И. Сурин /Под. редакцией П.Б. Храмцова. – М.: ИНТУИТ.РУ ”Интернет-Университет Информационных Технологий”, 2003. – 512 с.

Лабораторная работа № 9.

Развертывание облачного веб-приложения на базе Windows Azure

Цель работы: познакомиться с методологией создания облачных веб-приложений.

Аппаратное обеспечение [1]

Персональный компьютер.

· Минимальные требования к оборудованию:

процессор с тактовой частотой 1600 МГц, 384 Мб ОЗУ, 1024x768 разрешение экрана, 5400 об/мин жесткий диск

· Рекомендованные требования к оборудованию:

процессор с тактовой частотой 2200 МГц и выше, 1024 Мб ОЗУ и выше, 1280x1024 разрешение экрана, 7200 об/мин и выше жесткий диск

· На Windows Vista, Windows 7 рекомендуются:

процессор с тактовой частотой 2400 МГц, 768 Мб ОЗУ

Программное обеспечение [1]

Интегрированная среда разработки Microsoft Visual Studio 2010.

Поддерживаемые операционные системы:

· Windows XP (x86) с пакетом обновления 3 (SP3) - все выпуски, кроме Starter

· Windows Vista (x86 и x64) с пакетом обновления 2 (SP2) - все выпуски, кроме Starter

· Windows 7 (x86 и x64)

· Microsoft Windows Server 2003 (x86 и x64) с пакетом обновления 2 (SP2) - все выпуски

· Требуется установить пакет MSXML6, если он еще не установлен

· Windows Server 2003 R2 (x86 и x64) - все выпуски

· Microsoft Windows Server 2008 (x86 и x64) с пакетом обновления 2 (SP2) - все выпуски

· Windows Server 2008 R2 (x64) - все выпуски

Общие положения.

Облачные вычисления (англ. cloud computing) — технология распределённой обработки данных, в которой компьютерные ресурсы и мощности предоставляются пользователю как Интернет-сервис.

Облачная обработка данных как концепция включает в себя понятия:

· «Всё как услуга»,

· «Инфраструктура как услуга»,

· «Платформа как услуга»,

· «Программное обеспечение как услуга»,

· «Данные как услуга»,

· «Рабочее место как услуга»

· другие технологические тенденции, общим в которых является уверенность, что сеть Интернет в состоянии удовлетворить потребности пользователей в обработке данных.

Например, Google Apps обеспечивает приложения для бизнеса в режиме онлайн, доступ к которым происходит с помощью Интернет-браузера, в то время как ПО и данные хранятся на серверах Google.

Облачные вычисления и виртуализация

Для облачных вычислений основным предположением является неравномерность запроса ресурсов со стороны клиента(ов). Для сглаживания этой неравномерности для предоставления сервиса между реальным железом и middleware помещается ещё один слой — виртуализация серверов. Серверы, выполняющие приложения, виртуализируются и балансировка нагрузки осуществляется как средствами ПО, так и средствами распределения виртуальных серверов по реальным.

Где располагаются приложения?

· Расположение в инфраструктуре заказчика (on premises).

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

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

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

обеспечением.

· Расположение у компании-хостера (hosting).

Такая модель развертывания приложений, называвшаяся ранее Application Services Prodiver (ASP), а затем — SaaS или просто «хостинг» получила свое развитие несколько

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

· Расположение в облаке (cloud).

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

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

Windows Azure.

Windows Azure — новая серверная ОС Майкрософт, платформа для создания распределенных («облачных») веб-приложений, ранее известна под названием Windows Cloud.

Windows Azure упрощает построение интернет-сервисов с использованием технологии.Net, практически полностью снимая с разработчика заботы о настройке таких «мелочей» как сервисы совместного доступа к файлам или масштабирование проекта. В этом она выгодно отличается от Amazon Web Services.^[2]

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

Система на данный момент работает на серверах Microsoft. Она была представлена на PDC’2009, которая проходила в ноябре 2009 года. Тем не менее, она ещё не готова к выходу. Как выразился Боб Маглиа, она ещё очень ограничена в функциональности и ей требуется специфичное оборудование для запуска, поэтому, Windows Server и другие технологии будут лучшим выбором, нежели Windows Azure.^[2] Первые пользователи подключились к ней уже в январе 2010 года.

Архитектурно Azure Services Platform представляет собой модульную платформу, позволяющую, аналогично Amazon Web Services, по необходимости подключать различные сервисы. Разработчикам доступны службы, основанные на соответствующих продуктах и технологиях Microsoft: SQL Services, .NET Services, SharePoint Services, Dynamics CRM Services и Live Services. Под последним названием скрывается группа ориентированных на конечного пользователя сервисов, которые можно применять в качестве строительных блоков для своих приложений. Особый интерес среди них представляет Live Mesh, который теперь позволяет создавать приложения (пока только на Silverlight). Совместно с Azure Services Platform предполагается применение онлайн-сервисов Microsoft, которые могут взять на себя роль точки взаимодействия «облачного» решения с пользователем: Windows Live, Office Live, Exchange Online, SharePoint Online и Dynamics CRM Online.

Windows Azure – центральный элемент PaaS от Microsoft – реализует три ключевые функции: поддержку вычислений, хранение данных и управление. Первая основана на виртуализационных и прочих возможностях Windows Server 2008. Для второй было создано специализированное хранилище, обеспечивающее работу с наиболее востребованными в cloud computing типами данных: большими двоичными массивами, структурированными таблицами и очередями. Третья реализуется за счет дополнительных механизмов управления виртуальными машинами.

Microsoft позиционирует Azure Services Platform в первую очередь для создания динамических веб-сайтов и веб-приложений, предусматривающих возможность автоматического масштабирования по запросу – балансировка нагрузки, запуск и остановка виртуальных машин могут выполняться без какого-либо стороннего участия. В такой роли PaaS оказывается весьма заманчивой альтернативой традиционным ASP.NET-сайтам, особенно испытывающим неравномерные нагрузки с существенными пиками. Другой сценарий: выполнение сложных расчетов и обработка данных (обмен которыми осуществляется посредством Sync Framework), в частности реляционных, например подготовка отчетности и бизнес-аналитика. Для разработчика SQL Services будут выглядеть почти так же, как и обычный SQL Server, но с практически безграничными возможностями масштабирования. Для миграции в «облако» во многих существующих приложениях для SQL Server будет достаточно изменить лишь строку подключения.

В соответствии с этими двумя основными сценариями вводятся и две роли – WebRole и WorkerRole. Каждое приложение может реализовать одну из них или обе сразу. Физически экземпляры одного приложения, разделяющие общую задачу и данные, выполняются в группе виртуальных машин, которая называется фабрикой (Fabric), а задачи управления ею возлагаются на контроллер (Fabric Controller). Все виртуальные машины в рамках одной фабрики идентичны и могут заменять друг друга, хотя свое состояние они не сохраняют – для этого применяется внешнее хранилище, в качестве которого может быть использована SQL Services или более специализированная Storage Service, разработанная с учетом специфических потребностей cloud computing (эта служба оптимизирована для работы с данными в масштабируемых приложениях и обеспечивает высокий уровень сохранности за счет троекратной репликации).

Естественно, первоочередную задачу Microsoft видит во всемерной поддержке независимых разработчиков. Для них уже доступен SDK (пока еще в статусе CTP) в виде как расширения для Visual Studio (в том числе и для бесплатной редакции Express), так и независимого дистрибутива. В частности, в Visual Studio станут доступны новые типы проектов, которые можно разрабатывать либо ориентируясь на роли, либо традиционным способом – исходя из типа приложения. Совместно с SDK устанавливается эмулятор Windows Azure (состоящий из двух компонентов: Development Fabric и Development Storage), который позволяет локально запускать и отлаживать создаваемые решения. Приложения можно запустить не только локально, но и в гибридном режиме, в котором используется Development Fabric, а данные хранятся в Storage Service. Публикация готового решения возможна непосредственно из Visual Studio, и в целом создание приложений для Azure непринципиально отличается от разработки ASP.NET и сервисных приложений для.NET Framework – некоторые из них переносятся на новую платформу практически без изменений.

Управление Azure Services Platform осуществляется через консоль Azure Services Developer Portal на сайте lx.azure.microsoft.com. Здесь можно подключать/отключать дополнительные сервисы, создавать и публиковать проекты, а также просматривать статистику. Процесс публикации осуществляется в два этапа – вначале необходимо загрузить файлы проекта и конфигурации, после чего приложение становится доступно в подготовительном (staging) режиме, где его можно тщательно протестировать перед запуском в эксплуатацию. Когда разработчик считает приложение готовым к запуску, то переключение в штатный режим осуществляется одним щелчком мыши.

Azure Services Platform все еще находится в состоянии разработки, функциональность ее продолжает расширяться. Так, в рамках недавней конференции MIX'09 было объявлено о ряде новых возможностей, в частности, теперь создаваемые.NET-приложения работают в режиме полного доступа к ресурсам системы (Full-trust), есть поддержка FastCGI и нативных кодов Win32 и Win64 (64-разрядный предпочтительнее, поскольку такова разрядность родительской платформы). Кроме того, ожидается, что к релизу платформа как минимум обзаведется интеграцией с локальными службами Active Directory, что позволит создавать распределенные приложения, часть которых исполняется на инфраструктуре клиента, а часть – на Azure Services Platform.

В общем, PaaS-решение Microsoft является перспективным. Особый интерес «облачная» платформа представляет для действующих разработчиков инфраструктурных и деловых приложений для Windows Server. Также очень интересна миграция существующих ASP.NET проектов в Windows Azure – здесь Microsoft составит серьезную конкуренцию хостинговым компаниям. К несомненным плюсам также относятся отличная инструментальная поддержка, продуманная архитектура, согласованная с концепцией cloud computing, – по этим критериям Microsoft значительно опережает Amazon (если вести речь исключительно о Windows-платформах).

Платформа как услуга

Platform as a Service (PaaS) — это предоставление интегрированной платформы для разработки, тестирования, развертывания и поддержки веб-приложений как услуги, организованная на основе концепции облачных вычислений.

Ключевые характеристики:

· Pay-as-you-go pricing model

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

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

Для разворачивания веб-приложений вам не нужно больше приобретать оборудование и программное обеспечение, нет необходимости организовывать поддержку — все это вы можете взять в аренду.

· Multi-tenant architecture (масштабируемость, отказоустойчивость, виртуализация и безопасность)

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

· Интегрированная платформа для разработки, тестирования, разворачивания и поддержки веб-приложений.

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

· Интеграция веб-сервисов и баз данных, использование распространенных веб-стандартов, возможность интеграции сервисов расположенных в частных сетях.

Возможность подключения к внутренним и внешним веб-службам, в том числе и с «live» данными, совмещение нескольких источников данных вместе без написания дополнительного кода, поддержка SOAP и REST интерфейсов.

· Development team collaboration

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

· Услуга доступна через интернет. PaaS доступна везде, где есть доступ к сети интернет.

⇐ Предыдущая 4 5 6 7 8 9 10 11 1213