Распределенная информационная система организации

Размещено на http://www.allbest.ru/

ФГБОУ ВО Белгородский ГАУ им. В.Я. Горина

Факультет по заочному образованию и международной работе

Кафедра информатики и информационных технологий

Реферат

По дисциплине «Проектирование информационных систем»

На тему «Распределенная информационная система организации Архитектура»

Белгород 2020

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

ГЛАВА 1. ОБЩЕЕ ПОНЯТИЕ РАСПРЕДЕЛЕННОЙ ИНФОРМАЦИОННОЙ СИСТЕМЫ. АРХИТЕКТУРА

1.1 Распределенная информационная система, принцип построения сетей

1.2 Модели распределения при разработке распределенной системы

1.3 Модель «Клиент-сервер»

1.4 Тип архитектур «Клиент-сервер»

ЗАКЛЮЧЕНИЕ

СПИСОК ЛИТЕРАТУРЫ

ВВЕДЕНИЕ

Расширение практики использования информационных материалов в цифровом виде обусловлено эргономическими, функциональными и техническими преимуществами. Условная «цифра» заменила собой огромные массивы картотек, физических баз данных, хранилищ книг и прочих документально-справочных материалов. Однако задачи упорядочения, сегментации и классификации информации остались, а в некоторых аспектах и обострились. В контексте решения этой проблемы возникла и концепция распределенных информационных систем, в рамках которой предполагается четкая структуризация данных с учетом нюансов организации пользовательского взаимодействия с ними.

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

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

Рассмотрим основные сведения о распределенной информационной системе: опишем общие понятия, средства работы с данными, исследуем понятие распределенной базы данных, а также ее типов и основных принципов.

ГЛАВА 1. ОБЩЕЕ ПОНЯТИЕ РАСПРЕДЕЛЕННОЙ ИНФОРМАЦИОННОЙ СИСТЕМЫ. АРХИТЕКТУРА

1.1 Распределенная информационная система, принцип построения сетей

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

1. Распределенной системой называется набор независимых компьютеров, представляющийся их пользователям единой системой;

2. Распределенной информационной системой называется совокупность взаимодействующих друг с другом программных компонентов. Каждый из них может рассматриваться как программный модуль (приложение), исполняемый в рамках отдельного процесса.

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

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

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

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

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

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

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

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

Прозрачность местоположения заключается в скрытии реального физического размещения ресурса. Важную роль в реализации этого отводится именованию ресурса.

Прозрачность переноса заключается в скрытии факта физического перемещения ресурса. При этом на доступ не влияет смена его местоположения.

Отличие прозрачности смены местоположения от прозрачности переноса выражается в том, что изменение местоположения ресурса может произойти при его использовании, например использование мобильными пользователями.

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

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

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

Интерфейсы в распределенных системах определяют службы и компоненты, которые, как правило, описываются языком определения интерфейсов (Interface Definition Language, IDL). Интерфейс описывается с помощью синтаксиса служб - имен доступных функций, типов параметров, возвращаемых значений и др. Семантику служб описать сложнее, т. к. эти описания задаются средствами естественного языка.

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

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

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

Масштабируемость распределенных систем влияет на производительность и может ее снижать. Практическая реализация масштабируемости, как правило, рассматривается наряду с такими требованиями как производительность и безопасность.

Примерами ограничения масштабируемости могут являться: о дин сервер на нескольких пользователей; телефонный справочник, доступный онлайн; организация маршрутизации данных, передаваемых по сети. Большие объемы данных передаются по множеству каналов, при этом используются децентрализованные алгоритмы.

1.2 Модели распределения при разработке распределенной системы

При разработке распределенной системы используются две модели:

1. распределенная файловая система, когда все объекты представляются в виде файлов;

2. система, основанная на удаленных вызовах процедур.

Примером файловой системы является файловая система Unix. Модель удаленных вызовов процедур основана на скрытии сетевого обмена, при этом процессы могут вызывать процедуры, находящиеся на удаленной машине. При вызове процедуры и ее выполнении параметры передаются на удаленную машину, далее управление передается компьютеру-клиенту. Для пользователя это выглядит как обычный вызов процедуры.

Современные модели распределенных систем основаны на взаимодействии распределенных объектов. Примерами являются: DCOM и CORBA. В распределенных объектах каждый объект реализует свой интерфейс, который скрывает все внутренние детали выполнения функций системы от пользователя. Интерфейс основан на методах, реализуемых системой. Все, что видит процесс - это интерфейсы.

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

