Українські рефератиучбові матеріали на українській мові

RefBaza.com.ua пропонує студентам та абітурієнтам найбільшу базу з рефератів! Також ви можете ділитися своїми рефератами для поповнення бази.

Архітектура апаратно-програмних коштів розподіленої обробки інформації для інтернет-технології

Реферат: Архітектура апаратно-програмних коштів розподіленої обробки інформації для інтернет-технології

Державне установа додаткового професійної освіти

«Навчальний центр Обрій»

Курсова робота

Тема: Архітектура апаратно-програмних коштів розподіленої обробки інформації для інтернет-технології.

Выполнил:

Скок З.

2003 рік

Зміст

1. Архітектура “клієнт-сервер”

1.1. Відкриті системи

1.2. Клієнти і сервери локальних мереж

1.3. Системна архітектура “клієнт-сервер”

1.4. Серверы баз даних

1.5. Принципи взаємодії між клієнтськими і серверными частинами

1.6. Переваги протоколів віддаленого виклику процедур

1.7. Типове поділ функцій між клієнтами, і серверами

1.8. Архитектуры процесора бази даних

2. Трехуровневая архітектура “клієнт-сервер”

3. Програмні кошти розробки

3.1. Універсальні кошти

3.2. Персональні СУБД

1. Архітектура "клієнт-сервер"

Що стосується системам баз даних архітектура "клієнт-сервер" цікава й актуальна здебільшого тому, що забезпечує просте та щодо дешеве розв'язання проблеми колективного доступу до баз даних в локальної мережі.

1.1. Відкриті системи

Реальне поширення архітектури "клієнт-сервер" став можливим завдяки розвитку широкому впровадження у практику концепції відкритих систем. Тому ми розпочнемо з стислого запровадження відкриті системи.

Основним змістом підходу відкритих систем є спрощення комплексування обчислювальних систем з допомогою міжнародній і національній стандартизації апаратних і програмних інтерфейсів. Головною спонукальною причиною розвитку концепції відкритих систем з'явилися повсюдний перехід для використання локальних комп'ютерних мереж, і ті проблеми комплексування апаратно-програмних коштів, які викликав такий перехід. У зв'язку з бурхливим розвитком технологій глобальних комунікацій відкриті системи набувають ще великої ваги і масштабність.

Ключовою фразою відкритих систем, спрямованої на бік користувачів, є незалежність від конкретного постачальника. Орієнтуючись продукції компаній, які дотримуються стандартів відкритих систем, споживач, який здобуває будь-який продукт компанії, не потрапляє до неї у рабство. Він може продовжити нарощування потужності своєї системи з допомогою придбання продуктів будь-який інший компанії, дотримується стандарти. І цей стосується як апаратних, і програмних засобів.

Практичної опорою системних і прикладних програмних засобів відкритих систем є стандартизованная операційна система. Нині такий системою є UNIX. Фирмам-поставщикам різних варіантів ОС UNIX внаслідок тривалої роботи вдалося прийти до угоди про основних стандартах цієї ОС. Тепер усе поширені версії UNIX переважно сумісні у справі інтерфейсів, наданих прикладним (а вона найчастіше і системним) програмістам. Як здається, попри появу претендує на стандарт системи Windows NT, саме UNIX залишиться основою відкритих систем найближчими роками.

Технології і стандарти відкритих систем забезпечують реальну і перевірену практикою можливість виробництва системних і прикладних програмних засобів зі властивостями мобільності (portability) і интероперабельности (interoperability). Властивість мобільності означає порівняльну простоту перенесення програмної системи у широкому спектрі апаратно-програмних коштів, відповідних стандартам. Интероперабельность означає спрощення комплексування нових програмних систем з урахуванням використання готових компонентів зі стандартними інтерфейсами.

Перевагою для користувачів і те, що можуть поступово заміняти компоненти системи більш скоєні, не втрачаючи працездатності системи. Зокрема, тут розв'язання проблеми поступового нарощування обчислювальних, інформаційних та інших потужностей комп'ютерної системи.

1.2. Клієнти і сервери локальних мереж

У основі поширення локальних мереж комп'ютерів лежить відома ідея поділу ресурсів. Висока пропускну здатність локальних мереж забезпечує ефективний доступ вже з вузла локальної мережі до ресурсів, які у інших вузлах.

Розвиток цієї ідеї призводить до функціональному виділенню компонентів мережі: розумно мати як доступом до ресурсами віддаленого комп'ютера, але й отримувати від надання цього комп'ютера певний сервіс, який специфічний для ресурсів такого роду і програмні засоби. Тож ми дійшли розрізненню робочих станцій та серверів локальної мережі.

Робоча станція варта безпосередньої роботи користувача чи категорії користувачів й володіє ресурсами, відповідними локальним потребам даного користувача.

Сервер локальної мережі повинен мати ресурсами, відповідними його функціональному призначенню й потребам мережі. Зауважимо, що у зв'язки Польщі з орієнтацією на підхід відкритих систем, правильніше казати про логічних серверах (маю на увазі набір ресурсів немає і програмних засобів, які забезпечують послуги над цими ресурсами), які розташовуються необов'язково різними комп'ютерах. Особливістю логічного серверу у відкритій системи є те, що й з міркувань ефективності сервер доцільно перемістити на окремий комп'ютер, це можна проробити без потреби у будь-якої переробці, як він самого, і використовують його прикладних програм.

Прикладами сервером можуть бути:

•сервер телекомунікацій, який би послуги з зв'язку даної локальної мережі з зовнішнім світом;

•обчислювальний сервер, що дозволяє виробляти обчислення, які неможливо виконати на робочих станціях;

•дисковий сервер, у якого розширеними ресурсами зовнішньої пам'яті і що дає в використання робочим станціями і, можливо, іншим серверам;

•файловий сервер, підтримуючий загальне сховище файлів всім робочих станцій;

•сервер баз даних фактично звичайна СУБД, приймаюча запити з локальної сіті й повертає результати.

Сервер локальної мережі надає ресурси (послуги) робочим станціям і/або іншим серверам.

Прийнято називати клієнтом локальної мережі, запитуючий послуги у деякого серверу та сервером - компонент локальної мережі, який надає послуги деяким клієнтам.

1.3. Системна архітектура "клієнт-сервер"

Зрозуміло, що загалом разі, щоб прикладна програма, выполняющаяся на робочої станції, могла запросити послугу у деякого серверу, принаймні потрібно певний интерфейсный програмний шар, підтримуючий що така взаємодія (було б, по меншою мірою, неприродно вимагати, щоб прикладна програма безпосередньо користувалася примитивами транспортного рівня локальної мережі). На цьому, власне, і випливають основні засади системної архітектури "клієнт-сервер".

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

Інтерфейс серверної частини визначено і фіксований. Тому можливе створення нових клієнтських частин наявної системи (приклад интероперабельности на системному рівні).

Основною проблемою систем, заснованих на виключно архітектурі "клієнт-сервер", і те, що, згідно з концепцією відкритих систем їм потрібно мобільність в максимально широкому класі апаратно-програмних рішень відкритих систем. Навіть якщо взяти обмежитися UNIX-ориентированными локальними мережами, у різних мережах застосовується різна апаратура і протоколи зв'язку. Створення систем, підтримують всіх можливих протоколи, призводить до їхнього перевантаження мережними деталями на шкоду функціональності.


Схожі реферати

Статистика

[1] 2 3 4 5