Файл: Понятие прикладных протоколов и серверы приложений (Протоколы прикладного уровня).pdf

ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 04.07.2023

Просмотров: 183

Скачиваний: 2

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

СОДЕРЖАНИЕ

Введение

Глава 1. Протоколы прикладного уровня

1.1 Общие понятия. Протокол. Стек протоколов

1. 2. Общие принципы организации и функционирования прикладного уровня (OSI) Прикладной уровень является наивысшим уровнем в эталонной модели OSI RM и единственным средством доступа прикладных процессов к функциональной среде OSIE. На рисунке 1 изображено взаимодействие прикладных процессов Рис.1 Взаимодействие прикладных процессов. Прикладная сущность (application-entity - AE): совокупность функций прикладного процесса, непосредственно связанных с обеспечением его взаимодействия с другими прикладными процессами. Активация прикладной сущности или AE-активация (AE-invocation): конкретное использование некоторой части функциональных возможностей некоторой прикладной сущности, осуществляющей поддержку функций взаимосвязи, реализуемых некоторой активацией прикладного процесса.  Совокупность средств, с помощью которых выполняются все элементы взаимодействия процессов, называется прикладной ассоциацией (Application Association).  Примерами таких элементов взаимодействия являются:  - идентификация и аутентификация прикладных процессов,  - согласование и установления прикладного контекста взаимосвязи,  - обмен прикладными блоками данных,  - управление режимами взаимосвязи,  - прекращение взаимосвязи ...  Взаимодействие прикладных процессов (рис. 2) осуществляется посредством обмена прикладными протокольными блоками данных (Application Protocol Data Unit - APDU).  Протокольные блоки данных Протокольные блоки данных Протокольные блоки данных Рис.2 Взаимодействие прикладных процессов. Прикладной сервисный элемент (application-service-element - ASE): набор прикладных функций, обеспечивающих узкоспециализированную форму сетевого взаимодействия активаций прикладных сущностей; прикладной сервисный элемент является компонентой прикладных сервисный объектов и сущностей (функциональным модулем), реализующей конкретный протокол прикладного уровня.  Различаются две категории прикладных сервисных элементов:  - общие; - специальные.  Общие прикладные сервисные элементы (Common Application Service Elements - CASE) обеспечивают услуги общесистемного характера, которые обычно используются большинством прикладных процессов. Специальные элементы прикладных услуг (Special Application Service Elements - SASE) ориентированы на удовлетворение требований узкоспециализированных применений. Общие прикладные сервисные элементы  Сервисный элемент управления ассоциацией (Association control service element – ACSE) [X.217, X.227].  -Сервисный элемент надежной передачи (Reliable transfer service element – RTSE)  [X.218, X.228].  -Сервисный элемент удаленной операции (Remote operations service element – ROSE)  [X.219, X.229, X.881, X.882].  -Сервисный элемент фиксации, параллельности и восстановления  (Commitment, Concurrency and Recovery service element - CCRSE) [X.852].   

Специальные элементы прикладных услуг  -Сервисный элемент передачи и управления файлами (File Transfer, Access and Management – FTAM) [ISO/IEC 8571:1989].  -Сервисный элемент передачи и управления заданиями  (Job Transfer and Management – JTM) [ISO/IEC 8831].  -Сервисный элемент виртуального терминала (Virtual Terminal Service, Basic Class) [ISO/IEC 9040].  -Сервисный элемент удаленного доступа к базам данных  (Remote Database Access - RDA) [ISO/IEC 9579-1, ISO/IEC 9579-2].  -Сервисный элемент распределенной обработки  (Distributed Transaction Processing - TP) [X.861].  -Сервисный элемент сетевого управления  (Common management information service) [X.710].  Для иллюстрации организации работы прикладного уровня рассмотрим простой пример, в котором для программы (program) пользователя (user) реализуется возможность доступа к сервису простой электронной почты, т.е. через свою программу пользователь может готовить и пересылать сообщения другому удаленному пользователю, используя специальный прикладной сервисный элемент системы обработки сообщений MHS (Message Handling System).      Организация вычислительного процесса для данного приложения показана на рис. 3.      Прикладной процесс (Application Process) программы пользователя в данном примере состоит из прикладной сущности (Application Entity), ответственной за реализацию функций взаимосвязи с другими пользователями, и из компоненты, реализующей взаимосвязь прикладного сервисного элемента с локальными ресурсами реальной открытой системы и называемой часто прикладным агентом (Application Agent).      После того, как программа пользователя сформирует сообщение, включающее собственно текст сообщения и адрес получателя, оно передается прикладным процессом посредством локального пользовательского интерфейса своему агенту. Далее через внутренний интерфейс сообщение передается от агента прикладному сервисному элементу почтовой службы, который в нашем случае состоит из единственного специального сервисного элемента MHS, реализующего одноименный протокол.      Далее сообщение, используя стек протоколов модели OSI с первого по шестой уровень (этот стек представлен на рисунке поставщиком представительного сервиса (presentation service provider)), передается в виде прикладного протокольного блока данных (APDU) конечной системе-адресату. При получении сообщения конечной системой оно через сервисный элемент MHS будет передано локальному агенту, который после анализа этого сообщения запишет его в локальную файловую систему (file storage), точнее в почтовый ящик (mail folder), и проинформирует программу пользователя-получателя о поступлении сообщения.  Рис. 3. Пример организации прикладного уровня для программы пользователя, использующей сервис электронной почты  