генерации страницы, веб-страница формируется «налету» и в окне браузера мы видим виртуальную страницу.

Для низкоуровневой пересылки сообщений по сети используются сервисы промежуточного уровня, которые предназначены для поддержки прозрачности доступа путем предоставления высокоуровневых средств связи. Интерфейс транспортного уровня (IP) заменяется средствами прозрачного доступа к распределенным БД, файловым системам и веб-документам.

Общей службой для всех систем промежуточного уровня является именование (naming). Любой документ идентифицируется с помощью URL-адреса, содержащего имя хостинга, на котором находится документ с данным URL.

Служба обеспечения сохранности данных реализуется механизмом распределенных транзакций.

Служба обеспечения защиты программ и данных наряду с требованием масштабируемости является одной из наиболее трудно реализуемых в распределенной системе.

1.3 Модель «Клиент-сервер»

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

Рисунок 1 Модель взаимодействия «клиент-сервер»

Между клиентом и сервером может не быть четкого разделения функций системы. Например, сервер распределенной базы данных, отвечающий за хранение таблиц этой БД, может быть одновременно клиентом и передавать запросы на файловые серверы.

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

Рисунок 2. Логистические уровни приложения

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

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

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

1.4 Тип архитектур «Клиент-сервер»

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

1. На рабочих станциях (клиентах) устанавливаются программы-клиенты, которые реализуют интерфейс.

2. На серверах реализуются все остальные уровни обработки и уровни данных.

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

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

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

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

Рисунок 3. Двухзвенная архитектура

Следующим видом архитектуры «клиент - сервер» является трехзвенная архитектура. В данной системе интерфейс пользователя, логика приложений и доступ к данным вынесены в самостоятельные подсистемы, работающие на независимых компьютерах. (Рисунок 4).

Рисунок. 4. Трехзвенная архитектура

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

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

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

Рисунок 5 Структура распределенной системы

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

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

Таким образом, распределенная система представляет собой объединенные в единую систему автономные компьютеры, работающие совместно. К их преимуществам относятся: 1) упрощение интеграции различных приложений в единую систему; 2) масштабируемость.

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

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

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

Любая распределенная система основывается на модели внутренней организации. К наиболее распространенной модели относится модель «клиент - сервер», которая тесно связана с традиционным программированием. Данная модель состоит из отдельных модулей, каждый из которых реализуется отдельной процедурой. Модули подразделяются три уровня: на уровень пользовательского интерфейса, уровень обработки и уровень данных. Как правило, сервер отвечает за уровень данных, клиент отвечает за уровень пользовательского интерфейса. Уровень обработки реализуется на клиенте, или на сервере, или может быть разделен между ними.

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

ЗАКЛЮЧЕНИЕ

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

- необходимость оперативного получения информации из баз данных дистанционно отдаленных подразделений (или филиалов);

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

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

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

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

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

2. Независимость. На работу конкретной РИС не должны оказывать влияние другие сети. В этой части стоит отметить и принцип автономности в смысле технологической самодостаточности.

3. Синхронизация. Состояние данных должно быть неизменчивым и постоянным в период работы РИС.

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

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

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

СПИСОК ЛИТЕРАТУРЫ

1. Басс Л., Клементс П., Кацман Р. Архитектура программного обеспечения на практике. 2-е изд. Л. : Питер, 2010.

2. Демина А.В., Алексенцева А.Н. Распределенные системы. С.: Саратовский социально-экономический институт им. Г.В. Плеханова, 2018.

3. Горев А., Ахаян Р., Макашарипов С. Эффективная работа с СУБД. СПб.: Питер, 2014.

4. Корнелюк В.К., Веккер З.Е., Зиновьев Н.Б. ACCESS 97. М.: СОЛОН, 2011. 7. Таненбаум Э.М. Распределенные системы. Принципы и парадигмы. СПб.: Питер, 2010.

5. Фуфаев Э.В, Фуфаев Д.Э. Разработка и эксплуатация удаленных баз данных: учебник для студ. сред. проф. образования. М.: Академия, 2012.

6. Цимбал А.А., Аншина М. Технологии создания распределенных систем. СПб.: Питер, 2012.

Размещено на Allbest.ru