Сдам Сам

ПОЛЕЗНОЕ


КАТЕГОРИИ







Лекция 16. Архитектура Прикладных процессов в современных сетевых системах.





Сначала поговорим о сетевых системах. Все информационные системы на сегодняшний день сетевые. Сетевые системы развивались долгий срок. Но одним из важных этапов было создание сети интернет, которое породило буйное развитие в этой отрасли. Соединение сегментов сети между собой – Internetworking. Слово интернет происходит от него. Когда мы говорим интернет с маленькой буквы, то подразумеваем Internetworking. Первую архитектуру сделала компания IBM в 1974, она называлась SNA -Systems Network Architecture. Ошибочно полагать, что до интернета ничего не было. Когда мы говорим Интернет с большой буквы мы имеем в виду совокупность прикладных средств, позволяющих осуществлять передачу почты, доступ к документам, передачу файлов в общепонятном формате. Практически любая система каким-то образом воздействует с интернетом и практически все системы работают в режиме Internetworking. Интернет начался. Первые попытки соединить узлы для передачи данных (не голоса!) были предприняты в 58-м году, после того, как в советском союзе запустили спутник. интернет – ответная реакция штатов на это событие, т.к. для того, чтобы противодействовать и создавать функционирующую систему безопасности требуется быстрая передача данных, т.к. в противном случае не понятно где что летает и как реагировать. В 58-м году началось обсуждение проекта ARPANET, было создано агентство ARPA, подчиненная министерству безопасности. (за бюджетные деньги). Первоначально были соединены 4 узла (университеты), а именно Калифорнийский университет в Лос-Анджелесе, Стэндфордский исследовательский центр, Университет Юты и Университет штата Калифорния в Санта-Барбаре. И реализация была в 69-м году, первого сентября. В это же время появилась первая сеть с коммутацией пакетов, которая была предложена RAND Corporation. Postal, Crocker, Cerf – авторы архитектуры Arpanet’a. Для работоспособности этой сети используется протокол NCP – Network Control Protocol, протокол, который позволяет управлять узлами сети. В начале 70-х было 15-ть узлов и придумали протокол, который называется FTP и придумали способ войти в эту сеть удаленно TELNET. Томлинсон придумал протокол для передачи почты. В середине семидесятых было около 30-ти узлов, но т.к. не все понимали NCP, то требовался универсальный протокол. Винт Серф и Роберт Кан продумали специальный протокол TCP (в середине 70-х). TCP – протокол взаимодействия между узлами сети. Разделился на TCP и IP (в 80-х), был включен в Unix в середине 80-х, благодаря чему стал популярен, то есть стандартом де факто. В середине 70-х были придуманы стандарты RFС - Request for Comments, первые стандарты для описывания взаимодействия и протоколов. ARPANET был разделен на 2 сети, MILNET и ARPANET. Была придумана в середине 70-х система имен DNS, для того, чтобы присваивать их узлам сети. Это доменная система имен. После чего была попытка определиться с опорной сетью, ведь узлы должны на чем-то работать, это магистральные кабели и магистральные узловые системы, это и называется опорной сетью. Она была основана на том, что сделала министерство безопасности штатов, и хоть она и охватывала всю территорию, тем не менее не всех это устраивало, т.к. она принадлежала министерству безопасности и кончилось тем, что ее убрали из подчинения министерства безопасности штатов и определили опорные точки, к которым может присоединиться любой, кто хочет работать с этой сетью. 1-й провайдер интернет назывался The World, это уже 90-е годы. Сеть ARPANET фактически прекратило свое существование и стало называться сетью internet, уже не военная опорная сеть, с узлами порядка 100 тыс., были определены точки, к которым можно было подсоединиться. Организовали IETF - Internet Engineering Task Force, и соответствующие способы укладывать туда RFC, то есть описание того, что у нас происходит в сети. В 91-м году придумали WEB, систему хранения документов и гиперссылок, чтобы для всех иметь удобный и понятный метод доступа к документам. В начале 90-х придумали и первые браузеры, то есть программные продукты, которые позволяют просмотреть что у нас хранится в узлах этой сети. Первый графический браузер был Mosaic, а на его основе был сделан навигатор Netscape’овский. Точки сетевого доступа называются NAP’ы, и была создана 4 NAP‘а в городах США и к ним подсоединялись региональные сети. Поскольку все это достигло такого замечательного развития, появились соответствующие программные продукты, которые позволили хранить это все в режиме гипертекста, появилась соответствующая прикладная технология. В прошлый раз, когда мы рассматривали возможности SAN’ов и ЦОДов мы рассматривали возможность хранить в них данные, где мы можем располагать всевозможные узлы сети, доступ к которым будет осуществлен при помощи Internetworking и, в частности, при помощи средств интернета. Разделяют 2 сети: внутреннюю и внешнюю, intranet и extranet. Внутренняя сеть – сеть доступа, принадлежащая одной компании, доступ в нее доступен только ее членам и внешняя сеть, это внутренняя сеть компании, которая частично доступна другим пользователям, часто для них делаются разные кабельные сети. Далее возникла замечательная компания CISCO, которая предложила целую парадигму того, как должна работать любая компания и организовывать прикладные процессы с учетом Internetworking. И сказала следующее (продиктовала стандарт) электронный бизнес и электронная коммерция должны существовать в определенной прикладной инфраструктуре, которая должна содержать 5 шагов:

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