1. 3. Протоколы прикладного уровня OSI

1. 4. Протоколы прикладного уровня NetWare

1. 5. Прикладной уровень стека TCP/IP

Глава 2. Серверы приложений

2.1. Архитектура современных корпоративных приложений

2.2. Технологии и стандарты

2.3. Лидеры рынка серверов приложений

Заключение

Список литературы

Oracle9i Application Server поддерживает широкий спектр платформ, в том числе Linux и Windows, при этом среди редакций этого продукта имеется версия, оптимизированная для работы под управлением Windows Server 2003.

Enterprise Application Server 4.2 (Sybase)

Sybase Enterprise Application Server (EAServer) является J2EE-совместимым сервером приложений для создания порталов и корпоративных решений. Этот продукт, как и другие подобные продукты, предоставляет широкий набор инструментов для развертывания Web-приложений и распределенных систем. Sybase Enterprise Application Server 4.2 поддерживает спецификацию J2EE 1.3 и ряд спецификаций Web-сервисов.

Особенностью данного сервера приложений является универсальная по отношению к клиентским компонентам программного обеспечения поддержка широкого спектра технологий построения распределенных систем, включая COM, CORBA, XML, HTML, DHTML, ActiveX, средство разработки приложений PowerBuilder, а также средства интеграции различных приложений. Многие пользователи этого продукта отмечают высокое качество управления транзакциями и надежные средства обеспечения безопасностью. Sybase EAServer позволяет использовать бизнес-логику унаследованных приложений, интегрируя их программный код в среду EAServer при помощи технологии Application Integrators.

Sybase EAServer выпускается в четырех различных редакциях (Enterprise Edition, Advanced Edition, Developer Edition, Small Business Edition) и доступен для следующих платформ: Windows, Linux, AIX, HP-UX, Solaris.

Sun ONE Application Server 7 (Sun Microsystems)

Sun ONE Application Server 7 представляет собой сервер приложений, совместимый со спецификацией J2EE 1.3. В состав этого продукта, поддерживающего JSP, Java-сервлеты, EJB, входит HTTP-сервер. Продукт интегрируется со средствами создания приложений Sun ONE Studio 5 и Sun ONE Application Framework. Согласно утверждениям Sun, Sun One Application Server позволяет без изменений исполнять написанные для него приложения на любых других J2EE-совместимых серверах приложений.

Sun ONE Application Server 7 поддерживает создание и применение Web-сервисов XML — для этой цели в состав продукта включен Java Web Services Pack.

Данный продукт доступен бесплатно для Linux, Windows, HP-UX и AIX — за счет этого в Sun надеются переломить ситуацию и воспрепятствовать Microsoft .NET стать наиболее распространенной платформой для создания Web-сервисов.

Из продуктов Sun, применяемых совместно с Sun ONE Application Server, следует отметить Sun ONE Portal Server — средство создания корпоративных порталов и Sun ONE Integration Server, EAI Edition — средство интеграции различных приложений.

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


Заключение

