Слайд 21. Архитектура – это концепция, определяющая взаимосвязь, структуру и функции взаимодействия рабочих
![1. Архитектура – это концепция, определяющая взаимосвязь, структуру и функции взаимодействия рабочих](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1020377/slide-1.jpg)
станций в сети (функциональная и физическая организацию технических и программных средств сети).
Архитектура сети определяет основные элементы сети, характеризует общую логическую организацию, техническое и программное обеспечение, описывает методы кодирования. Архитектура также определяет принципы функционирования и интерфейс пользователя.
Слайд 3В зависимости от того, как распределены функции между компьютерами сети:
сеть на
![В зависимости от того, как распределены функции между компьютерами сети: сеть на](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1020377/slide-2.jpg)
основе одноранговых узлов – одноранговая сеть;
сеть на основе клиентов и серверов – сеть с выделенными серверами;
сеть, включающая узлы всех типов – гибридная сеть.
Слайд 4Рассмотрим три вида архитектур (по организации управления сетью) :
архитектура терминал-главный компьютер
![Рассмотрим три вида архитектур (по организации управления сетью) : архитектура терминал-главный компьютер](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1020377/slide-3.jpg)
(выделенный сервер);
одноранговая архитектура;
архитектура клиент-сервер.
Слайд 5Архитектура терминал-главный компьютер (выделенный сервер) – это концепция информационной сети, в которой
![Архитектура терминал-главный компьютер (выделенный сервер) – это концепция информационной сети, в которой](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1020377/slide-4.jpg)
вся обработка данных осуществляется одним или группой главных компьютеров.
Слайд 6Одноранговая архитектура (peer-to-peer architecture) – это концепция информационной сети, в которой ее
![Одноранговая архитектура (peer-to-peer architecture) – это концепция информационной сети, в которой ее](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1020377/slide-5.jpg)
ресурсы рассредоточены по всем системам (все системы равноправны).
Слайд 7Архитектура клиент-сервер (client-server architecture) – это концепция в которой основная часть ресурсов
![Архитектура клиент-сервер (client-server architecture) – это концепция в которой основная часть ресурсов](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1020377/slide-6.jpg)
сосредоточена в серверах, обслуживающих своих клиентов.
Слайд 9Компоненты сетевого сервиса:
информационные ресурсы;
программа-клиент;
набор программ-серверов, осуществляющих обработку запросов клиентского программного
![Компоненты сетевого сервиса: информационные ресурсы; программа-клиент; набор программ-серверов, осуществляющих обработку запросов клиентского](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1020377/slide-8.jpg)
обеспечения и управляющих информационными объектами;
набор протоколов взаимодействия клиентского программного обеспечения с серверами.
Слайд 10Наиболее известные сервисы Интернет:
электронная почта (E-mail);
телеконференции, или группы новостей (Usenet);
сервис
![Наиболее известные сервисы Интернет: электронная почта (E-mail); телеконференции, или группы новостей (Usenet);](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1020377/slide-9.jpg)
FTP – система файловых архивов, обеспечивающая хранение и пересылку файлов различных типов;
сервис Telnet, предназначенный для управления удаленными компьютерами в терминальном режиме;
World Wide Web (WWW, W3) – гипертекстовая (гипермедиа) система;
сервис DNS;
сервис IRC (chat);
Слайд 11
Стандартные номера портов для основных сервисов.
![Стандартные номера портов для основных сервисов.](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1020377/slide-10.jpg)
Слайд 12Архитектурные решения доступа к данным в компьютерных сетях:
централизованная архитектура
архитектура
![Архитектурные решения доступа к данным в компьютерных сетях: централизованная архитектура архитектура "файл-сервер"](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1020377/slide-11.jpg)
"файл-сервер"
архитектура "клиент-сервеp"
Практические реализации архитектуры «клиент-сервер» называются клиент-серверными технологиями.
Слайд 13Клиент-серверные технологии
(сервисы и серверы):
Web-серверы
Серверы приложений
Серверы баз данных
Файл-серверы
Прокси-сервер
Файрволы (брандмауэры)
Почтовые серверы
Серверы удаленного доступа
![Клиент-серверные технологии (сервисы и серверы): Web-серверы Серверы приложений Серверы баз данных Файл-серверы](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1020377/slide-12.jpg)
(RAS) (Remote Access Service)
Слайд 14
«Тонкий» клиент
обеспечивает запуск web-браузера, в окне которого и осуществляются все действия.
«Толстый»
![«Тонкий» клиент обеспечивает запуск web-браузера, в окне которого и осуществляются все действия.](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1020377/slide-13.jpg)
клиент
станции, работающие под управлением собственной ОС и имеющие необходимый набор ПО. К сетевым серверам «толстые» клиенты обращаются в основном за дополнительными услугами (например к корпоративной БД).
Так же под «толстым» клиентом подразумевается и клиентское сетевое приложение.
Слайд 15«Rich»-client –
компромисс между «толстым» и «тонким» клиентом.
«rich»-клиент представляет
графический интерфейс, описываемый
![«Rich»-client – компромисс между «толстым» и «тонким» клиентом. «rich»-клиент представляет графический интерфейс,](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1020377/slide-14.jpg)
уже средствами XML (как «тонкий» клиент) и
функциональность «толстых » клиентов (интерфейс drag-and-drop, множественные окна, выпадающие меню и т.п. )
Слайд 162. Компонентная модель, состоящая из отдельных функциональных модулей приложений, называемых сервисами, имеющих
![2. Компонентная модель, состоящая из отдельных функциональных модулей приложений, называемых сервисами, имеющих](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1020377/slide-15.jpg)
определенные интерфейсы и механизм взаимодействия между собой, называется сервисно-ориентированной архитектурой (Service-Oriented Architecture, SOA).
Архитектура приложений, в рамках которой все функции приложения являются независимыми сервисами с четко определенными интерфейсами, которые можно вызывать в нужном порядке, называется SOA.
Слайд 17 Web-cервис это программный интерфейс, который описывает набор операций, которые могут быть вызваны
![Web-cервис это программный интерфейс, который описывает набор операций, которые могут быть вызваны](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1020377/slide-16.jpg)
удаленно по сети посредством стандартизированных XML сообщений.
Для реализации сервисно-ориентированных архитектур с помощью веб-сервисов применяется совокупность технологий, образующих так называемый стек технологий веб-сервисов.
Слайд 19Принципы взаимодействия веб-сервисов в рамках сервисно-ориентированной архитектуры.
В настоящее время технологический фундамент веб-сервисов
![Принципы взаимодействия веб-сервисов в рамках сервисно-ориентированной архитектуры. В настоящее время технологический фундамент](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1020377/slide-18.jpg)
образуется следующими технологиями:
eXtensible Markup Language (XML);
Simple Object Access Protocol (SOAP);
Universal Description, Discovery and Integration (UDDI);
Web Services Description Language (WSDL).
Слайд 20Язык XML определяет формат данных, используемый для обмена информацией между потребителем сервиса
![Язык XML определяет формат данных, используемый для обмена информацией между потребителем сервиса](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1020377/slide-19.jpg)
и самим сервисом. XML - это синтаксис для описания структур данных, (мета-язык, позволяющий осуществлять обмен данными с помощью стандартных методов для кодирования и форматирования информации). В отличие от HTML, XML позволяет не только описывать структуру информации, но и ее контекст.
Слайд 21SOAP (Simple Object Access Protocol, или Services-Oriented Architecture Protocol) — это основанный
![SOAP (Simple Object Access Protocol, или Services-Oriented Architecture Protocol) — это основанный](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1020377/slide-20.jpg)
на языке XML стандарт для взаимодействия между сервисами и их потребителями.
Протокол SOAP базируется на сообщениях, которые разделяются на два типа: запросы (вызов метода удаленного объекта) и ответы (результат работы удаленного метода).
Слайд 22SOAP поддерживает два механизма доступа : SOAP RPC и SOAP Message.
SOAP
![SOAP поддерживает два механизма доступа : SOAP RPC и SOAP Message. SOAP](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1020377/slide-21.jpg)
RPC - протокол «запрос-ответ» и базируется на объекте Call. Этот объект (и некоторые низкоуровневые методы для создания и отсылки сообщений) используется для синхронного удаленного вызова методов Web-сервисов.
SOAP Message — это протокол для отсылки и обработки SOAP-сообщений, который может использоваться для асинхронных коммуникаций и подразумевает немедленный или отложенный ответ на запрос.
Слайд 23 Интерфейс для доступа к Web-сервису описывается на основанном на языке XML языке
![Интерфейс для доступа к Web-сервису описывается на основанном на языке XML языке](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1020377/slide-22.jpg)
Web Services Description Language (WSDL) и содержит всю информацию, необходимую для доступа к данному сервису.
WSDL-документы используются средствами разработки для генерации прокси-кода, который выполняет роль переходника между высокоуровневым кодом потребителя Web-сервиса и низкоуровневой реализацией отсылки SOAP-сообщений для вызова методов Web-сервиса и получения результатов работы этих методов.
Слайд 24UDDI - спецификация, включающая набор XML-файлов и ассоциированные схемы, которые содержат описания
![UDDI - спецификация, включающая набор XML-файлов и ассоциированные схемы, которые содержат описания](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1020377/slide-23.jpg)
предоставляемых Web-сервисами услуг. В качестве примера UDDI-реестров можно привести следующие:
Реестр фирмы IBM - UDDI Business Registry;
UDDI-реестр фирмы Microsoft;
UDDI-реестр фирмы Hewlett-Packard.
Слайд 25Вопросы
1. В чем отличия между понятиями «клиент-серверная архитектура» и «клиент-серверная технология»?
2. Опишите
![Вопросы 1. В чем отличия между понятиями «клиент-серверная архитектура» и «клиент-серверная технология»? 2. Опишите технологию клиент-сервер.](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1020377/slide-24.jpg)
технологию клиент-сервер.
Слайд 26
3. Промежуточное программное обеспечение (middleware) — это класс программного обеспечения, предназначенного для
![3. Промежуточное программное обеспечение (middleware) — это класс программного обеспечения, предназначенного для](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1020377/slide-25.jpg)
объединения компонентов распределенного клиент-серверного приложения или целых сетевых приложений в единую информационную систему.
Слайд 28
Функции middleware
прозрачный доступ к сетевым сервисам и приложениям;
независимость от других сетевых сервисов;
высокая
![Функции middleware прозрачный доступ к сетевым сервисам и приложениям; независимость от других](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1020377/slide-27.jpg)
надежность и доступность.
Слайд 29
Виды промежуточного ПО:
Программное обеспечение для межпрограммного взаимодействия (основными технологиями являются: RPC, MOM,
![Виды промежуточного ПО: Программное обеспечение для межпрограммного взаимодействия (основными технологиями являются: RPC,](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1020377/slide-28.jpg)
TPM и ORB).
Программное обеспечение доступа к базам данных.
Слайд 30Концепция вызова удаленных процедур (remote procedure call — RPC) была разработана и
![Концепция вызова удаленных процедур (remote procedure call — RPC) была разработана и](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1020377/slide-29.jpg)
реализована в компанией XEROX еще начале 80-х годов XX века.
Общий смысл RPC : программа может выполнять не только собственные (скомпилированные) процедуры и функции, но и обращаться к процедурам удаленного сервера.
Слайд 32Сервисы обработки сообщений (MOM — message-oriented middleware) —это системы, как правило асинхронные,
![Сервисы обработки сообщений (MOM — message-oriented middleware) —это системы, как правило асинхронные,](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1020377/slide-31.jpg)
в которых взаимодействие между клиентом и сервером основано на обмене сообщениями.
Для передачи сообщений используются байт-ориентированные протоколы, такие как HTTP, POP/SMTP и т.п.
Слайд 34Запросы сервисов ставятся в очередь сообщений, где м.б.гарантирована :
надежная доставка сообщений;
гарантированная
![Запросы сервисов ставятся в очередь сообщений, где м.б.гарантирована : надежная доставка сообщений;](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1020377/slide-33.jpg)
доставка сообщений;
застрахованная доставка сообщений.
Другие сервисы МОМ:
Непосредственная передача сообщений (логические сетевые соединения).
На основе подписки (по принципу, почтовой рассылки).
Слайд 35Мониторы обработки транзакций (Transaction Processing monitors, TP-monitors) — это промежуточное программное обеспечение,
![Мониторы обработки транзакций (Transaction Processing monitors, TP-monitors) — это промежуточное программное обеспечение,](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1020377/slide-34.jpg)
обеспечивающее контроль передачи данных от клиента при работе с распределенными базами данных.
Слайд 37Промежуточное ПО доступа к базам данных
Собственное промежуточное ПО СУБД — это встроенные
![Промежуточное ПО доступа к базам данных Собственное промежуточное ПО СУБД — это](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1020377/slide-36.jpg)
механизмы доступа для конкретного сервера баз данных.
Основное промежуточное ПО баз данных — к этому типу относится, например, интерфейс Open Database Connectivity (ODBC), который позволяет программам «общаться» на разных диалектах SQL через общие интерфейсы.
Слайд 38
Собственное промежуточное ПО СУБД:
поддержка стандартов языка SQL;
встроенные средства СУБД, позволяющие выполнять
![Собственное промежуточное ПО СУБД: поддержка стандартов языка SQL; встроенные средства СУБД, позволяющие](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1020377/slide-37.jpg)
импорт или экспорт данных в сторонние форматы (например, CSV или XML).
Слайд 39
Основное промежуточное ПО доступа к БД:
средства, специально разработанные для обращения к
![Основное промежуточное ПО доступа к БД: средства, специально разработанные для обращения к](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1020377/slide-38.jpg)
базам данных.
- технологические решения (например, ODBC и JDBC),
- концептуальные (например, EDA или DQB).
Слайд 40
ODBC (Open DataBase Connectivity) —интерфейс доступа к базам данных (Microsoft).
JDBC (Java DataBase
![ODBC (Open DataBase Connectivity) —интерфейс доступа к базам данных (Microsoft). JDBC (Java](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1020377/slide-39.jpg)
Connectivity) — это прикладной программный интерфейс для обращения к базам данных из Java-приложений.
EDA (Event-Driven Architecture, событийно-управляемая архитектура) — концепция управления корпоративной информационной системой на основе событий
DQB (Distributed Query Broker, брокер распределенных запросов) — децентрализованное (в отличие от EDA) решение для доступа к БД на основе ORB.
Слайд 45Распределенные объектные системы (Distributed object systems) — это промежуточное программное обеспечение, реализованное
![Распределенные объектные системы (Distributed object systems) — это промежуточное программное обеспечение, реализованное](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1020377/slide-44.jpg)
в виде взаимодействующих друг с другом программных объектов.
Слайд 47Архитектура распределенных объектных систем стандартизована и наиболее распространены спецификации CORBA, COM/DCOM и
![Архитектура распределенных объектных систем стандартизована и наиболее распространены спецификации CORBA, COM/DCOM и](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1020377/slide-46.jpg)
EJB.
CORBA (Common Object Request Broker Architecture, типовая архитектура брокера объектных запросов) — открытый стандарт, определяет интерфейсы между сетевыми объектами, позволяющие им работать совместно.
Microsoft COM (Component Object Model, компонентная объектная модель) — это семейство технологий, предназначенных для организации взаимодействия Windows-приложений.
EJB (Enterprise JavaBeans) — технология, разработанная Sun Microsystems для платформы Java.
Слайд 48ЗАКЛЮЧЕНИЕ
Web-сервисы - это развивающаяся технология, и многие стандарты, которые мы здесь обсудили,
![ЗАКЛЮЧЕНИЕ Web-сервисы - это развивающаяся технология, и многие стандарты, которые мы здесь](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1020377/slide-47.jpg)
будут со временем меняться. Важно отметить, что ни одна технология для обеспечения Web-сервисов не должна быть монополизирована какой-либо одной компанией - только в этом случае можно гарантировать успех Web-сервисов.