2. Должна создать WEB-узел, это витрина компания, где компания должна позиционировать свои продукты и разработки.

3. Внедрить E-commerce (электронную коммерцию), технологию, которая позволяет заказчикам обрабатывать и создавать заказы на WEB сервере.

4. Должны организовать E-business (электронный бизнес) - полную интеграцию технологии интернет во все пространство предприятия, что повышает вероятность несанкционированного доступа! Поэтому так делают не всегда.

5. Интернет воспринимаем как экосистему. И заказчики, и поставщики, и основные деловые партнеры, и все объединения, и бесперебойное функционирование системы, буквально все контролируется и делается через WEB (в этом они малость переборщили).

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

WEB – гипермедийная среда, которая позволяет просматривать информацию в сети с помощью механизма гиперссылок. Информация хранится на WEB страницах, оформлены они в виде подборок текста, графики, рисунков, аудио, видео ну и в дополнение к этому WEB страница может содержать гиперссылку на другие WEB страницы. Сама технология подразумевает возможность просмотра документов при помощи гипертекстов, при этом разработана часть протоколов, которые существуют просто для передачи файлов FTP например, Telnet для входа в систему или NTP – News Transport Protocol, для распространения новостей. Среда WEB предполагает, что существуют специальные узлы, в которых хранятся документы и гиперссылки, и есть пользователи, которые используют специальные продукты-браузеры, которые позволяют нам обращаться к этим сервисам. Сетевая операционная система позволяет распределять ресурсы сети, а распределенная операционная система, которая включает в себя WEB узлы и браузеры позволяет нам просто работать Point-to-Point, то есть просто обращаться от юзера к WEB серверу и то и другое работает все в месте. Основная часть информации в среде хранится в документах, созданных с помощью специального протокола HTML, протокол с помощью которого происходит обмен информации между WEB узлом и браузером. Это не всегда так, например, это не работает для мультимедиа или систем real time, для этого существуют специфические системы. Для того, чтобы документ можно было просматривать установлена система ссылок, она называется URL, это разметка документов. Протокол HTTP очень простой, но у него есть две особенности, он предполагает, что мы всегда устанавливаем соединения между веб сервером и клиентом (т.к. в операционных системах клиентом называют другое, то рекомендуем говорить браузер). Этот протокол является connection oriented, у него есть один большой недостаток он stateless. Это означает, что этот протокол не может запоминать состояние передачи, поэтому для систем мультимедиа (70% передачи) требуется специальные разработки, своих серверов и браузеров. Тем не менее в протоколе HTTP есть подключение, есть запрос, есть ответ, то есть специальная спецификация, больше там ничего и нет. Есть спецификация MIME, которая говорит какие должны быть расширения всевозможных данных в сети интернет, например все image это jpeg. Видео, предположим, mpeg, а текстовые файлы, это, например, HTML. Язык HTML – специальный язык форматирования документов, он тоже очень простой. URL локатор — это вещь достаточно простая, сначала идет протокол, затем имя узла, а затем путь к файлу в этом узле. Но у этих технологий есть одна проблема: либо WEB страница должна быть статической (неизменной), либо динамической (генерируется в момент запроса) и вот для генерации динамических страниц требуются специальные вещи (т.к. мы не можем получить все данные с одного WEB узла). Их требуется собрать, обратится к базам данных. А главное все данные сгенерировать в страницу, для этого используются специальные средства интеграции в среду WEB и вот эти средства требуют специальных серверов приложений. Если мы хотим получить какие то сложные запросы мы должны где-то в HTML сделать возможность подсобрать динамические страницы, то есть написать какие-то макросы на другом языке, например на Java. Этим и занимается сервер приложений. Который будет передавать и тянуть данные с сервера СУБД. Он не может работать без него. Более того, сервер приложений иногда работает под частичным ядром СУБД, т.к. ему требуется интегрировать WEB запросы в вид, понятный СУБД, а это разные продукты. Методы интеграции WEB в среду СУБД они предполагают всевозможные языки сценария, например Javascript. Есть другие возможности интегрировать в среду СУБД, например cookie -файлы, которые позволяют делать некоторые вещи на машинах, на которых стоят браузеры. Есть специальные приложения, которые дают расширения WEB серверов, которые позволяют нам писать дополнительные приложения для серверов приложений с помощью Java, мы можем сделать специальные приложения, которые обрабатывают данные на серверах или станциях. IP-интерфейсы могут иметь интерфейсы с SQL, которые будут делаться на сервере приложений. Архитектура прикладных процессов, это очень тонкий момент, т.к. все серверы приложений должны быть тесно связаны с СУБД т.к. иначе мы ничего никуда не передадим, здесь нет стандарта, но есть масса средств типа Java, SQL и т.д. Но есть общая рекомендация: Сервер Приложений должен быть от того же производителя, от которого и сервер СУБД, иначе требуются специальные способы собирания. Если Сервер Oracle, то он будет состоять из кучи модулей это HTTP от Oracle, на основе Apache с кучей модулей, это будет служба прикладных алгоритмов, это сервисы презентаций, специальные службы кеширования (базы данных и WEB кеш). (Кеш – это не хардвеерный кеш, это буфер кеш. Это область в оперативной памяти, где держатся информация, которую читают часто. Буфер пул – то что пишу или читаю сейчас). Будет специальная файловая система Oracle AFS, и некие сервисы управления информацией. Там же будут специальные службы прикладных обеспечений и портальный службы. + специальные средства для разработчика (Orale HTML, интерфейсы к БД Oracle и некоторые системные вещи, например security и perfomance). Только после того как это будет обработано на сервере приложений это будет передано СУБД.







Конфликты в семейной жизни. Как это изменить? Редкий брак и взаимоотношения существуют без конфликтов и напряженности. Через это проходят все...

ЧТО И КАК ПИСАЛИ О МОДЕ В ЖУРНАЛАХ НАЧАЛА XX ВЕКА Первый номер журнала «Аполлон» за 1909 г. начинался, по сути, с программного заявления редакции журнала...

Что делать, если нет взаимности? А теперь спустимся с небес на землю. Приземлились? Продолжаем разговор...

Живите по правилу: МАЛО ЛИ ЧТО НА СВЕТЕ СУЩЕСТВУЕТ? Я неслучайно подчеркиваю, что место в голове ограничено, а информации вокруг много, и что ваше право...





Не нашли то, что искали? Воспользуйтесь поиском гугл на сайте:


©2015- 2024 zdamsam.ru Размещенные материалы защищены законодательством РФ.