Необходимо различать понятия сетевых приложений и протоколов прикладного уровня. Протоколы прикладного уровня являются частью (хотя и весьма большой) сетевых приложений. Рассмотрим два примера. Web является сетевым приложением, позволяющим пользователям получать web-документы по запросу и состоящим из множества компонентов, включая стандарт формата документов (HTML), браузеры (Netscape Navigator, Microsoft Internet Explorer и др.), web-серверы (например, Apache, Microsoft или Netscape), протоколы прикладного уровня. Протокол прикладного уровня для web носит название протокола передачи гипертекста (HyperText Transfer Protocol, HTTP) и описывает формат и порядок обмена сообщениями между клиентом и сервером (RFC 2646). Таким образом, HTTP является лишь частью web-приложения.

В качестве второго примера рассмотрим приложение электронной почты. Электронная почта Интернета также состоит из множества компонентов: почтовых серверов, содержащих почтовые ящики пользователей, программ для просмотра и создания электронных писем, стандартов, описывающих структуру электронных писем, протоколов прикладного уровня, регламентирующих порядок обмена сообщениями серверов между собой и с оконечными системами пользователей, а также интерпретацию полей, из которых состоят электронные письма[8]. Основным протоколом прикладного уровня для электронной почты является протокол простой передачи сообщений (Simple Mail Transfer Protocol, SMTP). Как мы видим, SMTP (RFC 2821) -- лишь часть (хотя и достаточно большая) структуры приложений электронной почты.

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

· типы используемых сообщений, например запросы и ответы;

· синтаксис каждого из типов сообщений, описывающий поля сообщения и их разделители;

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

· правила, описывающие события, которые вызывают генерацию сообщений.

Некоторые из протоколов прикладного доступа (HTTP, SMTP и др.) являются официально документированными в RFC. Это означает, что если разработчик нового браузера будет следовать стандарту, то браузер сможет получать документы с любого web-сервера, построенного по этому же стандарту. Тем не менее существует множество протоколов прикладного уровня, которые не стандартизированы и при этом используются для поддержки коммерческих продуктов. В частности, это характерно для Интернет-телефонии.


Протокол ICMP (Internet Control Message Protocol) - протокол межсетевых управляющих сообщений. С помощью этого протокола компьютеры и устройства сети обмениваются друг с другом управляющей информацией. К примеру, этот протокол используется для передачи сообщений об ошибках, проверки доступности узла и т.д.

Протокол FTP (File Transfer Protocol) - протокол передачи файлов. Служит для обмена файлами между компьютерами. Например, вам нужно передать файл на сервер или, наоборот, скачать файл с сервера. Для этого вам нужно подключиться к файловому серверу (он же FTP-сервер) и выполнить необходимую вам операцию скачивания или закачки. Подключение осуществляется с помощью FTP-клиента. Простейший FTP-клиент входит в состав практически любой операционной системы. Кстати, просматривать FTP-серверы могут и обычные браузеры.

Протокол HTTP (Hyper Text Transfer Protocol) - протокол обмена гипертекстовой информацией, то есть документами HTML. Вы, наверное, слышали, что HTML является базовым языком для создания веб-страниц. Так вот, протокол HTTP предназначен для передачи веб-страниц по сети. Таким образом, протокол HTTP используется веб-серверами, а браузеры - программы, служащие для просмотра веб-страниц, - являются HTTP-клиентами.

Протоколы POP и SMTP. Протокол POP (Post Office Protocol) - протокол почтового отделения. Этот протокол используется для получения электронной почты с почтовых серверов. А для передачи электронной почты служит протокол SMTP (Simple Mail Transfer Protocol).

Протокол IMAP. Для чтения почты может использоваться еще один протокол - IMAP. Его отличие от протокола POP состоит в том, что пользователь читает сообщения электронной почты, не загружая их на свой компьютер. Все сообщения хранятся на сервере. При удалении сообщения оно удаляется с сервера.

Протокол SLIP (Serial Line Internet Protocol) - протокол подключения к сети Интернет по последовательной линии. Используется для установления связи с удаленными узлами через низкоскоростные последовательные интерфейсы. В настоящее время вытеснен протоколом РРР и практически не используется.

