СФД (Страховий фонд документації) Науково-виробничий журнал 1(12)'2012 Заснований у 2006 році
|
|
Скачати 1.3 Mb.
|
|
Державний департамент страхового фонду документації НАУКОВО-ДОСЛІДНИЙ, ПРОЕКТНО-КОНСТРУКТОРСЬКИЙ ТА ТЕХНОЛОГІЧНИЙ ІНСТИТУТ МІКРОГРАФІЇ СФД (Страховий фонд документації) Науково-виробничий журнал 1(12)'2012 Заснований у 2006 році. Свідоцтво про державну реєстрацію друкованого засобу масової інформації (Свідоцтво КВ № 10990 від 14.02.2006 р.) Засновник: Науково-дослідний, проектно-конструкторський та технологічний інститут мікрографії (НДІ мікрографії) – пров. Пархоменка, 1/60, м. Харків, 61046 тел. (0572) 94-97-17 факс (0572) 94-98-11 Редакційна колегія: голова: Степаненко Володимир Леонідович, к.е.н., Державний департамент страхового фонду документації; заступник голови: Кривулькін Ігор Михайлович, к.ф.-м.н., НДІ мікрографії; члени редакційної колегії: Когут Олександр Євгенович, д.ф.-м.н., с.н.с., ІРЕ ім. О. Я. Усикова; Ларін Олександр Миколайович, д.т.н., проф., НУЦЗ України; Марченко Андрій Петрович, д.т.н., проф., НТУ «ХПІ»; Пєвцов Геннадій Володимирович, д.т.н., проф., ХУПС ім. І. Кожедуба; Подойніцин Володимир Анатолійович, к.х.н., с.н.с., НДІ мікрографії; Соболь Олександр Миколайович, д.т.н., НУЦЗ України; Труш Олександр Олегович, к.держ.упр., доц., ХарРІ НАДУ при Президентові України; відповідальний секретар: Новіков Сергій Данилович, НДІ мікрографії. Рекомендовано до видання Науково-технічною радою НДІ мікрографії, протокол № 4 від 18 червня 2012 р. (рішення № 8). Статті надруковано в авторській редакції. За достовірність викладених фактів, цитат, економіко-статистичних та інших даних, а також використання відомостей, що не рекомендовані до відкритої публікації, відповідальність несе автор. Редакція зберігає за собою право скорочувати та редагувати матеріали статей. Авторські рукописи не повертаються. © НДІ мікрографії, 2012 ЗМІСТ
УДК 004.62 А. В. Меленець Архітектура інтегрованих хмар автоматизованої інформаційної системи страхового фонду документації на основі технології cloud computing 1. Вступ Історія технології cloud computing досить коротка й усі її елементи проходять становлення. На перших етапах основна увага приділялася забезпеченню необхідних споживчих якостей хмар і розв'язання питання безпеки. При цьому було вирішено завдання представлення хмар у вигляді деякого універсального резервуара обчислювальних ресурсів і ресурсів зберігання, з якого можна доставляти обчислювальні сервіси й сервіси для роботи з даними. Наступним кроком стало створення спеціальних засобів інтеграції хмар. На цей момент можна виділити дві основні моделі інтеграції: інтеграція на рівні додатків і програмних сервісів (SaaS), інша – на інфраструктурному рівні (IaaS) з використанням програм-посередників (хмарних брокерів). У першому випадку передбачається інтеграція програмних ресурсів, що надаються провайдерами, і власних програмних ресурсів користувачів, а в другому – свого роду віртуалізація будь-яких хмарних ресурсів і усунення прив'язки споживача до конкретного провайдера. У сучасних роботах [1 – 4], присвячених технології cloud computing, такі автори, як Marks E., Buyya R., Sosinsky B. та ін. розглядають питання інтеграції хмар. Однак запропоновані варіанти інтеграції зводяться до простих схем інтеграції, де взаємодіє дві хмари однієї моделі розгортання. При цьому автори одностайні в тому, що інтеграція хмар повинна проводитись за тією ж схемою, що й інтеграція баз даних. Серед продуктів, що підтримують інтеграцію хмар, є рішення від великих компаній, наприклад Biztalk Internet Service Bus, Fioranomq, Amazon SQS, проекти з відкритими кодами Hosted Mule ESB і Onlinemq on the Clouds, а також рішення, що пропонуються невеликими компаніями Boomi, Snaplogic і Jitterbit. У цій статті розглядається питання побудови архітектури розподіленої системи зберігання, оперативного відновлення й надання даних автоматизованої інформаційної системи страхового фонду документації (розподілена система) на основі технології cloud computing і інтеграції хмар усередині системи. При цьому інтеграція як послуга розгорнута в гібридній хмарі. 2. Архітектура розподіленої системи Розподілена система розгортається в гібридній хмарі і повинна містити в собі такі інформаційні масиви: Державний реєстр потенційно небезпечних об'єктів (далі – Реєстр ПНО), база даних аварій на ПНО, Державний реєстр документів страхового фонду документації України (далі – Реєстр документів СФД) і сховище документів СФД в електронному вигляді [5 – 8]. Для інтеграції розподіленої системи була розроблена схема інтеграції, що базується на змішаній взаємодії на основі єдиної понятійної моделі предметної області шляхом обміну повідомленнями [6, 7]. 2.1. Публічна хмара Публічна хмара розподіленої системи призначена для використання суб'єктами господарської діяльності в процесі оформлення й пересилання паспортів ПНО, одержання Свідоцтв про реєстрацію ПНО, а також для використання учасниками ліквідації аварій у частині ведення бази даних аварій і одержання інформації про подібні аварії і процес їх ліквідації. Аналіз розроблених архітектур розподіленої системи дає таку структуру рівнів публічної хмари (рис. 1): рівень DaaS: база даних паспортів ПНО; база даних Свідоцтв про реєстрацію ПНО; база даних аварій; база метаданих, яка буде використовуватись у процесі інтеграції хмар; рівень SaaS: оформлення паспорта ПНО; отримання Свідоцтва про реєстрацію ПНО; отримання інформації з Реєстру ПНО; отримання інформації про подібні аварії та процес їх ліквідації; внесення інформації про аварію й процес її ліквідації; спеціалізований програмний додаток для ліквідації аварії (розрахунок розповсюдження небезпечних речовин, розрахунок сил і засобів тощо); стандартне програмне забезпечення для обробки інформації; рівень PaaS - платформа для виконання спеціалізованих додатків під час ліквідації аварій; рівень IaaS - VPN. DaaS  Рис. 1 – Структура рівнів публічної хмари Для інтеграції хмар на рівень DaaS додається база метаданих, яка буде зберігати інтерфейсні описи усіх бізнес-об'єктів публічної хмари, а на рівні SaaS з'являється інтеграційна шина, яка організує взаємодію баз даних у публічній хмарі й передачу отримання даних із системи інтеграції хмар. 2.2. Суспільна хмара Суспільна хмара розподіленої системи призначена для використання Державним департаментом страхового фонду документації (далі – Департамент) і установами СФД для організації своєї роботи й ведення Реєстру документів СФД. Аналіз розроблених архітектур розподіленої системи дає таку структуру рівнів суспільної хмари (рис. 2): рівень SaaS: програмне забезпечення Реєстру документів СФД; спеціалізоване програмне забезпечення для організації роботи установ СФД; спеціалізоване програмне забезпечення для організації роботи Департаменту; стандартне програмне забезпечення для обробки інформації; рівень PaaS: платформа для виконання спеціалізованих додатків програмного забезпечення Реєстру документів СФД; рівень IaaS - VPN. Ця хмара повинна бути інтегрована із приватною хмарою, у якій розташовується база даних Реєстру документів СФД, при цьому на рівні SaaS з'являється інтеграційна шина. Крім того, на рівень DaaS додається база метаданих для інтеграції хмар.  Рис. 2 – Структура рівнів суспільної хмари 2.3. Приватна хмара Приватна хмара призначена для використання установами СФД і Департаментом для ведення Реєстру ПНО, Реєстру документів СФД і сховища документів СФД в електронному вигляді.  Рис. 3 – Структура рівнів приватної хмари Аналіз розроблених архітектур розподіленої системи дає таку структуру рівнів приватної хмари (рис. 3): рівень DaaS: база даних Реєстру ПНО; база даних Реєстру документів СФД; тимчасова область зберігання сховища документів СФД в електронному вигляді; основні таблиці сховища документів СФД в електронному вигляді (детальні дані, метадані й агреговані дані); рівень SaaS: оформлення Свідоцтва про реєстрацію ПНО; робота з Реєстром ПНО; перевірка паспорта ПНО; диспетчер завантажень сховища документів СФД в електронному вигляді; диспетчер сховища документів СФД в електронному вигляді; диспетчер запитів сховища документів СФД в електронному вигляді; рівень PaaS - платформа для виконання операцій переміщення документів СФД в електронному вигляді в сховище; рівень IaaS - VPN. При цьому на рівні SaaS з'являється інтеграційна шина, а на рівень DaaS додається база метаданих для інтеграції хмар. 3. Інтеграція хмар розподіленої системи Інтеграція, що базується на змішаній взаємодії на основі єдиної понятійної моделі предметної області шляхом обміну повідомленнями, яка була обрана для інтеграції розподіленої системи [6, 7], у хмарі реалізується у вигляді інтеграції як сервіс. При цьому основні компоненти інтеграції як сервіс розгортаються в хмарі та доступні користувачам за запитом, до них відносяться: керуючий модуль, інтеграційна шина (шина даних) та сервісна шина.  Рис. 4 – Архітектура інтеграції як сервіс для гібридної хмари Архітектура інтеграції хмар як сервіс ґрунтується на таких основних елементах: - інтеграційна або сервісна шина, яка є основним елементом, що зв'язує між собою різні сервіси з рівнів SaaS і DaaS, що забезпечує їх взаємодію та спільну роботу; - шина даних, що поєднує різнорідні бази даних; - база метаданих, яка містить інтерфейсні описи усіх сервісів і джерел даних, а також зв'язки між ними, ця база використовується сервісною шиною й шиною даних; - firewall, відповідальний за захист інформації; - керуючий модуль, що містить репозиторій основних складових інтеграції й організує потоки робіт і даних. Така архітектура орієнтована на інтеграцію хмар однієї моделі розгортання, при формуванні гібридної хмари додаються додаткові firewall на всіх рівнях сервісів для суспільних і приватних хмар, а також на шині даних (рис. 4). Ці firewall зобов'язані не тільки виконувати контроль доступу й захист інформації, але й робити шифрування повідомлень у процесі їх передачі. При розміщенні основних елементів інтеграції хмар слід враховувати те, що: процеси інтеграції повинні бути доступні як сервіс; основні елементи інтеграції розміщаються в хмарі з більш високим ступенем захисту; розмежування доступу в процесі інтеграції виконується спеціалізованим firewall. Для розробленої архітектури гібридної хмари, заснованої на комбінації приватної хмари, розгорнутої в локальному дата-центрі, публічної та суспільної хмари, розгорнутих на Amazon, інтеграція як послуга розгортається в такий спосіб: шина даних, інтеграційна шина, що керує, модуль і база метаданих розгортаються в приватній хмарі; взаємодія основних елементів інтеграції з інтеграцією як послуга в суспільній та публічній хмарах виконується через firewall для приватної хмари й firewall для суспільної хмари; взаємодія в рамках приватної хмари між основними елементами інтеграції й елементами рівнів SaasS і DaaS виконується в оминаючи firewall. 4. Архітектура інтеграції хмар у гібридній хмарі Запропонована до реалізації гібридна хмара розподіленої системи заснована на комбінації приватної хмари, розгорнутої в локальному дата-центрі, публічної та суспільної хмар, розгорнутих на Amazon і розгорнутої усередині хмари інтеграції як послузі. Гібридна хмара розгортається на рівнях DaasS, SaaS, PaaS, IaaS, інтеграція як послуга, Cloud OS і Віртуалізація (рис. 5).  Рис. 5 – Інтеграція як сервіс, розгорнута в гібридній хмарі Приватна хмара гібридної хмари розгортається в локальному дата-центрі і є основою інтеграції в розподіленій системі. Розроблену архітектуру гібридної хмари розподіленої системи (рис. 6) можна охарактеризувати в такий спосіб.   Рис. 6 – Гібридна хмара розподіленої системи Модель розгортання хмари. Інтегрована гібридна хмара, заснована на комбінації приватної хмари, розгорнутої в локальному дата-центрі, публічної та суспільної хмари, розгорнутих на Amazon, і розгорнутої усередині хмари інтеграції як послузі. Керування хмарою. Приватна хмара розгортається в локальному дата-центрі, тому всі елементи керування будуть зосереджені у власника системи, необхідно організувати керування зовнішніми ресурсами хмари, наданими постачальником "хмарної" інфраструктури Amazon. Використання хмари. Використання гібридної архітектури хмари в подібному виконанні дозволяє взаємодіяти великій кількості споживачів хмари, при цьому є можливість розгортати різні додаткові послуги від інших постачальників хмарних служб. |
Схожі:
|
СФД (Страховий фонд документації) Науково-виробничий журнал 2(13)'2012 Заснований у 2006 році Науково-дослідний, проектно-конструкторський та технологічний інститут мікрографії (НДІ мікрографії) – пров. Пархоменка, 1/60, м.... |
СФД (Страховий фонд документації) Науково-виробничий журнал 2(11)'2011 Заснований у 2006 році Науково-дослідний, проектно-конструкторський та технологічний інститут мікрографії (НДІ мікрографії) – пров. Пархоменка, 1/60, м.... |
|
СФД (Страховий фонд документації) Науково-виробничий журнал 1(8)'2010 Заснований у 2006 році Науково-дослідний, проектно-конструкторський та технологічний інститут мікрографії (НДІ мікрографії) – пров. Пархоменка, 1/60, м.... |
СФД (Страховий фонд документації) Науково-виробничий журнал 2(7)'2009 Заснований у 2006 році Науково-дослідний, проектно-конструкторський та технологічний інститут мікрографії (НДІ мікрографії) – пров. Пархоменка, 1/60, м.... |
|
СФД (Страховий фонд документації) Науково-виробничий журнал 2(9)'2010 Заснований у 2006 році Науково-дослідний, проектно-конструкторський та технологічний інститут мікрографії (НДІ мікрографії) – пров. Пархоменка, 1/60, м.... |
СФД (Страховий фонд документації) Науково-виробничий журнал 1(10)'2011 Заснований у 2006 році Науково-дослідний, проектно-конструкторський та технологічний інститут мікрографії (НДІ мікрографії) – пров. Пархоменка, 1/60, м.... |
|
Перелік питань для підготовки до написання модульної контрольної... Страховий захист – це … Страховий захист як економічна категорія має такі ознаки (5 ознак): … |
Стан виробничого травматизму по Волинській області за 3 місяці 2012 року Виробничий травматизм Виробничий травматизм. Протягом 1 кварталу 2012 року на підприємствах Волинської області травмовано 34 особи проти 25 за відповідний... |
|
Конкурс з відбору на навчання у 2012 році Міністерство освіти і науки, молоді та спорту України продовжує конкурс з відбору на навчання у 2012 році студентів та стажування... |
ПОПЕРЕДНІЙ ДОГОВІР СТОРОНИ визнають, що їх науково-виробничий та фінансовий потенціал дає їм підстави встановити довгострокове та взаємовигідне співробітництво... |
При копіюванні матеріалу обов'язкове зазначення активного посилання © 2013
звернутися до адміністрації
bibl.com.ua
звернутися до адміністрації
bibl.com.ua