Протокол РРР (Point-to-Point Protocol) - обеспечивает управление конфигурацией, обнаружение ошибок и повышенную безопасность при передаче данных на более высоком уровне, чем протокол SLIP. Поэтому при настройке сервера рекомендуется использовать именно этот протокол. Протокол РРР рассмотрен в RFC 1547 и RFC 1661.

Протокол RIP (Routing Information Protocol) - используется для маршрутизации пакетов в компьютерных сетях. Для маршрутизации также используется протокол OSPF (Open Shortest Path First), который является более эффективным, чем RIP.


Список литературы

1. Блэк, У. Интернет: протоколы безопасности. Учебный курс / У. Блэк. - М.: СПб: Питер, 2001. - 288 c.
2. Влопросы дипломатического протокола и протокольной практики в СССР / ред. Д. Никифоров. - М.: МИД, 1977. - 300 c.
3. Второй съезд РСДРП. Протоколы. - Москва: Огни1999. - 850 c.
4. Вуд, Джон Дипломатический церемониал и протокол / Джон Вуд , Жан Серре. - М.: Прогресс, 2001. - 446 c.
5. Головин, Е. Веселая наука. Протоколы совещаний / Е. Головин. - М.: Эннеагон Пресс, 2006. - 280 c.
6. Девятый съезд РКП (б). Протоколы. - Москва: Гостехиздат2001. - 650 c.
7. Дэвис, Джозеф Microsoft Windows Server 2003. Протоколы и службы TCP/IP. Техническое руководство / Джозеф Дэвис , Томас Ли. - М.: Эком, 2005. - 752 c.
8. Запечников, С. В. Криптографические протоколы и их применение в финансовой и коммерческой деятельности / С.В. Запечников. - Москва: Огни, 2007. - 320 c.
9. Интерфейсы СОРМ. Справочник по телекоммуникационным протоколам. - М.: БХВ-Петербург, 2006. - 160 c.
10. Мельников, Д.А. Информационные процессы в компьютерных сетях. Протоколы. Стандарты. Интерфейсы. Модели / Д.А. Мельников. - М.: КУДИЦ-Образ, 1999. - 256 c.
11. Никифоров, Д. С. Дипломатический протокол в СССР. Принципы. Нормы. Практика / Д.С. Никифоров, А.Ф. Борунков. - М.: Международные отношения, 1985. - 304 c.
12. Олифер, В.Г. Компьютерные сети принципы, технологии, протоколы / В.Г. Олифер, Н.А. Олифер. - М.: СПб: Питер, 2002. - 672 c.
13. Рогинко, С. А. Европа, Россия и Киотский протокол / С.А. Рогинко, И.П. Мащенко. - М.: Огни, 2003. - 118 c.
14. Семенов, Ю. А. Алгоритмы телекоммуникационных сетей. В 3 частях. Часть 1. Алгоритмы и протоколы каналов и сетей передачи данных / Ю.А. Семенов. - М.: Интернет-университет информационных технологий, Бином. Лаборатория знаний, 2016. - 640 c.
15. Семенов, Ю. А. Алгоритмы телекоммуникационных сетей. В 3 частях. Часть 2. Протоколы и алгоритмы маршрутизации в Internet / Ю.А. Семенов. - М.: Бином. Лаборатория знаний, Интернет-университет информационных технологий, 2007. - 832 c.
16. Серре, Ж. Дипломатический протокол / Ж. Серре. - М.: Института международных отношений, 1988. - 112 c.
17. Столлингс, В. Компьютерные сети, протоколы и технологии Интернета / В. Столлингс. - М.: БХВ-Петербург, 2013. - 506 c.
18. Утолин, К. Заговор теней. Стоящие у престола. Секретные протоколы тайного мирового правительства / К. Утолин, О. Шевчук, Л. Базарова. - М.: Хранитель, АСТ, Астрель, Времена 2, 2006. - 448 c.
19. Фейт TCP/IP: Архитектура, протоколы, реализация (включая IP версии б и IP Security) / Фейт, Сидни. - М.: ЛОРИ, 2000. - 424 c.
20. Фетисов, В.С. Интеллектуальные средства измерений и HART-протокол / В.С. Фетисов. - М.: Уфа: Уфимский государственный авиационный технический университет, 2004. - 586 c.