AK
Uploaded byAnastasiia Konoplova
2,099 views

NIST Cloud computing taxonomy - UA translation by ISACA KYIV

Волонтери Київського відділення ISACA (www.isaca.org.ua) за підтримки агенції перекладів Task Force (www.taskforce.ua) переклали цей документ в якості консультативного ресурсу з основ хмарних обчислень для фахівців із надання впевненості, корпоративного управління, управління ризиками та безпеки.

Embed presentation

Downloaded 41 times
NIST Cloud Computing Reference Architecture Еталонна архітектура хмарних обчислень від NIST Recommendations of the National Institute of Standards and Technology Рекомендації Національного Інституту Стандартів та Технологій Fang Liu, Jin Tong, Jian Mao, Robert Bohn, John Messina, Lee Badger and Dawn Leaf Переклад українською від ISACA Kyiv Chapter За підтримки агентства перекладів Task Force Київ, 2019 Special Publication 500-292
NIST Cloud Computing Reference Architecture Еталонна архітектура хмарних обчислень від NIST Переклад українською Джерело: National Institute of Standards and Technology Special Publication 500-292 Natl. Inst. Stand. Technol. Spec. Publ. 500-292, 35 pages (September 2011) Переклад та редагування: Ірина Івченко Анастасія Конопльова За підтримки агентства перекладів Task Force Обмеження відповідальності Волонтери ISACA Kyiv Chapter переклали та опублікували документ в якості консультативного ресурсу з основ хмарних обчислень для фахівців із надання впевненості, корпоративного управління, управління ризиками та безпеки. Наведений переклад NIST Cloud Computing Reference Architecture не є офіційним перекладом нормативного документу. Термінологія та назви установ, органів та інституцій в США, наведені в документі, були перекладені з використанням нормативних актів України та відкритих джерел на власне судження перекладачів та редакторів документу. В Додатку А в дужках наданий англійський еквівалент використаних термінів. Імена авторів та посадових осіб в документі залишені в оригіналі. ISACA Kyiv Chapter, перекладачі та редактори не несуть відповідальність за наслідки використання документу. Переклад не має під собою ніякої комерційної основи. Документ розміщений безкоштовно, у вільному доступі і для загального користування.
NIST Cloud Computing Reference Architecture Recommendations of the National Institute of Standards and Technology Fang Liu, Jin Tong, Jian Mao, Robert Bohn, John Messina, Lee Badger and Dawn Leaf Special Publication 500-292
NIST Special Publication 500-292 NIST Cloud Computing Reference Architecture Recommendations of the National Institute of Standards and Technology Fang Liu, Jin Tong, Jian Mao, Robert Bohn, John Messina, Lee Badger and Dawn Leaf Information Techonology Laboratory Cloud Computing Program Information Technology Laboratory National Institute of Standards and Technology Gaithersburg, MD 20899-8930 September 2011 U.S. Department of Commerce Rebecca M. Blank, Acting Secretary National Institute of Standards and Technology Patrick D. Gallagher, Under Secretary for Standards and Technology and Director i
NIST SP 500-292 Еталонна архітектура хмарних обчислень від NIST ii Звіти про технологію комп'ютерних систем Лабораторія інформаційних технологій (ITL) Національного інституту стандартів і технологій (NIST) сприяє економіці США та суспільному добробуту шляхом надання технічного керівництва для інфраструктури вимірювань та стандартів країни. ITL розробляє тести, методи тестування, довідкові дані, докази реалізації концепції та технічний аналіз для просування розвитку та продуктивного використання інформаційних технологій. Обов'язки ITL включають розробку технічних, фізичних, адміністративних і управлінських стандартів і керівних принципів для економічно ефективної безпеки та конфіденційності чутливої несекретної інформації у федеральних комп'ютерних системах. Ця Спеціальна публікація серії 800 повідомляє про дослідження, настанови та інформаційні заходи ITL у сфері комп'ютерної безпеки та її спільну діяльність з промисловістю, урядом та академічними організаціями. National Institute of Standards and Technology Special Publication 500-292 Natl. Inst. Stand. Technol. Spec. Publ. 500-292, 35 pages (September 2011) Окремі комерційні суб'єкти, обладнання або матеріали можуть бути згадані в цьому документі з метою адекватного опису експериментальної процедури або концепції. Така згадка не має на увазі рекомендацію або схвалення Національним інститутом стандартів і технологій, а також не має на увазі, що суб'єкти, матеріали або обладнання є найкращими у своєму класі.
NIST SP 500-292 Еталонна архітектура хмарних обчислень від NIST iii Подяка Автори, Fang Liu, Jin Tong, Jian Mao з Knowcean Consulting Inc. (послуги, придбані через контракт US NAVY SPAWAR), Robert Bohn, John Messina, Lee Badger, Dawn Leaf з Національного інституту стандартів і технологій (NIST) хочуть подякувати своїм колегам, які розглядали проекти цього документа і зробили внесок в його технічний зміст. Автори з вдячністю визнають і цінують широкий внесок учасників робочої групи NIST з еталонної архітектури і таксономії хмарних обчислень та команди аналізу еталонної архітектури. Інформація про товарний знак Всі назви є торговими марками або зареєстрованими торговими марками відповідних власників.
NIST SP 500-292 Еталонна архітектура хмарних обчислень від NIST iv Зміст Резюме для керівництва .....................................................................................................................vi 1. Вступ ................................................................................................................................................1 1.1 Підгрунтя ................................................................................................................................ 1 1.2 Цілі.............................................................................................................................................1 1.3 Як був складений цей звіт ................................................................................................... 2 1.4 Структура цього звіту .......................................................................................................... 3 2. Еталонна архітектура хмарних обчислень: Огляд ................................................................ 4 2.1 Принципова еталонна модель............................................................................................. 4 2.2 Споживач хмарних послуг................................................................................................... 7 2.3 Постачальник хмарних послуг........................................................................................... 8 2.4 Аудитор хмарних послуг.................................................................................................... 10 2.5 Брокер хмарних послуг ..................................................................................................... 10 2.6 Передавач хмарних послуг................................................................................................ 11 2.7 Предмет контролю між постачальником та споживачем .......................................... 11 3. Еталонна архітектура хмарних обчислень: Архітектурні компоненти .......................... 13 3.1 Розгортання послуг............................................................................................................. 13 3.2 Налаштування послуг ........................................................................................................ 16 3.3 Управління хмарними послугами ................................................................................... 17 3.3.1 Підтримка бізнесу ......................................................................................................... 18 3.3.2 Підготовка та налагодження ......................................................................................... 18 3.3.3 Переміщуваність та інтероперабельність.................................................................... 18 3.4 Безпека................................................................................................................................... 19 3.4.1 Перспективи моделі хмарних послуг........................................................................... 19 3.4.2 Вплив моделей розгортання хмарних послуг.............................................................. 20 3.4.3 Спільні обов'язки з безпеки .......................................................................................... 20 3.5 Приватність.......................................................................................................................... 20 4. Таксономія хмарних послуг ..................................................................................................... 21 Додаток А: Терміни та визначення таксономії хмарних послуг .............................................. 23 Додаток B: Приклади хмарних послуг .......................................................................................... 27 Додаток C: Скорочення .................................................................................................................... 29 Додаток D: Посилання ...................................................................................................................... 30
NIST SP 500-292 Еталонна архітектура хмарних обчислень від NIST v Перелік рисунків.................................................................................................................................. v Рисунок 1 Принципова еталонна модель ............................................................................................ 4 Рисунок 2: Взаємодія між суб'єктами хмарних обчислень................................................................ 5 Рисунок 3: Сценарій використання для брокерів хмарних послуг................................................... 6 Рисунок 4: Сценарій використання для передавачів хмарних послуг ............................................. 6 Рисунок 5: Сценарій використання для аудиторів хмарних послуг................................................. 6 Рисунок 6: Приклад послуг, доступних споживачу хмарних послуг ............................................... 7 Рисунок 7: Постачальник хмарних послуг – основна діяльність...................................................... 9 Рисунок 8: Предмет контролю між Постачальником та Споживачем ........................................... 11 Рисунок 10: Локальна приватна хмара.............................................................................................. 13 Рисунок 11: Приватна хмара в аутсорсингу...................................................................................... 14 Рисунок 12: Локальна кооперативна хмара ...................................................................................... 14 Рисунок 13: Кооперативна хмара в аутсорсингу.............................................................................. 15 Рисунок 14: Гібридна хмара ............................................................................................................... 15 Рисунок 15: Постачальник хмарних послуг – налаштування послуг............................................. 16 Рисунок 16: Постачальник хмарних послуг – управління хмарними послугами ......................... 17 Рисунок 17: Таксономія хмарних послуг .......................................................................................... 22 Перелік таблиць ...................................................................................................................................v Таблиця 1: Суб'єкти в хмарних обчисленнях...................................................................................... 5
NIST SP 500-292 Еталонна архітектура хмарних обчислень від NIST vi Резюме для керівництва Прийняття хмарних обчислень в уряді США (USG) та їх впровадження залежать від різноманітних технічних та нетехнічних факторів. Фундаментальний орієнтир, заснований на визначенні хмарних обчислень від NISTi , необхідний для опису загальної концепції, яка може використовуватися у всій країні. У цьому документі представлена еталонна архітектура хмарних обчислень (NIST Cloud Computing Reference Architecture (RA) і таксономія (Tax), яка буде точно представляти складові та пропозиції хмарних обчислень. Керівними принципами, що використовувалися для створення RA, були: 1) розробка незалежної від постачальника архітектури, яка відповідає визначенню NIST; 2) розробка рішення, яке не обмежує нововведення шляхом визначення директивного технічного рішення. Це рішення буде створювати рівні умови для промисловості для обговорення та порівняння їхніх пропозицій хмарних послуг з Урядом США (USG). Отримана в результаті еталонна архітектура та таксономія для хмарних обчислень була розроблена як модель на основі суб'єктів/ ролей, які представляють центральні елементи хмарних обчислень для федеральних ІТ-директорів, службовців закупівель та менеджерів ІТ-програм. Ландшафт хмарних обчислень є відкритим і різноманітним, і супроводжуюча таксономія є засобом для його однозначного опису. RA представлена у двох частинах: повний огляд суб'єктів та їх ролей та необхідних архітектурних складових для управління та надання хмарних сервісів, таких як розгортання послуг, налаштування послуг, управління хмарними послугами, безпека та приватність. Таксономія представлена у відповідному розділі та додатках, присвячених термінам і визначенням та прикладам хмарних сервісів. Огляд еталонної архітектури описує п'ять основних суб'єктів з їхніми ролями та обов'язками, використовуючи щойно розроблену таксономію хмарних обчислень. П'ятьма основними суб'єктами є споживач хмарних послуг (Cloud Consumer), постачальник хмарних послуг (Cloud Provider), брокер хмарних послуг (Cloud Broker), аудитор хмарних послуг (Cloud Auditor) та передавач хмарних послуг (Cloud Carrier). Ці основні особи мають ключову роль у сфері хмарних обчислень. Наприклад, споживач хмарних послуг – це фізична особа або організація, яка придбає та використовує хмарні продукти та послуги. Розповсюджувачем продуктів і послуг є постачальник хмарних послуг. Через можливі пропозиції послуг (Програмне забезпечення, Платформа або Інфраструктура), які пропонуються постачальником хмарних послуг, буде відбуватися зміна рівня відповідальності для деяких аспектів сфери управління, безпеки та конфігурації. Брокер хмарних послуг виступає в ролі проміжної ланки між споживачем і постачальником послуг і допомагає споживачам через складність пропозицій хмарних послуг, а також може створювати додаткові сервіси у хмарі. Аудитор хмарних послуг виконує цінну властиву функцію керівництва, здійснюючи незалежний моніторинг продуктивності та безпеки хмарних послуг. Передавач хмарних послуг – це організація, яка несе відповідальність за передачу даних, схожу на розподільника електроенергії для електричної мережі.
NIST SP 500-292 Еталонна архітектура хмарних обчислень від NIST vii Архітектурні складові еталонної архітектури описують важливі аспекти розгортання та налаштування послуги. Загальне управління послугами у хмарі визнано важливим елементом схеми архітектури. Механізми підтримки бізнесу існують для виявлення питань управління клієнтами, таких як контракти, облік і ціноутворення, і є життєво важливими для хмарних обчислень. Обговорення підготовки та налагодження вказує на вимоги до хмарних систем, які будуть доступні за необхідністю, вимірювані та матимуть належне управління SLA. Проблеми з переміщуваністю та інтероперабельністю даних, систем та послуг є вирішальними факторами, що стоять перед споживачами під час впровадженні хмарних послуг. Споживачам потрібна впевненість у переміщенні своїх даних і послуг між кількома хмарними середовищами. Питання безпеки та приватності мають розглядатися як головна архітектурна складова хмари, також потрібно мати рівень впевненості та довіри, щоб створити атмосферу прийняття здатності хмари забезпечити надійну та безвідмовну систему. Також обговорюються зобов'язання з безпеки, розглядається безпека для різних моделей хмарних послуг та моделей розгортання.
NIST SP 500-292 Еталонна архітектура хмарних обчислень від NIST 1 1. Вступ 1.1 Підгрунтя Національний інститут стандартів і технологій (NIST) був визначений Федеральним директором з інформаційних технологій (CIO) Vivek Kundra для технічного спрямування зусиль уряду США (USG), пов'язаних з прийняттям і розвитком стандартів хмарних обчислень. Мета полягає в тому, щоб прискорити прийняття федеральним урядом безпечних та ефективних хмарних обчислень для зниження витрат і поліпшення послуг. Стратегія NIST полягає у створенні технологічної дорожньої карти хмарних обчислень, яка фокусується на найвищому пріоритеті для USG вимог безпеки, інтероперабельності та переміщуваності хмарних обчислень, та спрямуванні зусиль з розробки стандартів та настанов у тісному обговоренні та співпраці з органами стандартизації, приватним сектором та іншими зацікавленими сторонами. Програма хмарних обчислень NIST була офіційно запущена в листопаді 2010 року для підтримки зусиль федерального уряду щодо включення хмарних обчислень як заміни традиційних інформаційних систем та моделей прикладних програм там, де це доречно. Програма хмарних обчислень NIST функціонує в координації з іншими урядовими зусиллями у сфері хмарних обчислень (CIO Council / ISIMC та ін.) та інтегрована з Федеральним 25-пунктним планом реформ управління 1 та Федеральною стратегією хмарних обчислень2 . NIST створив такі робочі групи, щоб надати технічно орієнтовану стратегію та стандартизовані керівні принципи для впровадження федеральних хмарних обчислень: Робоча група з цільових бізнес-сценаріїв використання хмарних обчислень Робоча група з еталонної архітектури та таксономії хмарних обчислень Робоча група з дорожньої карти стандартів хмарних обчислень Робоча група з розвитку стандартів для старту прийняття хмарних обчислень (SAJACC) Робоча група з безпеки хмарних обчислень 1.2 Цілі Визначення хмарних обчислень NIST [1] широко визнається як цінний внесок у забезпечення чіткого розуміння технологій хмарних обчислень і хмарних послуг. Воно надає просту і однозначну таксономію трьох моделей послуг, доступних для споживачів у хмарах: хмарне програмне забезпечення як послуга (SaaS), хмарна платформа як послуга (PaaS), і хмарна інфраструктура як послуга (IaaS). Воно також узагальнює чотири моделі розгортання, що описують, як обчислювальна інфраструктура, яка забезпечує ці послуги, може бути розподілена: приватна хмара, кооперативна хмара, публічна хмара та гібридна хмара. Нарешті, визначення NIST також надає уніфікований погляд на п'ять найважливіших характеристик, які демонструють всі хмарні послуги: самообслуговування за запитом, широкий доступ до мережі, об'єднання ресурсів, висока гнучкість і вимірюваність послуг. Ці послуги та їх постачання лежать в основі хмарних обчислень. У моделі хмарних обчислень основна увага приділяється більш економічному методу надання більш якісних і швидких послуг 1 Служба управління та бюджету, Федеральний директор з інформаційних технологій США Vivek Kundra, “План впровадження 25 пунктів для реформування федерального управління інформаційними технологіями”, грудень 2010 року. http://www.cio.gov/documents/25-Point-ImplementationPlan-to-Reform-Federal%20IT.pdf 2 Служба управління та бюджету, Федеральний директор з інформаційних технологій США Vivek Kundra, “Федеральна стратегія хмарних обчислень”, лютий 2011.http://www.cio.gov/documents/Federal-Cloud-Computing-Strategy.pdf
NIST SP 500-292 Еталонна архітектура хмарних обчислень від NIST 2 за нижчою ціною для користувачів. У традиційній моделі надання ІТ-послуг велика увага приділяється закупівлі, підтримці та експлуатації необхідної апаратної та супутньої інфраструктури. Модель хмарних обчислень дозволяє ІТ-директорам, керівникам ІТ-проектів та посадовцям з закупівель спрямувати свою увагу на створення інноваційних послуг для клієнтів. Для успішного надання послуг, USG має забезпечити надійність постачання продуктів та процесів. Забезпечуючи довговічні та належні стандарти для хмарних обчислень у сфері безпеки, переміщуваності даних та взаємодії служб, USG матиме додаткову упевненість, необхідну для переміщення своїх прикладних програм у хмару. Необхідні стандарти також сприятимуть рівноправному полю для постачальників хмарних послуг і нададуть споживачам хмарних послуг ряд різних варіантів на ринку та впевненість у тому, що їхні дані та програми працюватимуть на будь-якій хмарі. Стандарти для хмарних обчислень є головною метою програми NIST із хмарних обчислень; логічним кроком після формування визначення хмарних обчислень NIST є створення проміжної опорної точки, з якої можна провести подальше обговорення хмарних обчислень і почати ідентифікувати розділи в еталонній архітектурі, в яких стандарти необхідні, корисні або необов'язкові. Еталонна архітектура хмарних обчислень NIST, представлена в цьому документі, є логічним продовженням визначення хмарних обчислень NIST. Це загальна високорівнева концептуальна модель, яка є ефективним інструментом для обговорення вимог, структур і операцій хмарних обчислень. Модель не пов'язана з будь-якими конкретними продуктами, послугами або еталонною реалізацією певного постачальника, а також не визначає рішення, що стримують інновації. Вона визначає сукупність суб'єктів, дій та функцій, які можуть бути використані в процесі розробки архітектури хмарних обчислень, і стосується таксономії хмарних обчислень. Еталонна архітектура містить набір поглядів і описів, які є основою для обговорення характеристик, застосувань і стандартів для хмарних обчислень. Ця модель, заснована на суб'єкті/ролі, призначена для задоволення очікувань зацікавлених сторін, дозволяючи їм зрозуміти загальний погляд на ролі та обов'язки, щоб визначити та визнати ризик. Еталонна архітектура хмарних обчислень NIST зосереджена на вимогах “що” надають хмарні послуги, а не “яке саме” проектне рішення та реалізація. Еталонна архітектура призначена для полегшення розуміння операційних тонкощів у хмарних обчисленнях. Вона не представляє системну архітектуру певної системи хмарних обчислень; замість цього вона є інструментом для опису, обговорення та розробки специфічної для системи архітектури з використанням загальної системи відліку. Дизайн еталонної архітектури хмарних обчислень NIST виконує такі завдання: ілюструвати та розуміти різні хмарні послуги в контексті загальної концептуальної моделі хмарних обчислень; надавати технічну довідку агенціям США та іншим споживачам для розуміння, обговорення, класифікації та порівняння хмарних послуг; і полегшити аналіз можливих стандартів безпеки, інтероперабельності, переміщуваності і еталонної реалізації. 1.3 Як був складений цей звіт Команда проекту еталонної архітектури хмарних обчислень NIST вивчала і завершила початковий аналіз існуючих моделей хмарних обчислень, запропонованих хмарними організаціями, постачальниками та федеральними агенціями. На основі наявної інформації, команда проекту розробила попередню модель архітектурних концепцій. Ці зусилля сприяли процесу спільної роботи з робочою групою еталонної архітектури та таксономії хмарних
NIST SP 500-292 Еталонна архітектура хмарних обчислень від NIST 3 обчислень NIST, яка діяла з листопада 2010 року до квітня 2011 року. Цей процес передбачає широку участь промисловості, академічних організацій, організацій з розробки стандартів (SDO), та впроваджувачів хмари з приватного та державного сектору. Команда проекту ітеративно переглянула еталонну модель, включивши коментарі та відгуки, отримані від робочої групи. Цей документ представляє перше видання еталонної архітектури та таксономії хмарних обчислень NIST. 1.4 Структура цього звіту Решту цього документа організовано наступним чином: У розділі 2 представлено огляд еталонної архітектури хмарних обчислень NIST, наданий перелік головних суб'єктів та обговорено взаємодію між учасниками. У розділі 3 розкрито деталі архітектурних компонентів еталонної моделі. Розділ 4 представляє відповідну таксономію. Документ також містить допоміжні матеріали в додатках. У Додатку А перераховані терміни та визначення, що входять до таксономії. Додаток B містить деякі приклади хмарних послуг. У Додатках C і D, відповідно, наведено абревіатури та посилання, використані в документі.
NIST SP 500-292 Еталонна архітектура хмарних обчислень від NIST 4 2. Еталонна архітектура хмарних обчислень: Огляд 2.1 Принципова еталонна модель На рисунку 1 представлений огляд еталонної архітектури хмарних обчислень NIST, яка визначає головних суб'єктів, їх діяльність і функції в хмарних обчисленнях. Діаграма зображує загальну архітектуру високого рівня і призначена для полегшення розуміння вимог, використання, характеристик і стандартів хмарних обчислень. Рисунок 1: Принципова еталонна модель Як показано на рисунку 1, еталонна архітектура хмарних обчислень NIST визначає п'ять основних суб'єктів: споживача хмарних послуг, постачальника хмарних послуг, передавача хмарних послуг, аудитора хмарних послуг і брокера хмарних послуг. Кожен учасник – це суб'єкт (особа або організація), який бере участь у транзакції або процесі та/або виконує завдання у хмарних обчисленнях. У таблиці 1 коротко перераховані суб'єкти, визначені в еталонній архітектурі хмарних обчислень NIST. Загалом дії суб'єктів обговорюються в іншій частині цього розділу, а деталі архітектурних елементів розглядаються в розділі 3.
NIST SP 500-292 Еталонна архітектура хмарних обчислень від NIST 5 Рисунок 2 ілюструє взаємодію між учасниками. Споживач хмарних послуг може запитувати хмарні послуги від постачальника хмарних послуг безпосередньо або через брокера хмарних послуг. Аудитор хмарних послуг проводить незалежні аудиторські перевірки та може зв'язуватися з іншими для збору необхідної інформації. Деталі обговорюються в наступних розділах і представлені за зростанням деталізації в послідовних діаграмах. Суб'єкт Визначення Споживач хмарних послуг Особа або організація, яка підтримує ділові відносини та використовує послуги Постачальників хмарних послуг. Постачальник хмарних послуг Особа, організація або суб'єкт, відповідальний за доступність послуг для зацікавлених сторін. Аудитор хмарних послуг Сторона, яка може проводити незалежну оцінку хмарних послуг, операцій інформаційної системи, продуктивності та безпеки впровадження хмарних послуг. Брокер хмарних послуг Суб'єкт, який керує використанням, продуктивністю і доставкою хмарних послуг, а також веде переговори про відносини між постачальниками хмарних послуг та споживачами хмарних послуг. Передавач хмарних послуг Посередник, який надає можливість підключення та передавання хмарних сервісів між постачальниками хмарних послуг та споживачами хмарних послуг. Таблиця 1: Суб'єкти в хмарних обчисленнях Рисунок 2: Взаємодія між суб'єктами хмарних обчислень
NIST SP 500-292 Еталонна архітектура хмарних обчислень від NIST 6  Приклад сценарію використання 1: Споживач хмарних послуг може запитувати послугу у брокера хмарних послуг, а не звертатися безпосередньо до постачальника хмарних послуг. Брокер хмарних послуг може створити нову послугу, поєднуючи декілька послуг або покращуючи існуючі послуги. У цьому прикладі фактичні постачальники хмарних послуг невидимі для споживача хмарних послуг, а споживач хмарних послуг безпосередньо взаємодіє з брокером хмарних послуг. Рисунок 3: Сценарій використання для брокерів хмарних послуг  Приклад сценарію використання 2: Передавач хмарних послуг надає підключення та передавання хмарних сервісів від постачальників хмарних послуг до споживачів хмарних послуг. Як показано на рисунку 4, постачальник хмарних послуг бере участь і організовує дві окремі угоди про рівень обслуговування (SLA), одну з передавачем хмарних послуг (наприклад, SLA2) і одну з споживачем хмарних послуг (наприклад, SLA1). Постачальники хмарних послуг організовують угоди про рівень обслуговування (SLA) з передавачем хмарних послуг і можуть запитувати виділені та зашифровані з'єднання, щоб забезпечити споживання хмарних послуг на постійному рівні відповідно до договірних зобов'язань з споживачами хмарних послуг. У цьому випадку постачальник може вказати свої вимоги щодо можливостей, гнучкості та функціональності в SLA2, щоб забезпечити основні вимоги у SLA1. Рисунок 4: Сценарій використання для передавачів хмарних послуг  Приклад сценарію використання 3: Для хмарних послуг аудитор хмарних послуг здійснює незалежні оцінки функціонування та безпеки впровадження хмарних послуг. Аудит може включати взаємодію як з споживачем хмарних послуг так і з постачальником хмарних послуг. Рисунок 5: Сценарій використання для аудиторів хмарних послуг
NIST SP 500-292 Еталонна архітектура хмарних обчислень від NIST 7 2.2 Споживач хмарних послуг Споживач хмарних послуг є основною зацікавленою стороною для послуг з хмарних обчислень. Споживач хмарних послуг представляє особу або організацію, яка підтримує бізнес-відносини та використовує послугу постачальника хмарних послуг. Споживач хмарних послуг переглядає каталог послуг від постачальника хмарних послуг, запитує відповідну послугу, встановлює контракти на обслуговування з постачальником хмарних послуг та користується послугою. Споживач хмарних послуг може отримувати рахунок за надану послугу і повинен відповідно організовувати платежі. Споживачам хмарних послуг потрібні угоди SLA, щоб визначити технічні вимоги до продуктивності, яким має задовольняти постачальник хмарних послуг. Угоди SLA можуть охоплювати умови щодо якості обслуговування, безпеки, засобів захисту від збоїв у роботі. Постачальник хмарних послуг може також перераховувати в угодах SLA перелік позицій, явно не наданих споживачам, тобто обмеження та зобов'язання, які споживачі хмарних послуг повинні прийняти. Споживач хмарних послуг може вільно вибирати постачальника хмарних послуг з кращими цінами та більш вигідними умовами. Як правило, цінова політика постачальника хмарних послуг та SLA не підлягають обговоренню, якщо клієнт не очікує значного використання і може обговорити кращі контракти. [2]. Залежно від запитуваних послуг, сценарії діяльності та використання у споживачів хмарних послуг можуть відрізнятися. На рисунку 6 представлені деякі приклади хмарних послуг, доступних для споживача хмарних послуг (докладніше див. Додаток B: Приклади хмарних послуг) [13]. Рисунок 6: Приклад послуг, доступних споживачу хмарних послуг
NIST SP 500-292 Еталонна архітектура хмарних обчислень від NIST 8 Хмарні прикладні програми SaaS доступні через мережу споживачам SaaS. Споживачами SaaS можуть бути організації, які надають своїм членам доступ до прикладних програм, кінцеві користувачі, які безпосередньо використовують прикладні програми, або адміністратори прикладних програм, які налаштовують програми для кінцевих користувачів. Споживачам SaaS можуть виставляти рахунок на основі кількості кінцевих користувачів, часу використання, споживаної пропускної здатності мережі, кількості збережених даних або тривалості зберігання даних. Споживачі хмарних послуг PaaS можуть використовувати інструменти та ресурси для виконання, що надаються постачальниками хмарних послуг для розробки, тестування, розгортання та управління прикладними програмами, розміщеними у хмарному середовищі. Споживачами PaaS можуть бути розробники прикладних програм, які розробляють і впроваджують прикладне програмне забезпечення, тестувальники прикладних програм, які запускають і тестують прикладні програми в хмарному середовищі, розробники програм, які розгортають прикладні програми в хмарі, і адміністратори прикладних програм, які налаштовують і контролюють продуктивність прикладної програми на платформі. Споживачам PaaS можуть виставляти рахунки відповідно до використання обчислювальних ресурсів, сховища баз даних і мережевих ресурсів, які споживаються прикладною програмою PaaS, і тривалості використання платформи. Споживачі IaaS мають доступ до віртуальних комп'ютерів, мережевого сховища, компонентів мережевої інфраструктури та інших основних обчислювальних ресурсів, на яких вони можуть розгортати і запускати довільне програмне забезпечення. Споживачами IaaS можуть бути розробники систем, системні адміністратори та ІТ-менеджери, які зацікавлені у створенні, установці, управлінні та моніторингу послуг для функціонування ІТ-інфраструктури. Споживачам IaaS надаються можливості доступу до цих обчислювальних ресурсів, і їм можуть виставляти рахунки відповідно до кількості або тривалості споживаних ресурсів, таких як години процесорів, які використовуються віртуальними комп'ютерами, обсяг і тривалість зберігання даних, пропускна спроможність мережі, кількість IP-адрес, що використовуються для певних інтервалів. 2.3 Постачальник хмарних послуг Постачальник хмарних послуг – це особа, організація; це суб’єкт, відповідальний за надання послуг для зацікавлених сторін. Постачальник хмарних послуг придбає та управляє обчислювальною інфраструктурою, необхідною для надання послуг, запускає хмарне програмне забезпечення, яке надає послуги, та укладає угоди про надання хмарних послуг споживачам хмарних послуг через доступ до мережі. Для програмного забезпечення як сервісу постачальник розгортає, конфігурує, підтримує та оновлює роботу прикладних програм на хмарній інфраструктурі, так що послуги надаються на очікуваних рівнях обслуговування для споживачів хмарних послуг. Постачальник SaaS бере на себе більшу частину відповідальності за управління та контроль прикладних програм та інфраструктури, в той час як споживачі хмарних послуг мають обмежений адміністративний контроль над прикладними програмами. Для PaaS постачальник хмарних послуг управляє обчислювальною інфраструктурою для платформи і запускає хмарне програмне забезпечення, яке надає компоненти платформи, такі як стек виконання програмного забезпечення, бази даних та інші компоненти проміжного програмного забезпечення. Постачальник хмарних послуг PaaS, як правило, також підтримує
NIST SP 500-292 Еталонна архітектура хмарних обчислень від NIST 9 процес розробки, розгортання та управління PaaS споживачем хмарних послуг, надаючи такі засоби, як інтегровані середовища розробки (IDE), версії для розробки хмарного програмного забезпечення, комплекти розробки програмного забезпечення (SDK), засоби розгортання та управління. Споживач хмарних послуг PaaS має контроль над прикладними програмами і, можливо, деякими налаштуваннями середовища, але не має або має обмежений доступ до інфраструктури, що лежить в основі платформи, наприклад, мережі, серверів, операційних систем (OC) або сховища. Для IaaS постачальник хмарних послуг придбає фізичні обчислювальні ресурси, що лежать в основі послуги, включаючи сервери, мережі, інфраструктуру зберігання та розміщення. Постачальник хмарних послуг запускає хмарне програмне забезпечення, необхідне для того, щоб зробити обчислювальні ресурси доступними для споживача хмарних послуг IaaS через набір інтерфейсів обслуговування та абстракцій обчислювальних ресурсів, таких як віртуальні машини та віртуальні мережеві інтерфейси. Споживач хмарних послуг IaaS, в свою чергу, використовує ці обчислювальні ресурси, такі як віртуальний комп'ютер, для своїх фундаментальних форм обчислювальних ресурсів і має таким чином контроль на більшою кількістю програмних компонентів у стеку прикладних програм, включаючи ОС та мережу. Постачальник хмарних послуг, з іншого боку, має контроль над фізичним апаратним забезпеченням та хмарним програмним забезпеченням, яке робить можливим надання цих послуг інфраструктури, наприклад, фізичні сервери, мережеве обладнання, пристрої зберігання даних, хост-ОС та гіпервізори для віртуалізації. Діяльність постачальника хмарних послуг може бути описана в п'яти основних областях, як показано на рисунку 7, постачальник хмарних послуг здійснює свою діяльність у сферах розгортання послуг, налаштування послуг, управління хмарними послугами, безпеки та приватності. Деталі обговорюються в розділі 3. Рисунок 7: Постачальник хмарних послуг – основна діяльність
NIST SP 500-292 Еталонна архітектура хмарних обчислень від NIST 10 2.4 Аудитор хмарних послуг Аудитор хмарних послуг – це сторона, яка може виконати незалежну перевірку контролю хмарних послуг з наміром висловити свою думку. Проводиться аудит для того, щоб пересвідчитися відповідності стандартам шляхом перегляду об'єктивних доказів. Аудитор хмарних послуг може оцінювати послуги, що надаються постачальниками хмарних послуг, з точки зору контролю безпеки, впливу на приватність (належний захист персональних даних), продуктивності тощо. Аудит особливо важливий для федеральних агентств, оскільки “агенції повинні включати договірне положення, що дозволяє третім сторонам оцінювати контроль безпеки постачальників хмарних послуг” [4] (Vivek Kundra, Федеральна стратегія хмарних обчислень, лютий 2011.). Контролі безпеки [3] є управлінськими, операційними та технічними контролями або контрзаходами, що використовуються в інформаційній системі організації для захисту конфіденційності, цілісності та доступності системи та її інформації. Для аудиту безпеки, аудитор хмарних послуг може зробити оцінку контролю безпеки в інформаційній системі, щоб визначити, якою мірою управління здійснюється правильно, працює за призначенням, і виробляє бажаний результат з урахуванням вимог безпеки для системи. Аудит безпеки також повинен включати перевірку відповідності нормативним актам та політиці безпеки. Наприклад, аудитору може бути покладено завдання впевнитися, що для зберігання даних згідно відповідних правил в юрисдикції застосовується правильна політика. Аудитор може впевнитися, що фіксований вміст не був змінений, а вимоги щодо архівації юридичних та бізнес-даних були задоволені. Аудит впливу на приватність може допомогти федеральним агентствам дотримуватись застосовних законів та правил, що регулюють приватність особи, а також забезпечити конфіденційність, цілісність та доступність особистої інформації особи на кожному етапі розробки та експлуатації [5]. 2.5 Брокер хмарних послуг Із розвитком хмарних обчислень інтеграція хмарних послуг може бути надто складною для управління ними споживачами хмарних послуг. Споживач хмарних послуг може запитувати хмарні послуги від брокера хмарних послуг, а не звертатися безпосередньо до постачальника хмарних послуг. Брокер хмарних послуг – це організація, яка керує використанням, продуктивністю та доставкою хмарних послуг і веде переговори про взаємозв'язки між постачальниками хмарних послуг та споживачами хмарних послуг. Загалом, брокер хмарних послуг може надавати послуги в трьох категоріях [9]:  Інтермедіація послуг: Брокер хмарних послуг покращує певну послугу, посилюючи певні можливості та надаючи додаткові послуги споживачам у хмарах. Удосконаленням може бути управління доступом до хмарних сервісів, управління обліковими записами, звітування про ефективність, посилена безпека тощо.  Агрегація послуг: Брокер хмарних послуг поєднує і інтегрує декілька послуг в одну або кілька нових послуг. Брокер забезпечує інтеграцію даних і безпечний рух даних між споживачем хмарних послуг та кількома постачальниками хмарних послуг.  Арбітраж послуг Арбітраж послуг схожий на агрегацію послуг, за винятком того, що агреговані послуги не є фіксованими. Арбітраж послуги означає, що брокер має можливість вибирати послуги з декількох агентств. Брокер хмарних послуг, наприклад, може використовувати послугу оцінки платоспроможності, щоб визначити та вибрати агентство з найкращим результатом.
NIST SP 500-292 Еталонна архітектура хмарних обчислень від NIST 11 2.6 Передавач хмарних послуг Передавач хмарних послуг виступає як посередник, що забезпечує зв'язок і транспортування хмарних послуг між споживачами хмарних послуг і постачальниками хмарних послуг. Передавачі хмарних послуг надають доступ споживачам через мережу, телекомунікаційні та інші пристрої доступу. Наприклад, споживачі хмарних послуг можуть отримувати хмарні послуги за допомогою пристроїв доступу до мережі, таких як комп'ютери, ноутбуки, мобільні телефони, мобільні інтернет-пристрої (MID) тощо [1]. Розподіл хмарних послуг, як правило, забезпечується мережевими та телекомунікаційними операторами або транспортним агентом [8], де транспортний агент посилається на установу, яка забезпечує фізичний транспорт носіїв даних, таких як жорсткі диски великої ємності. Зверніть увагу на те, що постачальник хмарних послуг встановлюватиме угоди SLA з передавачем хмарних послуг, щоб надавати послуги, які відповідають рівню SLA, який пропонується споживачам хмарних послуг, і може вимагати від постачальника хмарних послуг забезпечити спеціальні та безпечні з'єднання між споживачами хмарних послуг та постачальниками хмарних послуг. 2.7 Предмет контролю між постачальником та споживачем Постачальник хмарних послуг та споживач хмарних послуг розподіляють контроль над ресурсами у хмарі. Як показано на рисунку 8, різні моделі послуг впливають на контроль організації над обчислювальними ресурсами і, відповідно, що може бути зроблено в хмарній системі. На рисунку показані ці відмінності за допомогою класичного представлення програмного стека, що складається з рівнів прикладних програм, проміжного програмного забезпечення та ОС. Цей аналіз розмежування контролів програмного стеку допомагає зрозуміти обов'язки сторін, залучених у управління хмарною прикладною програмою. Рисунок 8: Предмет контролю між Постачальником та Споживачем  Прикладний рівень включає прикладні програми, орієнтовані на кінцевих користувачів або програми. Програми використовуються споживачами SaaS, або встановлюються / управляються / підтримуються споживачами PaaS, споживачами IaaS і постачальниками SaaS.  Рівень проміжного програмного забезпечення забезпечує будівельні блоки програмного забезпечення (наприклад, бібліотеки, бази даних і віртуальну машину Java) для розробки
NIST SP 500-292 Еталонна архітектура хмарних обчислень від NIST 12 прикладного програмного забезпечення в хмарі. Проміжне програмне забезпечення використовується споживачами PaaS, встановлених / керованих / підтримуваних споживачами IaaS або постачальниками PaaS, і приховане від споживачів SaaS.  Рівень ОС включає операційну систему і драйвери, прихований від споживачів SaaS і споживачів PaaS. Хмара IaaS дозволяє одній або кілька гостьовим ОС запускатися віртуально на одному фізичному вузлі. Взагалі, споживачі мають широку свободу вибирати, яку ОС буде розміщено, серед усіх ОС, які можуть підтримуватися постачальниками хмарних послуг. Споживачі IaaS повинні взяти на себе повну відповідальність за гостьову ОС, в той час як постачальник IaaS контролює хост-OС.
NIST SP 500-292 Еталонна архітектура хмарних обчислень від NIST 13 3. Еталонна архітектура хмарних обчислень: Архітектурні компоненти 3.1 Розгортання послуг Як зазначено у визначенні хмарних обчислень від NIST [1], хмарна інфраструктура може працювати в одній з таких моделей розгортання: публічна хмара, приватна хмара, кооперативна хмара або гібридна хмара. Відмінності ґрунтуються на тому, наскільки ексклюзивні обчислювальні ресурси надані cпоживачеві хмарних послуг. Публічна хмара – це та хмарна інфраструктура та обчислювальні ресурси, які надаються широкій громадськості через загальнодоступну мережу. Публічна хмара належить організації, що продає хмарні послуги, і обслуговує різноманітний пул клієнтів. Рисунок 9 представляє простий погляд на публічну хмару та її клієнтів. Рисунок 9: Публічна хмара Приватна хмара надає єдиній організації споживача хмарних послуг ексклюзивний доступ і використання інфраструктури і обчислювальних ресурсів. Нею можуть керувати або організація споживачів хмарних послуг, або третя сторона, і вона може розміщуватися в приміщеннях організації (тобто у локальних приватних хмарах) або передаватися в компанію-хостинг (тобто приватні хмари в аутсорсингу). На рис. 10 і 11 представлена локальна приватна хмара та приватна хмара, передана в аутсорсинг, відповідно. Рисунок 10: Локальна приватна хмара
NIST SP 500-292 Еталонна архітектура хмарних обчислень від NIST 14 Рисунок 11: Приватна хмара в аутсорсингу Кооперативна хмара обслуговує групу споживачів хмарних послуг, які поділяють інтереси, такі як цілі, місії, безпека, політики конфіденційності та комплаєнсу, а не одну організацію, як це здійснюється в приватній хмарі. Подібно до приватних хмар, кооперативна хмара може керуватися організаціями або третьою стороною, і може бути реалізована в приміщенні клієнта (тобто локальна кооперативна хмара) або передаватися в компанію-хостинг (тобто кооперативна хмара в аутсорсингу). На рисунку 12 зображено локальну кооперативну хмару, яка складається з декількох організацій-учасників. Споживач хмарних послуг може отримати доступ до локальних ресурсів хмари, а також ресурсів інших організацій-учасників через зв'язки між асоційованими організаціями. На рисунку 13 показано кооперативну хмару в аутсорсингу, де обслуговування передане хостинг-компанії. У цьому випадку кооперативна хмара в аутсорсингу створює свою інфраструктуру поза приміщенням і обслуговує набір організацій, які потребують і споживають хмарні послуги. Рисунок 12: Локальна кооперативна хмара
NIST SP 500-292 Еталонна архітектура хмарних обчислень від NIST 15 Рисунок 13: Кооперативна хмара в аутсорсингу Гібридна хмара – це композиція з двох або більше хмар (локальна приватна хмара, локальна кооперативна хмара, приватна або кооперативна хмара в аутсорсингу), які залишаються окремими об'єктами, але пов'язані між собою стандартизованою або запатентованою технологією, яка дозволяє переміщуваність даних і прикладних програм. На рисунку 14 показаний простий вигляд гібридної хмари, яка може бути побудована з набором хмар у п'яти варіантах моделі розгортання. Рисунок 14: Гібридна хмара
NIST SP 500-292 Еталонна архітектура хмарних обчислень від NIST 16 3.2 Налаштування послуг Налаштування послуги відноситься до складу системних компонентів для підтримки діяльності постачальника хмарних послуг з налаштування, координації та управління обчислювальними ресурсами з метою надання хмарних послуг споживачам хмарних послуг. На рисунку 15 показана загальна діаграма стеку цієї композиції, яка лежить в основі надання хмарних послуг. Рисунок 15: Постачальник хмарних послуг – налаштування послуг На цьому рисунку використовується трирівнева модель, що представляє групування трьох типів системних компонентів, які постачальники хмари повинні створювати для надання своїх послуг. У моделі, показаній на рисунку 15, верхній – це рівень послуг, де постачальники хмарних послуг визначають інтерфейси для споживачів хмарних послуг для доступу до обчислювальних послуг. В цьому рівні наведено інтерфейси доступу кожної з трьох моделей обслуговування. Можливо, хоча і не обов'язково, що прикладні програми SaaS можуть бути побудовані на компонентах PaaS, а компоненти PaaS можуть бути побудовані на компонентах IaaS. Необов'язкові відносини залежності між компонентами SaaS, PaaS і IaaS представлені графічно як компоненти, що укладаються один на одного; при цьому кутова форма компонентів означає, що кожен компонент послуг може стояти сам по собі. Наприклад, програма SaaS може бути реалізована і розміщена на віртуальних машинах з хмари IaaS або може бути реалізована безпосередньо на хмарних ресурсах без використання віртуальних машин IaaS. Середній рівень моделі – це абстракція ресурсів та рівень управління. Цей рівень містить компоненти системи, які використовують постачальники хмарних послуг для забезпечення доступу до фізичних обчислювальних ресурсів і управління ними через абстракцію програмного забезпечення. Приклади компонентів абстракції ресурсів включають такі елементи програмного забезпечення, як гіпервізори, віртуальні машини, віртуальне зберігання даних та інші абстракції обчислювальних ресурсів. Абстракція ресурсів повинна забезпечити ефективне, безпечне та надійне використання базових фізичних ресурсів. Хоча на цьому рівні зазвичай використовується технологія віртуальних машин, можливі й інші засоби надання необхідних
NIST SP 500-292 Еталонна архітектура хмарних обчислень від NIST 17 програмних абстракцій. Аспект управління цим рівнем відноситься до компонентів програмного забезпечення, які відповідають за розподіл ресурсів, контроль доступу та моніторинг використання. Це програмне забезпечення, яке об'єднує численні основні фізичні ресурси та їх абстракції програмного забезпечення для забезпечення пулу ресурсів, динамічного розподілу та вимірюваної послуги. Прикладами такого типу проміжного програмного забезпечення є різні програмні засоби з відкритим вихідним кодом і пропрієтарні хмарні програми. Найнижчим рівнем у стеку є рівень фізичного ресурсу, який включає всі фізичні обчислювальні ресурси. Цей рівень включає апаратні ресурси, такі як комп'ютери (процесор і пам'ять), мережі (маршрутизатори, брандмауери, комутатори, мережні зв'язки та інтерфейси), компоненти зберігання (жорсткі диски) та інші елементи фізичної обчислювальної інфраструктури. Цей рівень також включає ресурси об'єкта, такі як опалення, вентиляція та кондиціонування (HVAC), живлення, зв'язок та інші аспекти фізичного середовища. У відповідності до конвенцій системної архітектури горизонтальне позиціонування, тобто розшарування, в моделі представляють відповідні залежності – компоненти верхнього рівня залежать від функціонування сусіднього нижнього рівня. Рівень абстрагування та управління ресурсами розміщує віртуальні хмарні ресурси на вершині рівню фізичних ресурсів і підтримує рівень послуг, де інтерфейси хмарних служб надаються споживачам хмарних послуг, тоді як споживачі хмарних послуг не мають прямого доступу до фізичних ресурсів. 3.3 Управління хмарними послугами Управління хмарною послугою включає всі пов'язані з послугою функції, необхідні для управління та функціонування цих послуг на вимогу або як пропозиції до споживачів хмарних послуг. Як показано на рисунку 16, управління хмарними послугами може бути описано з точки зору підтримки бізнесу, забезпечення та конфігурації, а також з точки зору вимог до переміщуваності та інтероперабельності. Рисунок 16: Постачальник хмарних послуг – управління хмарними послугами
NIST SP 500-292 Еталонна архітектура хмарних обчислень від NIST 18 3.3.1 Підтримка бізнесу Підтримка бізнесу передбачає набір бізнес-послуг, пов'язаних з клієнтами та підтримуючими процесами. Вона включає компоненти, які використовуються для запуску бізнес-операцій, які стосуються клієнта.  Управління користувачами: Управляти обліковими записами користувачів, відкривати / закривати / припиняти облікові записи, управляти профілями користувачів, управляти відносинами з користувачами, надаючи контактні точки та вирішуючи питання та проблеми користувачів тощо.  Управління контрактами: Управляти контрактами на обслуговування, налаштовувати / узгоджувати / закривати / припиняти контракти тощо.  Управління запасами: Налаштовувати каталоги послуг та управляти ними тощо.  Облік і виставлення рахунків: Управляти платіжною інформацією користувача, надавати платіжні звіти, обробляти отримані платежі, відстежувати рахунки-фактури тощо.  Звітність і аудит: Моніторити операції користувачів, створювати звіти тощо.  Ціни та рейтинг: Оцінювати хмарні послуги та визначати ціни, керувати акціями та правилами ціноутворення на основі профілю користувача тощо. 3.3.2 Підготовка та налагодження  Швидке розгортання: Автоматичне розгортання хмарних систем на основі запитуваних послуг / ресурсів / спроможності  Зміна ресурсу: Налаштування конфігурації / призначення ресурсів для ремонту, оновлення та приєднання нових вузлів до хмари.  Моніторинг і звітність: Відкриття та моніторинг віртуальних ресурсів, моніторинг операцій і подій у хмарі та створення звітів про ефективність.  Вимірювання: Забезпечення можливості вимірювання на певному рівні абстракції, що відповідає типу послуги (наприклад, зберігання, обробка, пропускна спроможність, і активні облікові записи користувачів).  Управління SLA: Охоплення визначення контракту SLA (основна схема з параметрами QoS), моніторингу SLA та застосування угоди SLA згідно з визначеною політикою. 3.3.3 Переміщуваність та інтероперабельність Поширення хмарних обчислень обіцяє економію витрат на технологічну інфраструктуру та швидше оновлення програмного забезпечення. Уряд США, разом з іншими потенційними клієнтами в області хмарних обчислень, має великий інтерес до переходу до хмари. Тим не менш, прийняття хмарних обчислень значною мірою залежить від того, як хмара може вирішувати занепокоєння користувачів щодо безпеки, переміщуваності та інтероперабельності. У цьому розділі коротко розглядаються вимоги до переміщуваності та інтероперабельності, при цьому безпека розглядається в розділі 3.4. Для переміщуваності потенційні клієнти зацікавлені дізнатися, чи можуть вони переміщувати свої дані або програми в кількох хмарних середовищах за низькою ціною і мінімальними
NIST SP 500-292 Еталонна архітектура хмарних обчислень від NIST 19 порушеннями. З точки зору інтероперабельності, користувачі стурбовані можливістю спілкування між або всередині кількох хмар. Постачальники хмарних послуг повинні забезпечувати механізми для підтримки переміщуваності даних, інтероперабельності послуг і переміщуваності системи [8]. Переміщуваність даних – це можливість споживачів хмарних послуг копіювати об'єкти даних у або з хмари або використовувати диск для перенесення об’єма даних. Інтероперабельність послуг – це можливість споживачів хмарних послуг використовувати свої дані та послуги у кількох постачальників хмарних послуг з уніфікованим інтерфейсом управління. Переміщуваність системи дозволяє перенести повністю зупинений примірник віртуальної машини або образу машини від одного постачальника до іншого постачальника або мігрувати прикладні програми та служби та їх вміст від одного постачальника послуг до іншого. Слід зазначити, що різні моделі хмарних послуг можуть мати різні вимоги, пов'язані з переміщуваністю та інтероперабельністю [35]. Наприклад, IaaS вимагає здатності мігрувати дані і запускати прикладні програми на новій хмарі. Таким чином, необхідно зберігати образи віртуальних машин і мігрувати до нових постачальників хмарних послуг, які можуть використовувати різні технології віртуалізації. Будь-які специфічні для постачальника розширення образів віртуальної машини повинні бути видалені або записані під час перенесення. Хоча для SaaS основна увага приділяється переміщуваності даних, і тому важливо виконувати вибірки даних і резервні копії у стандартному форматі. 3.4 Безпека Дуже важливо визнати, що безпека є наскрізним аспектом архітектури, яка охоплює всі шари еталонної моделі, починаючи від фізичної безпеки до безпеки прикладних програм. Таким чином, безпека в питаннях архітектури хмарних обчислень не є виключно в компетенції постачальників хмарних послуг, а також споживачів хмарних послуг та інших відповідних суб'єктів. Системи, побудовані на хмарах, все ще потребують вирішення вимог безпеки, таких як автентифікація, авторизація, доступність, конфіденційність, управління обліковими записами, цілісність, аудит, моніторинг безпеки, реагування на інциденти та управління політикою безпеки. Хоча ці вимоги безпеки не є новими, ми обговорюємо специфічні для хмари перспективи, щоб допомогти обговорювати, аналізувати та реалізовувати безпеку в хмарі. 3.4.1 Перспективи моделі хмарних послуг Три моделі послуг, ідентифіковані визначенням хмарних обчислень NIST, тобто SaaS, PaaS і IaaS, представляють споживачам різні типи операцій управління послугами і розкривають різні точки входу в хмарні системи, які в свою чергу також створюють різні атакуючі поверхні для злочинців. Отже, важливо враховувати вплив моделей хмарних послуг та різних питань до них на розробку та впровадження безпеки. Наприклад, SaaS надає користувачам доступність хмарних пропозицій, використовуючи мережеве з'єднання, як правило, через Інтернет і через веб-браузер. Необхідно звернути увагу на безпеку веб-браузера при міркуваннях про безпек хмарних систем SaaS [2]. Споживачі хмарних послуг IaaS забезпечуються віртуальними машинами (VM), які працюють на гіпервізорах на хостах, тому захист гіпервізора для досягнення ізоляції VM ретельно забезпечується постачальниками хмарних послуг IaaS, які використовують технології віртуалізації.
NIST SP 500-292 Еталонна архітектура хмарних обчислень від NIST 20 3.4.2 Вплив моделей розгортання хмарних послуг Варіанти моделей розгортання в хмарі, описані в розділі 3.1, також мають важливе значення для безпеки. Одним із способів розгляду питань безпеки з точки зору моделі розгортання є різний рівень ексклюзивності орендарів у моделі розгортання. Приватна хмара призначена для однієї організації споживачів, в той же час в публічній хмарі можуть існувати непередбачувані орендарі, які співіснують один з одним, отже, ізоляція робочого навантаження є меншою проблемою безпеки у приватної хмари, ніж у публічної хмари. Інший спосіб аналізу впливу моделей розгортання на хмару полягає у використанні концепції кордонів доступу, як показано в [2]. Наприклад, локальна приватна хмара може або не обов'язково потребуватиме додаткових граничних контролерів на межі хмари, коли приватна хмара розміщується локально всередині організації споживача хмарних послуг, тоді як приватна хмара в аутсорсингу зазвичай вимагає встановлення такого захисту периметра на межі хмари. 3.4.3 Спільні обов'язки з безпеки Як обговорювалось в розділі 2.7, постачальник хмарних послуг та споживач хмарних послуг мають різні ступені контролю над обчислювальними ресурсами у хмарі. У порівнянні з традиційними ІТ-системами, де одна організація контролює весь стек обчислювальних ресурсів і весь життєвий цикл систем, постачальник хмарних послуг і споживач хмарних послуг спільно розробляють, будують, розгортають і управляють системами на базі хмари. Розподіл контролю означає, що обидві сторони тепер поділяють обов'язки щодо забезпечення адекватного захисту хмарних систем. Безпека – це спільна відповідальність. Заходи безпеки, тобто заходи, що використовуються для забезпечення захисту, повинні бути проаналізовані, щоб визначити, яка сторона має кращі можливості для реалізації. Цей аналіз повинен включати міркування з точки зору моделі послуг, де різні моделі послуг передбачають різні ступені контролю між постачальниками хмарних послуг та споживачами хмарних послуг. Наприклад, контролі управління обліковими записами для початкових системних привілейованих користувачів у сценаріях IaaS зазвичай виконуються постачальником IaaS, тоді як управління обліковим записом користувача для прикладних програм, розгорнутих в середовищі IaaS, зазвичай не є відповідальністю постачальника. 3.5 Приватність Постачальники хмарних послуг повинні захищати гарантовані, правильні та послідовні збір, обробку, передачу, використання та розміщення в хмарі персональних даних (PI) та персональної інформації, придатної для ідентифікації (PII) [14]. Згідно з Federal CIO Council [5], одним з ключових бізнес-імперативів федерального уряду є забезпечення конфіденційності зібраної персональної інформації, придатної для ідентифікації. PII – це інформація, яка може бути використана для розпізнавання або відстеження особистості особи, такої як ім'я, номер соціального страхування, біометричні записи тощо окремо або разом з іншою персональної інформацією або інформацією, що ідентифікує, яка пов'язана або може бути пов'язана з конкретною особою, наприклад дата і місце народження, дівоче прізвище матері та ін. [6]. Хоча хмарні обчислення забезпечують гнучке рішення для спільних ресурсів, програмного забезпечення та інформації, це також створює додаткові виклики для приватності споживачів, які використовують хмари.
NIST SP 500-292 Еталонна архітектура хмарних обчислень від NIST 21 4. Таксономія хмарних послуг Таксономія – це наука категоризації, або класифікації речей, яка базується на заздалегідь визначеній системі [22]. Як правило, таксономія містить керований словник з ієрархічною деревоподібною структурою. На рис. 17 представлена таксономія, пов'язана з еталонною архітектурою хмарних обчислень, розглянутою в цьому документі. На рисунку представлена чотирирівнева таксономія для опису ключових понять хмарних обчислень.  Рівень 1: Роль, яка вказує на сукупність зобов'язань і поведінки, що уособлюється відповідними суб'єктами в контексті хмарних обчислень.  Рівень 2: Діяльність, що тягне за собою загальну поведінку або завдання, пов'язані з певною роллю.  Рівень 3: Компонент, який відноситься до конкретних процесів, дій або завдань, які повинні бути виконані для досягнення мети конкретної діяльності.  Рівень 4: Підкомпонент, який представляє окрему частину компонента. Супутній керований словник представлений в Додатку А: Терміни та визначення таксономії хмарних послуг.
NIST SP 500-292 Еталонна архітектура хмарних обчислень від NIST 22 Рисунок 17: Таксономія хмарних послуг
NIST SP 500-292 Еталонна архітектура хмарних обчислень від NIST 23 Додаток А: Терміни та визначення таксономії хмарних послуг (Терміни, які зустрічаються в Таксономії) =============================================================== Терміни першого рівня: 1. Споживач хмарних послуг (Cloud Consumer) – особа або організація, яка підтримує ділові відносини та використовує послуги Постачальників хмарних послуг. 2. Постачальник хмарних послуг (Cloud Provider) – особа, організація або суб'єкт, відповідальний за доступність послуг для споживачів послуг. 3. Передавач хмарних послуг (Cloud Carrier) – посередник, який надає можливість підключення та передавання хмарних сервісів між постачальниками хмарних послуг та споживачами хмарних послуг. 4. Брокер хмарних послуг (Cloud Broker) – суб'єкт, який керує використанням, продуктивністю і доставкою хмарних послуг, а також веде переговори про відносини між постачальниками хмарних послуг та споживачами хмарних послуг. 5. Аудитор хмарних послуг (Cloud Auditor) – сторона, яка може проводити незалежну оцінку хмарних послуг, операцій інформаційної системи, продуктивності та безпеки впровадження хмарних послуг. ================================================================ Терміни другого рівня: 6. Постачання хмари (Cloud Distribution) – процес передачі даних в хмарі між Постачальником та Споживачем хмарних послуг. 7. Доступ до хмари (Cloud Access) – здійснювати контакт чи отримувати доступ до хмарних послуг. 8. Розгортання послуги (Service Deployment) – всі дії та організаційні зусилля, необхідні для забезпечення доступності хмарної послуги. 9. Налаштування послуги (Service Orchestration) – означає створення, узгодження та управління хмарною інфраструктурою для надання різних хмарних послуг відповідно до вимог бізнесу та ІТ. 10. Управління хмарною послугою (Cloud Service Management) – управління хмарною послугою включає всі пов'язані з послугою функції, необхідні для управління та функціонування цих послуг на вимогу або як пропозиції до споживачів. 11. Безпека (Security) – означає інформаційну безпеку. "Інформаційна безпека" означає захист інформації та інформаційних систем від неавторизованого доступу, використання, розголошення, порушення, модифікації або знищення для забезпечення: (A) цілісності, що означає захист від неналежної зміни або знищення, та включає забезпечення нескривленості та достовірності; (B) конфіденційності, що означає збереження встановлених обмежень доступу та розкриття інформації, включаючи заходи захисту персональних даних та пропрієтарної інформації;
NIST SP 500-292 Еталонна архітектура хмарних обчислень від NIST 24 (C) доступності, що означає забезпечення своєчасного та надійного доступу та використання інформації. (Джерело: [ДЖЕРЕЛО: Title III of the E-Government Act, entitled the Federal Information Security Management Act of 2002 (FISMA)]) 12. Захист персональних даних, або Приватність (Privacy) – приватність інформації – це гарантовані, належні та послідовні збір, обробка, передача, використання та розпорядження персональною інформацією (PI) та персональною інформацією, яка придатна для ідентифікації особи (PII) протягом всього її життєвого циклу. (Джерело: адаптовано з OASIS) 13. Програмне забезпечення як сервіс (Software as a Service, SaaS) – можливість, надана споживачу, яка полягає у використанні прикладних програм постачальника, працюючих на хмарній інфраструктурі. Прикладні програми доступні з різних клієнтських пристроїв через інтерфейс тонкого клієнта, такого як веб-браузер (наприклад, веб-пошта). Споживач не управляє та не контролює основу хмарної інфраструктури, включаючи мережу, сервери, операційні системи, сховища або навіть окремі можливості прикладної програми, з можливим виключенням або обмеженням специфічних для користувача налаштувань конфігурації прикладної програми. (Джерело: NIST CC Definition) 14. Платформа як сервіс (Platform as a Service, PaaS) – можливість, надана споживачу, яка полягає у розгортанні на хмарній інфраструктурі прикладних програм, створених або отриманих користувачем з використанням мов програмування та інструментів, наданих постачальником. Споживач не управляє та не контролює основу хмарної інфраструктури, включаючи мережу, сервери, операційні системи, сховища, але контролює розгорнуті прикладні програми та, можливо, налаштування середовища розміщення прикладних програм. (Джерело: NIST CC Definition) 15. Інфраструктура як послуга (Infrastructure as a Service, IaaS) – можливість надана споживачу, яка полягає в забезпеченні обробки, зберігання, мережі та інших основних обчислювальних ресурсів, де споживач може розгортати і запускати довільне програмне забезпечення, яке може включати операційні системи і прикладні програми. Споживач не управляє та не контролює основу хмарної інфраструктури, однак контролює операційні системи, сховища, розгорнуті прикладні програми, та, можливо,обмежено контролює деякі мережеві компоненти (наприклад, основні фаєрволи). (Джерело: NIST CC Definition) 16. Споживання послуги (Service Consumption) – брокер хмарних послуг у разі використання хмарної послуги. 17. Постачання послуги (Service Provision) – брокер хмарних послуг у разі надання хмарної послуги. 18. Аудит безпеки (Security Audit) – систематична оцінка хмарної системи шляхом вимірювання, наскільки добре вона відповідає набору встановлених критеріїв безпеки. 19. Аудит впливу на приватність (Privacy-Impact Audit) – систематичне оцінювання хмарної системи шляхом вимірювання, наскільки добре вона відповідає набору встановлених критеріїв впливу на приватність. 20. Аудит продуктивності (Performance Audit) – систематична оцінка системи хмар шляхом вимірювання, наскільки добре вона відповідає набору встановлених критеріїв ефективності.
NIST SP 500-292 Еталонна архітектура хмарних обчислень від NIST 25 ================================================================ Терміни третього рівня: 21. Інтермедіація послуги (Service Intermediation) – брокер-посередник надає послугу, яка прямо покращує певну послугу, надану одному або декільком споживачам послуг, суттєво додаючи цінності до певної послуги для посилення певної можливості. (Джерело: Gartner) 22. Агрегація послуг (Service Arbitrage) – послуга агрегації брокерських послуг об'єднує декілька послуг в одну або кілька нових послуг. Це забезпечує моделювання та інтеграцію даних для всіх компонентних послуг, а також рух і безпеку даних між споживачем послуг і кількома провайдерами. (Джерело: Gartner) 23. Арбітраж послуг (Service Arbitrage) – арбітраж хмарних послуг подібний до агрегації хмарних послуг. Різниця між ними полягає в тому, що агреговані послуги не є фіксованими. Тоді як мета арбітражу полягає у забезпеченні гнучкості та ситуаційного вибору для агрегатора послуг, наприклад, забезпеченні різних поштових сервісів через одного постачальника або сервісу кредитного скоринга, який перевіряє декілька скорингових агентств та обирає найкращий результат. (Джерело: Gartner) 24. Приватна хмара (Private Cloud)– хмарна інфраструктура, яка функціонує включно для організації. Нею можуть управляти як організація, так і третя сторона, і вона може бути розміщена як в локальному середовищі, так і віддалено. (Джерело: NIST CC Definition) 25. Кооперативна хмара (Community Cloud) – хмара інфраструктура використовується декількома організаціями та підтримує певну спільноту зі спільними позиціями (наприклад, місія, вимоги безпеки, політики та особливості нормативних вимог). Нею можуть управляти як організація, так і третя сторона, і вона може бути розміщена як в локальному середовищі, так і віддалено. (Джерело: NIST CC Definition) 26. Публічна хмара (Public Cloud) – хмарна інфраструктура доступна широкому загалу або великій галузевій групі та знаходиться у власності організації, яка продає хмарні послуги. (Джерело: NIST CC Definition) 27. Гібридна хмара (Hybrid Cloud) – хмарна інфраструктура складається з двох або більше хмар (приватних, кооперативних, або публічних), які залишаються окремими сутностями, але пов'язані стандартизованою або патентованою технологією, яка забезпечує переміщуваність даних та прикладних програм (наприклад, вихід в публічну хмару з приватної для розподілу навантаження між хмарами). (Джерело: NIST CC Definition) 28. Рівень послуг (Service Layer) – визначає основні послуги, які надають постачальники хмарних послуг. 29. Рівень фізичних ресурсів (Physical Resource Layer) – включає всі фізичні ресурси, які використовуються для надання хмарних послуг, перш за все, апаратне забезпечення та приміщення. 30. Рівень абстракції та контролю ресурсів (Resource Abstraction and Control Layer) – зосереджує програмні елементи, такі як гіпервізор, віртуальні машини, віртуальні сховища, а також супровідні програмні компоненти, використовувані для реалізації інфраструктури, на якій можна запровадити хмарну послугу. 31. Переміщуваність (Portability) – здатність передачі даних з однієї системи до іншої без необхідності повторного створення або введення описів даних або модифікації прикладної програми, які переміщуються. 2. Здатність програмного забезпечення або системи функціонувати на більш ніж одному типі або розмірі комп'ютера під більше ніж
NIST SP 500-292 Еталонна архітектура хмарних обчислень від NIST 26 однією операційною системою. Див. POSIX. 3. Обладнання – здатність нормально функціонувати під час пересування. [Джерело: Federal Standard 1037C] 32. Інтероперабельність (Interoperability) – можливість комунікувати, виконувати програми або передавати дані між різними функціональними одиницями за визначених умов. [Джерело: American National Standard Dictionary of Information Technology (ANSDIT)] 33. Постачання/Налаштування (Provisioning/Configuration) – процес підготовки та обладнання хмари для надання (нових) послуг її користувачам 34. Мобільні кінцеві пристрої (Mobile Endpoints) – фізичний пристрій, часто переміщуваний користувачем, який забезпечує людино-машинний інтерфейс для хмарних послуг та прикладних програм. Мобільний кінцевий пристрій може використовувати різні методи та протоколи для зв'язку з хмарними послугами та прикладними програмами. 35. Стаціонарні кінцеві пристрої (Fixed Endpoints) – фізичний пристрій, закріплений на своєму місці, який забезпечує людино-машинний інтерфейс для хмарних послуг та прикладних програм. Стаціонарний кінцевий пристрій зазвичай використовує один метод та протокол для зв'язку з хмарними послугами та прикладними програмами. =============================================================== Терміни четвертого рівня: 36. Переміщуваність даних (Data Portability) – здатність передачі даних з однієї системи до іншої без необхідності повторного створення або введення описів даних або модифікації прикладної програми, які переміщуються. [Джерело: Federal Standard 1037C] 37. Інтероперабельність послуги (Service Interoperability) – можливість комунікувати, виконувати програми або передавати дані між різними хмарними послугами за визначених умов. [Джерело: змінено з American National Standard Dictionary of Information Technology (ANSDIT)] 38. Переміщуваність системи (System Portability) – здатність послуги функціонувати на одному або більше типі або розмірі хмари. [Джерело: змінено з Federal Standard 1037C] 39. Швидке розгортання (Rapid provisioning) – автоматичне розгортання хмарних систем на основі запитуваних послуг / ресурсів / спроможності 40. Зміна ресурсу (Resource change) – налаштування конфігурації / призначення ресурсів для ремонту, оновлення та приєднання нових вузлів до хмари 41. Моніторинг і звітність (Monitoring and Reporting) – з'ясування і відстеження віртуальних ресурсів, контроль функціонування та подій в хмарах, а також генерація звітів про продуктивність. 42. Вимірювання (Metering) – забезпечення можливості вимірювання на певному рівні абстракції, відповідно до типу послуги (наприклад, зберігання, обробка, пропускна спроможність і активні облікові записи користувачів). 43. Управління SLA (SLA management) – охоплює визначення угоди SLA (основна схема з параметрами якості обслуговування), моніторинг SLA та виконання SLA у відповідності до визначених політик.
NIST SP 500-292 Еталонна архітектура хмарних обчислень від NIST 27 Додаток B: Приклади хмарних послуг Деякі приклади хмарних послуг, доступних для споживача хмарних послуг, наведені нижче [13]:  Послуги SaaS : o Продуктивість офісу та електронної пошти: Прикладні програми для електронної пошти, обробки текстів, таблиць, презентацій, тощо o Білінг: Прикладні сервіси для управління рахунками споживача, базуючись на використанні та підписках на продукти чи послуги. o Управління відносинами з клієнтами (CRM): Програми CRM від прикладних програм кол-центру до автоматизації просування продажів. o Співпраця: Інструменти, які дозволяють користувачам збиратися в робочі групи всередині або навколо організацій. o Управління контентом: Послуги для управління створенням та доступом до контенту для веб-додатків. o Управління документами: Прикладні програми для управління документами, покращення документообігу, надання робочого середовища для груп або організацій з метою пошуку та доступу до документів. o Фінанси: Прикладні програми для управління фінансовими процесами починаючи від обробки витрат та виставлення рахунків закінчуючи управлінням податками. o Управління персоналом: Програмне забезпечення для функцій управління персоналом всередині компаній. o Продажі: Прикладні програми, спеціально розроблені для функцій продаж, таких як ціноутворення, нарахування комісій, тощо. o Соціальні мережі: Програмне забезпечення соціальних мереж, яке встановлює та підтримує зв'язок між користувачами, зв'язаними одним або більше типами взаємозв'язків. o Планування ресурсів організації (ERP): Інтегровані комп'ютерні системи для управління внутрішніми та зовнішніми ресурсами, включаючи основні засоби, фінансові ресурси, матеріали та людські ресурси.  Послуги PaaS: o Бізнес-аналітика: Платформи для створення прикладних програм на кшталт консолей управління, систем звітності, та аналізу даних. o Бази даних: Послуги, які пропонують масштабовані рішення для реляційних баз даних або зберігання масштабованих non-SQL баз. o Розробка і тестування: Платформи для циклів розробки і тестування при розробці програмного забезпечення, які розширюються та замовляються за потреби. o Інтеграція: Розробницькі платформи для побудови інтеграції прикладних програм у хмарі та в організації. o Розгортання прикладних програм: Платформи, пристосовані для розробки прикладних програм загального призначення. Ці послуги включають бази даних, середовища для роботи веб-додатків, тощо.
NIST SP 500-292 Еталонна архітектура хмарних обчислень від NIST 28  Послуги IaaS: o Резервування та відновлення: Послуги для резервування та відновлення файлових систем та сховищ необроблених даних на серверах та настільних системах. o Обчислення: Серверні ресурси для роботи хмарних систем можуть динамічно надаватися та конфігуруватися за потреби. o Мережі доставки контента (CDNs): CDN зберігають контент та файли для покращення продуктивності та ціни доставки контента для веб-систем. o Управління послугами: Послуги, які управляють платформами хмарної інфраструктури. Ці інструменти часто представляють функції, які не надають постачальники хмарних послуг або спеціалізуються на управлінні певними прикладними технологіями. o Сховище: Масштабоване сховище великої ємності, яке може використовуватися для зберігання прикладних програм, резервних копій, архівів та файлів.
NIST SP 500-292 Еталонна архітектура хмарних обчислень від NIST 29 Додаток C: Скорочення CDN Мережі доставки контенту (Content Delivery Networks) CIO Chief Information Officer (Директор з інформаційних технологій) CRM Customer Relationship Management (управління взаємовідносинами з постачальниками) ERP Enterprise Resource Planning (планування ресурсів організації) HVAC Heating, Ventilation and Air Conditioning (Опалення, вентиляція та кондиціонування) IaaS Cloud Infrastructure As A Service (хмарна інфраструктура як сервіс) IT Information Technology (інформаційні технології) MID Mobile Internet Devices (мобільні інтернет-пристрої) NIST National Institute of Standards and Technology (Національний інститут стандартів та технологій) OS, ОС Operating System (операційна система) QoS Quality of Service (якість сервісу) SaaS Cloud Software As A Service (хмарне програмне забезпечення як сервіс) SAJACC Standards Acceleration to Jumpstart the Adoption of Cloud Computing (розвиток стандартів для старту прийняття хмарних обчислень) SDO Standards Development Organization (організація з розробки стандартів) SLA Service Level Agreement (угода про рівень сервісу) PaaS Cloud Platform As A Service (хмарна платформа як сервіс) PI Personal Information (персональні дані) PII Personally Identifiable Information (персональна інформація, придатна для ідентифікації особи) USG US government (Уряд Сполучених Штатів)
NIST SP 500-292 Еталонна архітектура хмарних обчислень від NIST 30 Додаток D: Посилання Перелік нижче представляє приклади ресурсів, які можуть бути корисними. [1] NIST SP 800-145, “A NIST definition of cloud computing”, http://csrc.nist.gov/publications/drafts/800-145/Draft-SP-800-145_cloud-definition.pdf [2] NIST SP 800-146, “NIST Cloud Computing Synopsis and Recommendations”, http://csrc.nist.gov/publications/drafts/800-146/Draft-NIST-SP800-146.pdf [3] NIST SP 800-53, “Recommended Security Controls for Federal Information Systems and Organizations”, http://csrc.nist.gov/publications/nistpubs/800-53-Rev3/sp800-53- rev3final_updated-errata_05-01-2010.pdf [4] Federal Cloud Computing Strategy, http://www.cio.gov/documents/Federal-Cloud- ComputingStrategy.pdf [5] Chief Information Officers Council, “Privacy Recommendations for Cloud Computing”, http://www.cio.gov/Documents/Privacy-Recommendations-Cloud-Computing-8-19-2010.docx [6] Office of Management and Budget, Memorandum 07-16, http://www.whitehouse.gov/sites/default/files/omb/memoranda/fy2007/m07-16.pdf [7] NIST SP 800-144, “Guidelines on Security and Privacy Issues in Public Cloud Computing”, http://csrc.nist.gov/publications/drafts/800-144/Draft-SP-800-144_cloud-computing.pdf [8] NIST Cloud Computing Use Cases, http://collaborate.nist.gov/twiki- cloudcomputing/bin/view/CloudComputing/UseCaseCopyFromCloud [9] Gartner, “Gartner Says Cloud Consumers Need Brokerages to Unlock the Potential of Cloud Services”, http://www.gartner.com/it/page.jsp?id=1064712. [10] IETF internet-draft, “Cloud Reference Framework”, http://tools.ietf.org/html/draft- khasnabishcloud-reference-framework-00 [11] IBM, “Cloud Computing Reference Architecture v2.0”, http://www.opengroup.org/cloudcomputing/doc.tpl?CALLER=documents.tpl&dcat=15&gdid=238 40 [12] GSA, “Cloud Computing Initiative Vision and Strategy Document (DRAFT)”, http://info.apps.gov/sites/default/files/Cloud_Computing_Strategy_0.ppt [13] Cloud Taxonomy, http://cloudtaxonomy.opencrowd.com/ [14] OASIS, the charter for the OASIS Privacy Management Reference Model Technical Committee, http://www.oasis-open.org/committees/pmrm/charter.php [15] Open Security Architecture (OSA), “Cloud Computing Patterns”, http://www.opensecurityarchitecture.org/cms/library/patternlandscape/251-pattern-cloudcomputing [16] Juniper Networks, “Cloud-ready Data Center Reference Architecture”, www.juniper.net/us/en/local/pdf/reference-architectures/8030001-en.pdf [17] Federal Information Security Management Act of 2002 (FISMA), http://csrc.nist.gov/drivers/documents/FISMA-final.pdf [18] NIST IR-7756, DRAFT “CAESARS Framework Extension: An Enterprise Continuous Monitoring Technical Reference Architecture”, http://csrc.nist.gov/publications/drafts/nistir-7756/Draft-nistir- 7756_feb2011.pdf
NIST SP 500-292 Еталонна архітектура хмарних обчислень від NIST 31 [19] NIST SP 800-61 Rev.1, “Computer Security Incident Handling Guide”, http://csrc.nist.gov/publications/nistpubs/800-61-rev1/SP800-61rev1.pdf [20] Federal Standard 1037C, http://www.its.bldrdoc.gov/fs-1037/ [21] http://www.webopedia.com/TERM/T/taxonomy.html [22] http://en.wikipedia.org/wiki/Enterprise_information_security_architecture [23] http://en.wikipedia.org/wiki/Information_security [24] http://en.wikipedia.org/wiki/Computer_security#Security_architecture [25] The Open Group Architecture Framework (TOGAF), section 21.3, http://www.opengroup.org/architecture/togaf9-doc/arch/ [26] IBM, “Introducing the IBM Security Framework and IBM Security Blueprint to Realize Business Driven Security”, http://www.redbooks.ibm.com/redpieces/pdfs/redp4528.pdf [27] http://publib.boulder.ibm.com/infocenter/wmqv6/v6r0/index.jsp?topic=/com.ibm.mq.csqzas.doc/sy 10280_.htm [28] Cloud Computing Use Cases White Paper, http://groups.google.com/group/cloud-computing- usecases [29] DMTF, “Interoperable Clouds White Paper”,http://www.dmtf.org/about/cloudincubator/DSP_IS0101_1.0.0.pdf [30] Cloud Security Alliance, “Security Guidance for Critical Areas of Focus In Cloud Computing V2.1”, www.cloudsecurityalliance.org/csaguide.pdf [31] CISCO, “Cisco Cloud Computing – Data Center Strategy, Architecture, and Solutions”, http://www.cisco.com/web/strategy/docs/gov/CiscoCloudComputing_WP.pdf [32] SNIA, “Cloud Storage for Cloud Computing”, www.snia.org/cloud/CloudStorageForCloudComputing.pdf [33] Stuart Charlton, “Cloud Computing and the Next Generation of Enterprise Architecture”, http://www.slideshare.net/StuC/cloud-computing-and-the-nextgeneration-of-enterprisearchitecture- cloud-computing-expo-2008-presentation [34] Morrie Gasser, “Building a secure computer system”, ISBN 0-442-23022-2, Van Nostrand Reinhold Co., 1988. [35] “Security Guidance for Critical Areas of Focus in Cloud Computing”, https://cloudsecurityalliance.org/wp-content/uploads/2011/07/csaguide.v2.1.pdf i (прим. пер.)Cloud computing is a model for enabling ubiquitous, convenient, on-demand network access to a shared pool of configurable computing resources (e.g., networks, servers, storage, applications, and services) that can be rapidly provisioned and released with minimal management effort or service provider interaction.[ https://nvlpubs.nist.gov/nistpubs/Legacy/SP/nistspecialpublication800-145.pdf] Хмарні обчислення - це модель, що дозволяє забезпечити повсюдний, зручний мережевий доступ до загального пулу конфігурованих обчислювальних ресурсів (наприклад, мереж, серверів, сховищ, прикладних програм і послуг), які можна швидко забезпечити і звільнити з мінімальними зусиллями з управління або взаємодією з постачальником послуг.

More Related Content

PDF
Azure networking update 201908
byJay Kim
 
PDF
Introduction to Google Cloud Platform (GCP) | Google Cloud Tutorial for Begin...
byEdureka!
 
PDF
Huawei node b technical-description
byYasir Jami
 
PPTX
IoT security
byYashKesharwani2
 
PPSX
Value Microsoft 365 E5 English
byGuillaume Lagache
 
PPTX
connecting smart object in IoT.pptx
byAnisZahirahAzman
 
PPTX
Virtualization & cloud computing
bySoumyajit Basu
 
PPTX
AWS EC2 Fundametals
byPiyush Agrawal
 
Azure networking update 201908
byJay Kim
 
Introduction to Google Cloud Platform (GCP) | Google Cloud Tutorial for Begin...
byEdureka!
 
Huawei node b technical-description
byYasir Jami
 
IoT security
byYashKesharwani2
 
Value Microsoft 365 E5 English
byGuillaume Lagache
 
connecting smart object in IoT.pptx
byAnisZahirahAzman
 
Virtualization & cloud computing
bySoumyajit Basu
 
AWS EC2 Fundametals
byPiyush Agrawal
 

What's hot

PPTX
CyberSecurity Portfolio Management
byPriyanka Aash
 
PDF
OptiX_RTN_950A_Radio_Transmission_System.pdf
byHabtamuAdera3
 
PDF
Sample lld document v1.0
byTom Mark Giembicki
 
PPTX
Next-gen Network Telemetry is Within Your Packets: In-band OAM
byFrank Brockners
 
PPTX
Azure Security Overview
byAllen Brokken
 
PDF
NIST Cloud Computing Standards
byGovCloud Network
 
PPTX
McAfee - MVISION Cloud (MVC) - Cloud Access Security Broker (CASB)
byIftikhar Ali Iqbal
 
PPT
3 g rf_opt_process_ppt
byHatim100
 
PDF
Managed Services For Telecom Operators
byRifaat Abbas Suliman MBA,PMP,PMOC,ITIL,CDCMP
 
PDF
Data Center Security
bydevalnaik
 
PPT
Introduction to Virtualization
byelliando dias
 
ODP
Thin Client Overview
byAlex Little
 
PDF
Benefits of Web Application Firewall
bydavidjohnrace
 
PPTX
Mobile IP
byMukesh Chinta
 
PPTX
Cloud security and security architecture
byVladimir Jirasek
 
PDF
Lte kpis, counters & amp; timers
byAbhishek Jena
 
PPT
Optimisation guide line ver1.1
byChandra Deria
 
PDF
Lte capacity monitoring
byKlajdi Husi
 
PDF
VoLTE KPI Performance Explained
byVikas Shokeen
 
DOCX
Seminer report aeronautical_communication
bysubha6994
 
CyberSecurity Portfolio Management
byPriyanka Aash
 
OptiX_RTN_950A_Radio_Transmission_System.pdf
byHabtamuAdera3
 
Sample lld document v1.0
byTom Mark Giembicki
 
Next-gen Network Telemetry is Within Your Packets: In-band OAM
byFrank Brockners
 
Azure Security Overview
byAllen Brokken
 
NIST Cloud Computing Standards
byGovCloud Network
 
McAfee - MVISION Cloud (MVC) - Cloud Access Security Broker (CASB)
byIftikhar Ali Iqbal
 
3 g rf_opt_process_ppt
byHatim100
 
Managed Services For Telecom Operators
byRifaat Abbas Suliman MBA,PMP,PMOC,ITIL,CDCMP
 
Data Center Security
bydevalnaik
 
Introduction to Virtualization
byelliando dias
 
Thin Client Overview
byAlex Little
 
Benefits of Web Application Firewall
bydavidjohnrace
 
Mobile IP
byMukesh Chinta
 
Cloud security and security architecture
byVladimir Jirasek
 
Lte kpis, counters & amp; timers
byAbhishek Jena
 
Optimisation guide line ver1.1
byChandra Deria
 
Lte capacity monitoring
byKlajdi Husi
 
VoLTE KPI Performance Explained
byVikas Shokeen
 
Seminer report aeronautical_communication
bysubha6994
 

Similar to NIST Cloud computing taxonomy - UA translation by ISACA KYIV

PPTX
Хмарні сервіси
byOleh
 
PDF
Fog computing - Туманні обчислення в ОТ
byAPPAU_Ukraine
 
PPTX
Проектування Інтернет речей (IoT)
byOleh
 
PPTX
"Edge computing in SaaS: how we reduced latency and what went wrong", Ihor Za...
byFwdays
 
PPTX
"Building a cloud-native data platform with security in mind", Natalie Godec
byFwdays
 
PPT
Lec15 архiтектура та проектування компонентних систем
bycit-cit
 
PPTX
"Ukrainian cloud and AWS/Azure/GCP: Smart vs Porsche. Is the alternative real...
byFwdays
 
PDF
Cloud taxonomy and best practices - ISACA Kyiv event, 05.11.2019
byAnastasiia Konoplova
 
PPTX
Хмарні технології (доповідач: Паршуков С.В.)
bygalanet82
 
PPTX
Aws - Marfej
byIgor Bronovskyy
 
PPTX
Валерий Макаренко, De Novo: "G-CLOUD. Облачные технологии для государственных...
byDe Novo
 
PPTX
Cloud Providers: Amazon, Rackspace, Azure by Andriy Tsok
byIT Booze
 
Хмарні сервіси
byOleh
 
Fog computing - Туманні обчислення в ОТ
byAPPAU_Ukraine
 
Проектування Інтернет речей (IoT)
byOleh
 
"Edge computing in SaaS: how we reduced latency and what went wrong", Ihor Za...
byFwdays
 
"Building a cloud-native data platform with security in mind", Natalie Godec
byFwdays
 
Lec15 архiтектура та проектування компонентних систем
bycit-cit
 
"Ukrainian cloud and AWS/Azure/GCP: Smart vs Porsche. Is the alternative real...
byFwdays
 
Cloud taxonomy and best practices - ISACA Kyiv event, 05.11.2019
byAnastasiia Konoplova
 
Хмарні технології (доповідач: Паршуков С.В.)
bygalanet82
 
Aws - Marfej
byIgor Bronovskyy
 
Валерий Макаренко, De Novo: "G-CLOUD. Облачные технологии для государственных...
byDe Novo
 
Cloud Providers: Amazon, Rackspace, Azure by Andriy Tsok
byIT Booze
 

More from Anastasiia Konoplova

PDF
Cybersec requirements implementation by OKI (KMU 518)
byAnastasiia Konoplova
 
PDF
IoT security Q3 2020 overview
byAnastasiia Konoplova
 
PPT
18.05.2017 ISMS - Iryna Ivchenko
byAnastasiia Konoplova
 
PDF
The State of Data Governance - DAMA Ukraine Kyiv+ ISACA KYIV 25-06-2025HO.pdf
byAnastasiia Konoplova
 
PDF
GDPR - переклад українською від ISACA Kyiv Chapter
byAnastasiia Konoplova
 
PDF
Обговорення GDPR
byAnastasiia Konoplova
 
PDF
Критерії аудиту плана відновлення банка
byAnastasiia Konoplova
 
PDF
IS Risk Governance&Management
byAnastasiia Konoplova
 
PDF
Shaping future of internal audit with IT
byAnastasiia Konoplova
 
PDF
An argument for budget acceptance:ROSI and how to calculate it
byAnastasiia Konoplova
 
PDF
ISMS compliance in Ukrainian banks in 2018 - links
byAnastasiia Konoplova
 
PDF
Resilience_Q12022.pdf
byAnastasiia Konoplova
 
PDF
Risk management associations review
byAnastasiia Konoplova
 
PDF
Third parties of open banking
byAnastasiia Konoplova
 
PDF
WEF resilience framework for complex organisations
byAnastasiia Konoplova
 
PDF
GDPR enforcement 10.10.2019
byAnastasiia Konoplova
 
Cybersec requirements implementation by OKI (KMU 518)
byAnastasiia Konoplova
 
IoT security Q3 2020 overview
byAnastasiia Konoplova
 
18.05.2017 ISMS - Iryna Ivchenko
byAnastasiia Konoplova
 
The State of Data Governance - DAMA Ukraine Kyiv+ ISACA KYIV 25-06-2025HO.pdf
byAnastasiia Konoplova
 
GDPR - переклад українською від ISACA Kyiv Chapter
byAnastasiia Konoplova
 
Обговорення GDPR
byAnastasiia Konoplova
 
Критерії аудиту плана відновлення банка
byAnastasiia Konoplova
 
IS Risk Governance&Management
byAnastasiia Konoplova
 
Shaping future of internal audit with IT
byAnastasiia Konoplova
 
An argument for budget acceptance:ROSI and how to calculate it
byAnastasiia Konoplova
 
ISMS compliance in Ukrainian banks in 2018 - links
byAnastasiia Konoplova
 
Resilience_Q12022.pdf
byAnastasiia Konoplova
 
Risk management associations review
byAnastasiia Konoplova
 
Third parties of open banking
byAnastasiia Konoplova
 
WEF resilience framework for complex organisations
byAnastasiia Konoplova
 
GDPR enforcement 10.10.2019
byAnastasiia Konoplova
 

NIST Cloud computing taxonomy - UA translation by ISACA KYIV

  • 1.
    NIST Cloud ComputingReference Architecture Еталонна архітектура хмарних обчислень від NIST Recommendations of the National Institute of Standards and Technology Рекомендації Національного Інституту Стандартів та Технологій Fang Liu, Jin Tong, Jian Mao, Robert Bohn, John Messina, Lee Badger and Dawn Leaf Переклад українською від ISACA Kyiv Chapter За підтримки агентства перекладів Task Force Київ, 2019 Special Publication 500-292
  • 2.
    NIST Cloud ComputingReference Architecture Еталонна архітектура хмарних обчислень від NIST Переклад українською Джерело: National Institute of Standards and Technology Special Publication 500-292 Natl. Inst. Stand. Technol. Spec. Publ. 500-292, 35 pages (September 2011) Переклад та редагування: Ірина Івченко Анастасія Конопльова За підтримки агентства перекладів Task Force Обмеження відповідальності Волонтери ISACA Kyiv Chapter переклали та опублікували документ в якості консультативного ресурсу з основ хмарних обчислень для фахівців із надання впевненості, корпоративного управління, управління ризиками та безпеки. Наведений переклад NIST Cloud Computing Reference Architecture не є офіційним перекладом нормативного документу. Термінологія та назви установ, органів та інституцій в США, наведені в документі, були перекладені з використанням нормативних актів України та відкритих джерел на власне судження перекладачів та редакторів документу. В Додатку А в дужках наданий англійський еквівалент використаних термінів. Імена авторів та посадових осіб в документі залишені в оригіналі. ISACA Kyiv Chapter, перекладачі та редактори не несуть відповідальність за наслідки використання документу. Переклад не має під собою ніякої комерційної основи. Документ розміщений безкоштовно, у вільному доступі і для загального користування.
  • 3.
    NIST Cloud Computing ReferenceArchitecture Recommendations of the National Institute of Standards and Technology Fang Liu, Jin Tong, Jian Mao, Robert Bohn, John Messina, Lee Badger and Dawn Leaf Special Publication 500-292
  • 4.
    NIST Special Publication500-292 NIST Cloud Computing Reference Architecture Recommendations of the National Institute of Standards and Technology Fang Liu, Jin Tong, Jian Mao, Robert Bohn, John Messina, Lee Badger and Dawn Leaf Information Techonology Laboratory Cloud Computing Program Information Technology Laboratory National Institute of Standards and Technology Gaithersburg, MD 20899-8930 September 2011 U.S. Department of Commerce Rebecca M. Blank, Acting Secretary National Institute of Standards and Technology Patrick D. Gallagher, Under Secretary for Standards and Technology and Director i
  • 5.
    NIST SP 500-292Еталонна архітектура хмарних обчислень від NIST ii Звіти про технологію комп'ютерних систем Лабораторія інформаційних технологій (ITL) Національного інституту стандартів і технологій (NIST) сприяє економіці США та суспільному добробуту шляхом надання технічного керівництва для інфраструктури вимірювань та стандартів країни. ITL розробляє тести, методи тестування, довідкові дані, докази реалізації концепції та технічний аналіз для просування розвитку та продуктивного використання інформаційних технологій. Обов'язки ITL включають розробку технічних, фізичних, адміністративних і управлінських стандартів і керівних принципів для економічно ефективної безпеки та конфіденційності чутливої несекретної інформації у федеральних комп'ютерних системах. Ця Спеціальна публікація серії 800 повідомляє про дослідження, настанови та інформаційні заходи ITL у сфері комп'ютерної безпеки та її спільну діяльність з промисловістю, урядом та академічними організаціями. National Institute of Standards and Technology Special Publication 500-292 Natl. Inst. Stand. Technol. Spec. Publ. 500-292, 35 pages (September 2011) Окремі комерційні суб'єкти, обладнання або матеріали можуть бути згадані в цьому документі з метою адекватного опису експериментальної процедури або концепції. Така згадка не має на увазі рекомендацію або схвалення Національним інститутом стандартів і технологій, а також не має на увазі, що суб'єкти, матеріали або обладнання є найкращими у своєму класі.
  • 6.
    NIST SP 500-292Еталонна архітектура хмарних обчислень від NIST iii Подяка Автори, Fang Liu, Jin Tong, Jian Mao з Knowcean Consulting Inc. (послуги, придбані через контракт US NAVY SPAWAR), Robert Bohn, John Messina, Lee Badger, Dawn Leaf з Національного інституту стандартів і технологій (NIST) хочуть подякувати своїм колегам, які розглядали проекти цього документа і зробили внесок в його технічний зміст. Автори з вдячністю визнають і цінують широкий внесок учасників робочої групи NIST з еталонної архітектури і таксономії хмарних обчислень та команди аналізу еталонної архітектури. Інформація про товарний знак Всі назви є торговими марками або зареєстрованими торговими марками відповідних власників.
  • 7.
    NIST SP 500-292Еталонна архітектура хмарних обчислень від NIST iv Зміст Резюме для керівництва .....................................................................................................................vi 1. Вступ ................................................................................................................................................1 1.1 Підгрунтя ................................................................................................................................ 1 1.2 Цілі.............................................................................................................................................1 1.3 Як був складений цей звіт ................................................................................................... 2 1.4 Структура цього звіту .......................................................................................................... 3 2. Еталонна архітектура хмарних обчислень: Огляд ................................................................ 4 2.1 Принципова еталонна модель............................................................................................. 4 2.2 Споживач хмарних послуг................................................................................................... 7 2.3 Постачальник хмарних послуг........................................................................................... 8 2.4 Аудитор хмарних послуг.................................................................................................... 10 2.5 Брокер хмарних послуг ..................................................................................................... 10 2.6 Передавач хмарних послуг................................................................................................ 11 2.7 Предмет контролю між постачальником та споживачем .......................................... 11 3. Еталонна архітектура хмарних обчислень: Архітектурні компоненти .......................... 13 3.1 Розгортання послуг............................................................................................................. 13 3.2 Налаштування послуг ........................................................................................................ 16 3.3 Управління хмарними послугами ................................................................................... 17 3.3.1 Підтримка бізнесу ......................................................................................................... 18 3.3.2 Підготовка та налагодження ......................................................................................... 18 3.3.3 Переміщуваність та інтероперабельність.................................................................... 18 3.4 Безпека................................................................................................................................... 19 3.4.1 Перспективи моделі хмарних послуг........................................................................... 19 3.4.2 Вплив моделей розгортання хмарних послуг.............................................................. 20 3.4.3 Спільні обов'язки з безпеки .......................................................................................... 20 3.5 Приватність.......................................................................................................................... 20 4. Таксономія хмарних послуг ..................................................................................................... 21 Додаток А: Терміни та визначення таксономії хмарних послуг .............................................. 23 Додаток B: Приклади хмарних послуг .......................................................................................... 27 Додаток C: Скорочення .................................................................................................................... 29 Додаток D: Посилання ...................................................................................................................... 30
  • 8.
    NIST SP 500-292Еталонна архітектура хмарних обчислень від NIST v Перелік рисунків.................................................................................................................................. v Рисунок 1 Принципова еталонна модель ............................................................................................ 4 Рисунок 2: Взаємодія між суб'єктами хмарних обчислень................................................................ 5 Рисунок 3: Сценарій використання для брокерів хмарних послуг................................................... 6 Рисунок 4: Сценарій використання для передавачів хмарних послуг ............................................. 6 Рисунок 5: Сценарій використання для аудиторів хмарних послуг................................................. 6 Рисунок 6: Приклад послуг, доступних споживачу хмарних послуг ............................................... 7 Рисунок 7: Постачальник хмарних послуг – основна діяльність...................................................... 9 Рисунок 8: Предмет контролю між Постачальником та Споживачем ........................................... 11 Рисунок 10: Локальна приватна хмара.............................................................................................. 13 Рисунок 11: Приватна хмара в аутсорсингу...................................................................................... 14 Рисунок 12: Локальна кооперативна хмара ...................................................................................... 14 Рисунок 13: Кооперативна хмара в аутсорсингу.............................................................................. 15 Рисунок 14: Гібридна хмара ............................................................................................................... 15 Рисунок 15: Постачальник хмарних послуг – налаштування послуг............................................. 16 Рисунок 16: Постачальник хмарних послуг – управління хмарними послугами ......................... 17 Рисунок 17: Таксономія хмарних послуг .......................................................................................... 22 Перелік таблиць ...................................................................................................................................v Таблиця 1: Суб'єкти в хмарних обчисленнях...................................................................................... 5
  • 9.
    NIST SP 500-292Еталонна архітектура хмарних обчислень від NIST vi Резюме для керівництва Прийняття хмарних обчислень в уряді США (USG) та їх впровадження залежать від різноманітних технічних та нетехнічних факторів. Фундаментальний орієнтир, заснований на визначенні хмарних обчислень від NISTi , необхідний для опису загальної концепції, яка може використовуватися у всій країні. У цьому документі представлена еталонна архітектура хмарних обчислень (NIST Cloud Computing Reference Architecture (RA) і таксономія (Tax), яка буде точно представляти складові та пропозиції хмарних обчислень. Керівними принципами, що використовувалися для створення RA, були: 1) розробка незалежної від постачальника архітектури, яка відповідає визначенню NIST; 2) розробка рішення, яке не обмежує нововведення шляхом визначення директивного технічного рішення. Це рішення буде створювати рівні умови для промисловості для обговорення та порівняння їхніх пропозицій хмарних послуг з Урядом США (USG). Отримана в результаті еталонна архітектура та таксономія для хмарних обчислень була розроблена як модель на основі суб'єктів/ ролей, які представляють центральні елементи хмарних обчислень для федеральних ІТ-директорів, службовців закупівель та менеджерів ІТ-програм. Ландшафт хмарних обчислень є відкритим і різноманітним, і супроводжуюча таксономія є засобом для його однозначного опису. RA представлена у двох частинах: повний огляд суб'єктів та їх ролей та необхідних архітектурних складових для управління та надання хмарних сервісів, таких як розгортання послуг, налаштування послуг, управління хмарними послугами, безпека та приватність. Таксономія представлена у відповідному розділі та додатках, присвячених термінам і визначенням та прикладам хмарних сервісів. Огляд еталонної архітектури описує п'ять основних суб'єктів з їхніми ролями та обов'язками, використовуючи щойно розроблену таксономію хмарних обчислень. П'ятьма основними суб'єктами є споживач хмарних послуг (Cloud Consumer), постачальник хмарних послуг (Cloud Provider), брокер хмарних послуг (Cloud Broker), аудитор хмарних послуг (Cloud Auditor) та передавач хмарних послуг (Cloud Carrier). Ці основні особи мають ключову роль у сфері хмарних обчислень. Наприклад, споживач хмарних послуг – це фізична особа або організація, яка придбає та використовує хмарні продукти та послуги. Розповсюджувачем продуктів і послуг є постачальник хмарних послуг. Через можливі пропозиції послуг (Програмне забезпечення, Платформа або Інфраструктура), які пропонуються постачальником хмарних послуг, буде відбуватися зміна рівня відповідальності для деяких аспектів сфери управління, безпеки та конфігурації. Брокер хмарних послуг виступає в ролі проміжної ланки між споживачем і постачальником послуг і допомагає споживачам через складність пропозицій хмарних послуг, а також може створювати додаткові сервіси у хмарі. Аудитор хмарних послуг виконує цінну властиву функцію керівництва, здійснюючи незалежний моніторинг продуктивності та безпеки хмарних послуг. Передавач хмарних послуг – це організація, яка несе відповідальність за передачу даних, схожу на розподільника електроенергії для електричної мережі.
  • 10.
    NIST SP 500-292Еталонна архітектура хмарних обчислень від NIST vii Архітектурні складові еталонної архітектури описують важливі аспекти розгортання та налаштування послуги. Загальне управління послугами у хмарі визнано важливим елементом схеми архітектури. Механізми підтримки бізнесу існують для виявлення питань управління клієнтами, таких як контракти, облік і ціноутворення, і є життєво важливими для хмарних обчислень. Обговорення підготовки та налагодження вказує на вимоги до хмарних систем, які будуть доступні за необхідністю, вимірювані та матимуть належне управління SLA. Проблеми з переміщуваністю та інтероперабельністю даних, систем та послуг є вирішальними факторами, що стоять перед споживачами під час впровадженні хмарних послуг. Споживачам потрібна впевненість у переміщенні своїх даних і послуг між кількома хмарними середовищами. Питання безпеки та приватності мають розглядатися як головна архітектурна складова хмари, також потрібно мати рівень впевненості та довіри, щоб створити атмосферу прийняття здатності хмари забезпечити надійну та безвідмовну систему. Також обговорюються зобов'язання з безпеки, розглядається безпека для різних моделей хмарних послуг та моделей розгортання.
  • 11.
    NIST SP 500-292Еталонна архітектура хмарних обчислень від NIST 1 1. Вступ 1.1 Підгрунтя Національний інститут стандартів і технологій (NIST) був визначений Федеральним директором з інформаційних технологій (CIO) Vivek Kundra для технічного спрямування зусиль уряду США (USG), пов'язаних з прийняттям і розвитком стандартів хмарних обчислень. Мета полягає в тому, щоб прискорити прийняття федеральним урядом безпечних та ефективних хмарних обчислень для зниження витрат і поліпшення послуг. Стратегія NIST полягає у створенні технологічної дорожньої карти хмарних обчислень, яка фокусується на найвищому пріоритеті для USG вимог безпеки, інтероперабельності та переміщуваності хмарних обчислень, та спрямуванні зусиль з розробки стандартів та настанов у тісному обговоренні та співпраці з органами стандартизації, приватним сектором та іншими зацікавленими сторонами. Програма хмарних обчислень NIST була офіційно запущена в листопаді 2010 року для підтримки зусиль федерального уряду щодо включення хмарних обчислень як заміни традиційних інформаційних систем та моделей прикладних програм там, де це доречно. Програма хмарних обчислень NIST функціонує в координації з іншими урядовими зусиллями у сфері хмарних обчислень (CIO Council / ISIMC та ін.) та інтегрована з Федеральним 25-пунктним планом реформ управління 1 та Федеральною стратегією хмарних обчислень2 . NIST створив такі робочі групи, щоб надати технічно орієнтовану стратегію та стандартизовані керівні принципи для впровадження федеральних хмарних обчислень: Робоча група з цільових бізнес-сценаріїв використання хмарних обчислень Робоча група з еталонної архітектури та таксономії хмарних обчислень Робоча група з дорожньої карти стандартів хмарних обчислень Робоча група з розвитку стандартів для старту прийняття хмарних обчислень (SAJACC) Робоча група з безпеки хмарних обчислень 1.2 Цілі Визначення хмарних обчислень NIST [1] широко визнається як цінний внесок у забезпечення чіткого розуміння технологій хмарних обчислень і хмарних послуг. Воно надає просту і однозначну таксономію трьох моделей послуг, доступних для споживачів у хмарах: хмарне програмне забезпечення як послуга (SaaS), хмарна платформа як послуга (PaaS), і хмарна інфраструктура як послуга (IaaS). Воно також узагальнює чотири моделі розгортання, що описують, як обчислювальна інфраструктура, яка забезпечує ці послуги, може бути розподілена: приватна хмара, кооперативна хмара, публічна хмара та гібридна хмара. Нарешті, визначення NIST також надає уніфікований погляд на п'ять найважливіших характеристик, які демонструють всі хмарні послуги: самообслуговування за запитом, широкий доступ до мережі, об'єднання ресурсів, висока гнучкість і вимірюваність послуг. Ці послуги та їх постачання лежать в основі хмарних обчислень. У моделі хмарних обчислень основна увага приділяється більш економічному методу надання більш якісних і швидких послуг 1 Служба управління та бюджету, Федеральний директор з інформаційних технологій США Vivek Kundra, “План впровадження 25 пунктів для реформування федерального управління інформаційними технологіями”, грудень 2010 року. http://www.cio.gov/documents/25-Point-ImplementationPlan-to-Reform-Federal%20IT.pdf 2 Служба управління та бюджету, Федеральний директор з інформаційних технологій США Vivek Kundra, “Федеральна стратегія хмарних обчислень”, лютий 2011.http://www.cio.gov/documents/Federal-Cloud-Computing-Strategy.pdf
  • 12.
    NIST SP 500-292Еталонна архітектура хмарних обчислень від NIST 2 за нижчою ціною для користувачів. У традиційній моделі надання ІТ-послуг велика увага приділяється закупівлі, підтримці та експлуатації необхідної апаратної та супутньої інфраструктури. Модель хмарних обчислень дозволяє ІТ-директорам, керівникам ІТ-проектів та посадовцям з закупівель спрямувати свою увагу на створення інноваційних послуг для клієнтів. Для успішного надання послуг, USG має забезпечити надійність постачання продуктів та процесів. Забезпечуючи довговічні та належні стандарти для хмарних обчислень у сфері безпеки, переміщуваності даних та взаємодії служб, USG матиме додаткову упевненість, необхідну для переміщення своїх прикладних програм у хмару. Необхідні стандарти також сприятимуть рівноправному полю для постачальників хмарних послуг і нададуть споживачам хмарних послуг ряд різних варіантів на ринку та впевненість у тому, що їхні дані та програми працюватимуть на будь-якій хмарі. Стандарти для хмарних обчислень є головною метою програми NIST із хмарних обчислень; логічним кроком після формування визначення хмарних обчислень NIST є створення проміжної опорної точки, з якої можна провести подальше обговорення хмарних обчислень і почати ідентифікувати розділи в еталонній архітектурі, в яких стандарти необхідні, корисні або необов'язкові. Еталонна архітектура хмарних обчислень NIST, представлена в цьому документі, є логічним продовженням визначення хмарних обчислень NIST. Це загальна високорівнева концептуальна модель, яка є ефективним інструментом для обговорення вимог, структур і операцій хмарних обчислень. Модель не пов'язана з будь-якими конкретними продуктами, послугами або еталонною реалізацією певного постачальника, а також не визначає рішення, що стримують інновації. Вона визначає сукупність суб'єктів, дій та функцій, які можуть бути використані в процесі розробки архітектури хмарних обчислень, і стосується таксономії хмарних обчислень. Еталонна архітектура містить набір поглядів і описів, які є основою для обговорення характеристик, застосувань і стандартів для хмарних обчислень. Ця модель, заснована на суб'єкті/ролі, призначена для задоволення очікувань зацікавлених сторін, дозволяючи їм зрозуміти загальний погляд на ролі та обов'язки, щоб визначити та визнати ризик. Еталонна архітектура хмарних обчислень NIST зосереджена на вимогах “що” надають хмарні послуги, а не “яке саме” проектне рішення та реалізація. Еталонна архітектура призначена для полегшення розуміння операційних тонкощів у хмарних обчисленнях. Вона не представляє системну архітектуру певної системи хмарних обчислень; замість цього вона є інструментом для опису, обговорення та розробки специфічної для системи архітектури з використанням загальної системи відліку. Дизайн еталонної архітектури хмарних обчислень NIST виконує такі завдання: ілюструвати та розуміти різні хмарні послуги в контексті загальної концептуальної моделі хмарних обчислень; надавати технічну довідку агенціям США та іншим споживачам для розуміння, обговорення, класифікації та порівняння хмарних послуг; і полегшити аналіз можливих стандартів безпеки, інтероперабельності, переміщуваності і еталонної реалізації. 1.3 Як був складений цей звіт Команда проекту еталонної архітектури хмарних обчислень NIST вивчала і завершила початковий аналіз існуючих моделей хмарних обчислень, запропонованих хмарними організаціями, постачальниками та федеральними агенціями. На основі наявної інформації, команда проекту розробила попередню модель архітектурних концепцій. Ці зусилля сприяли процесу спільної роботи з робочою групою еталонної архітектури та таксономії хмарних
  • 13.
    NIST SP 500-292Еталонна архітектура хмарних обчислень від NIST 3 обчислень NIST, яка діяла з листопада 2010 року до квітня 2011 року. Цей процес передбачає широку участь промисловості, академічних організацій, організацій з розробки стандартів (SDO), та впроваджувачів хмари з приватного та державного сектору. Команда проекту ітеративно переглянула еталонну модель, включивши коментарі та відгуки, отримані від робочої групи. Цей документ представляє перше видання еталонної архітектури та таксономії хмарних обчислень NIST. 1.4 Структура цього звіту Решту цього документа організовано наступним чином: У розділі 2 представлено огляд еталонної архітектури хмарних обчислень NIST, наданий перелік головних суб'єктів та обговорено взаємодію між учасниками. У розділі 3 розкрито деталі архітектурних компонентів еталонної моделі. Розділ 4 представляє відповідну таксономію. Документ також містить допоміжні матеріали в додатках. У Додатку А перераховані терміни та визначення, що входять до таксономії. Додаток B містить деякі приклади хмарних послуг. У Додатках C і D, відповідно, наведено абревіатури та посилання, використані в документі.
  • 14.
    NIST SP 500-292Еталонна архітектура хмарних обчислень від NIST 4 2. Еталонна архітектура хмарних обчислень: Огляд 2.1 Принципова еталонна модель На рисунку 1 представлений огляд еталонної архітектури хмарних обчислень NIST, яка визначає головних суб'єктів, їх діяльність і функції в хмарних обчисленнях. Діаграма зображує загальну архітектуру високого рівня і призначена для полегшення розуміння вимог, використання, характеристик і стандартів хмарних обчислень. Рисунок 1: Принципова еталонна модель Як показано на рисунку 1, еталонна архітектура хмарних обчислень NIST визначає п'ять основних суб'єктів: споживача хмарних послуг, постачальника хмарних послуг, передавача хмарних послуг, аудитора хмарних послуг і брокера хмарних послуг. Кожен учасник – це суб'єкт (особа або організація), який бере участь у транзакції або процесі та/або виконує завдання у хмарних обчисленнях. У таблиці 1 коротко перераховані суб'єкти, визначені в еталонній архітектурі хмарних обчислень NIST. Загалом дії суб'єктів обговорюються в іншій частині цього розділу, а деталі архітектурних елементів розглядаються в розділі 3.
  • 15.
    NIST SP 500-292Еталонна архітектура хмарних обчислень від NIST 5 Рисунок 2 ілюструє взаємодію між учасниками. Споживач хмарних послуг може запитувати хмарні послуги від постачальника хмарних послуг безпосередньо або через брокера хмарних послуг. Аудитор хмарних послуг проводить незалежні аудиторські перевірки та може зв'язуватися з іншими для збору необхідної інформації. Деталі обговорюються в наступних розділах і представлені за зростанням деталізації в послідовних діаграмах. Суб'єкт Визначення Споживач хмарних послуг Особа або організація, яка підтримує ділові відносини та використовує послуги Постачальників хмарних послуг. Постачальник хмарних послуг Особа, організація або суб'єкт, відповідальний за доступність послуг для зацікавлених сторін. Аудитор хмарних послуг Сторона, яка може проводити незалежну оцінку хмарних послуг, операцій інформаційної системи, продуктивності та безпеки впровадження хмарних послуг. Брокер хмарних послуг Суб'єкт, який керує використанням, продуктивністю і доставкою хмарних послуг, а також веде переговори про відносини між постачальниками хмарних послуг та споживачами хмарних послуг. Передавач хмарних послуг Посередник, який надає можливість підключення та передавання хмарних сервісів між постачальниками хмарних послуг та споживачами хмарних послуг. Таблиця 1: Суб'єкти в хмарних обчисленнях Рисунок 2: Взаємодія між суб'єктами хмарних обчислень
  • 16.
    NIST SP 500-292Еталонна архітектура хмарних обчислень від NIST 6  Приклад сценарію використання 1: Споживач хмарних послуг може запитувати послугу у брокера хмарних послуг, а не звертатися безпосередньо до постачальника хмарних послуг. Брокер хмарних послуг може створити нову послугу, поєднуючи декілька послуг або покращуючи існуючі послуги. У цьому прикладі фактичні постачальники хмарних послуг невидимі для споживача хмарних послуг, а споживач хмарних послуг безпосередньо взаємодіє з брокером хмарних послуг. Рисунок 3: Сценарій використання для брокерів хмарних послуг  Приклад сценарію використання 2: Передавач хмарних послуг надає підключення та передавання хмарних сервісів від постачальників хмарних послуг до споживачів хмарних послуг. Як показано на рисунку 4, постачальник хмарних послуг бере участь і організовує дві окремі угоди про рівень обслуговування (SLA), одну з передавачем хмарних послуг (наприклад, SLA2) і одну з споживачем хмарних послуг (наприклад, SLA1). Постачальники хмарних послуг організовують угоди про рівень обслуговування (SLA) з передавачем хмарних послуг і можуть запитувати виділені та зашифровані з'єднання, щоб забезпечити споживання хмарних послуг на постійному рівні відповідно до договірних зобов'язань з споживачами хмарних послуг. У цьому випадку постачальник може вказати свої вимоги щодо можливостей, гнучкості та функціональності в SLA2, щоб забезпечити основні вимоги у SLA1. Рисунок 4: Сценарій використання для передавачів хмарних послуг  Приклад сценарію використання 3: Для хмарних послуг аудитор хмарних послуг здійснює незалежні оцінки функціонування та безпеки впровадження хмарних послуг. Аудит може включати взаємодію як з споживачем хмарних послуг так і з постачальником хмарних послуг. Рисунок 5: Сценарій використання для аудиторів хмарних послуг
  • 17.
    NIST SP 500-292Еталонна архітектура хмарних обчислень від NIST 7 2.2 Споживач хмарних послуг Споживач хмарних послуг є основною зацікавленою стороною для послуг з хмарних обчислень. Споживач хмарних послуг представляє особу або організацію, яка підтримує бізнес-відносини та використовує послугу постачальника хмарних послуг. Споживач хмарних послуг переглядає каталог послуг від постачальника хмарних послуг, запитує відповідну послугу, встановлює контракти на обслуговування з постачальником хмарних послуг та користується послугою. Споживач хмарних послуг може отримувати рахунок за надану послугу і повинен відповідно організовувати платежі. Споживачам хмарних послуг потрібні угоди SLA, щоб визначити технічні вимоги до продуктивності, яким має задовольняти постачальник хмарних послуг. Угоди SLA можуть охоплювати умови щодо якості обслуговування, безпеки, засобів захисту від збоїв у роботі. Постачальник хмарних послуг може також перераховувати в угодах SLA перелік позицій, явно не наданих споживачам, тобто обмеження та зобов'язання, які споживачі хмарних послуг повинні прийняти. Споживач хмарних послуг може вільно вибирати постачальника хмарних послуг з кращими цінами та більш вигідними умовами. Як правило, цінова політика постачальника хмарних послуг та SLA не підлягають обговоренню, якщо клієнт не очікує значного використання і може обговорити кращі контракти. [2]. Залежно від запитуваних послуг, сценарії діяльності та використання у споживачів хмарних послуг можуть відрізнятися. На рисунку 6 представлені деякі приклади хмарних послуг, доступних для споживача хмарних послуг (докладніше див. Додаток B: Приклади хмарних послуг) [13]. Рисунок 6: Приклад послуг, доступних споживачу хмарних послуг
  • 18.
    NIST SP 500-292Еталонна архітектура хмарних обчислень від NIST 8 Хмарні прикладні програми SaaS доступні через мережу споживачам SaaS. Споживачами SaaS можуть бути організації, які надають своїм членам доступ до прикладних програм, кінцеві користувачі, які безпосередньо використовують прикладні програми, або адміністратори прикладних програм, які налаштовують програми для кінцевих користувачів. Споживачам SaaS можуть виставляти рахунок на основі кількості кінцевих користувачів, часу використання, споживаної пропускної здатності мережі, кількості збережених даних або тривалості зберігання даних. Споживачі хмарних послуг PaaS можуть використовувати інструменти та ресурси для виконання, що надаються постачальниками хмарних послуг для розробки, тестування, розгортання та управління прикладними програмами, розміщеними у хмарному середовищі. Споживачами PaaS можуть бути розробники прикладних програм, які розробляють і впроваджують прикладне програмне забезпечення, тестувальники прикладних програм, які запускають і тестують прикладні програми в хмарному середовищі, розробники програм, які розгортають прикладні програми в хмарі, і адміністратори прикладних програм, які налаштовують і контролюють продуктивність прикладної програми на платформі. Споживачам PaaS можуть виставляти рахунки відповідно до використання обчислювальних ресурсів, сховища баз даних і мережевих ресурсів, які споживаються прикладною програмою PaaS, і тривалості використання платформи. Споживачі IaaS мають доступ до віртуальних комп'ютерів, мережевого сховища, компонентів мережевої інфраструктури та інших основних обчислювальних ресурсів, на яких вони можуть розгортати і запускати довільне програмне забезпечення. Споживачами IaaS можуть бути розробники систем, системні адміністратори та ІТ-менеджери, які зацікавлені у створенні, установці, управлінні та моніторингу послуг для функціонування ІТ-інфраструктури. Споживачам IaaS надаються можливості доступу до цих обчислювальних ресурсів, і їм можуть виставляти рахунки відповідно до кількості або тривалості споживаних ресурсів, таких як години процесорів, які використовуються віртуальними комп'ютерами, обсяг і тривалість зберігання даних, пропускна спроможність мережі, кількість IP-адрес, що використовуються для певних інтервалів. 2.3 Постачальник хмарних послуг Постачальник хмарних послуг – це особа, організація; це суб’єкт, відповідальний за надання послуг для зацікавлених сторін. Постачальник хмарних послуг придбає та управляє обчислювальною інфраструктурою, необхідною для надання послуг, запускає хмарне програмне забезпечення, яке надає послуги, та укладає угоди про надання хмарних послуг споживачам хмарних послуг через доступ до мережі. Для програмного забезпечення як сервісу постачальник розгортає, конфігурує, підтримує та оновлює роботу прикладних програм на хмарній інфраструктурі, так що послуги надаються на очікуваних рівнях обслуговування для споживачів хмарних послуг. Постачальник SaaS бере на себе більшу частину відповідальності за управління та контроль прикладних програм та інфраструктури, в той час як споживачі хмарних послуг мають обмежений адміністративний контроль над прикладними програмами. Для PaaS постачальник хмарних послуг управляє обчислювальною інфраструктурою для платформи і запускає хмарне програмне забезпечення, яке надає компоненти платформи, такі як стек виконання програмного забезпечення, бази даних та інші компоненти проміжного програмного забезпечення. Постачальник хмарних послуг PaaS, як правило, також підтримує
  • 19.
    NIST SP 500-292Еталонна архітектура хмарних обчислень від NIST 9 процес розробки, розгортання та управління PaaS споживачем хмарних послуг, надаючи такі засоби, як інтегровані середовища розробки (IDE), версії для розробки хмарного програмного забезпечення, комплекти розробки програмного забезпечення (SDK), засоби розгортання та управління. Споживач хмарних послуг PaaS має контроль над прикладними програмами і, можливо, деякими налаштуваннями середовища, але не має або має обмежений доступ до інфраструктури, що лежить в основі платформи, наприклад, мережі, серверів, операційних систем (OC) або сховища. Для IaaS постачальник хмарних послуг придбає фізичні обчислювальні ресурси, що лежать в основі послуги, включаючи сервери, мережі, інфраструктуру зберігання та розміщення. Постачальник хмарних послуг запускає хмарне програмне забезпечення, необхідне для того, щоб зробити обчислювальні ресурси доступними для споживача хмарних послуг IaaS через набір інтерфейсів обслуговування та абстракцій обчислювальних ресурсів, таких як віртуальні машини та віртуальні мережеві інтерфейси. Споживач хмарних послуг IaaS, в свою чергу, використовує ці обчислювальні ресурси, такі як віртуальний комп'ютер, для своїх фундаментальних форм обчислювальних ресурсів і має таким чином контроль на більшою кількістю програмних компонентів у стеку прикладних програм, включаючи ОС та мережу. Постачальник хмарних послуг, з іншого боку, має контроль над фізичним апаратним забезпеченням та хмарним програмним забезпеченням, яке робить можливим надання цих послуг інфраструктури, наприклад, фізичні сервери, мережеве обладнання, пристрої зберігання даних, хост-ОС та гіпервізори для віртуалізації. Діяльність постачальника хмарних послуг може бути описана в п'яти основних областях, як показано на рисунку 7, постачальник хмарних послуг здійснює свою діяльність у сферах розгортання послуг, налаштування послуг, управління хмарними послугами, безпеки та приватності. Деталі обговорюються в розділі 3. Рисунок 7: Постачальник хмарних послуг – основна діяльність
  • 20.
    NIST SP 500-292Еталонна архітектура хмарних обчислень від NIST 10 2.4 Аудитор хмарних послуг Аудитор хмарних послуг – це сторона, яка може виконати незалежну перевірку контролю хмарних послуг з наміром висловити свою думку. Проводиться аудит для того, щоб пересвідчитися відповідності стандартам шляхом перегляду об'єктивних доказів. Аудитор хмарних послуг може оцінювати послуги, що надаються постачальниками хмарних послуг, з точки зору контролю безпеки, впливу на приватність (належний захист персональних даних), продуктивності тощо. Аудит особливо важливий для федеральних агентств, оскільки “агенції повинні включати договірне положення, що дозволяє третім сторонам оцінювати контроль безпеки постачальників хмарних послуг” [4] (Vivek Kundra, Федеральна стратегія хмарних обчислень, лютий 2011.). Контролі безпеки [3] є управлінськими, операційними та технічними контролями або контрзаходами, що використовуються в інформаційній системі організації для захисту конфіденційності, цілісності та доступності системи та її інформації. Для аудиту безпеки, аудитор хмарних послуг може зробити оцінку контролю безпеки в інформаційній системі, щоб визначити, якою мірою управління здійснюється правильно, працює за призначенням, і виробляє бажаний результат з урахуванням вимог безпеки для системи. Аудит безпеки також повинен включати перевірку відповідності нормативним актам та політиці безпеки. Наприклад, аудитору може бути покладено завдання впевнитися, що для зберігання даних згідно відповідних правил в юрисдикції застосовується правильна політика. Аудитор може впевнитися, що фіксований вміст не був змінений, а вимоги щодо архівації юридичних та бізнес-даних були задоволені. Аудит впливу на приватність може допомогти федеральним агентствам дотримуватись застосовних законів та правил, що регулюють приватність особи, а також забезпечити конфіденційність, цілісність та доступність особистої інформації особи на кожному етапі розробки та експлуатації [5]. 2.5 Брокер хмарних послуг Із розвитком хмарних обчислень інтеграція хмарних послуг може бути надто складною для управління ними споживачами хмарних послуг. Споживач хмарних послуг може запитувати хмарні послуги від брокера хмарних послуг, а не звертатися безпосередньо до постачальника хмарних послуг. Брокер хмарних послуг – це організація, яка керує використанням, продуктивністю та доставкою хмарних послуг і веде переговори про взаємозв'язки між постачальниками хмарних послуг та споживачами хмарних послуг. Загалом, брокер хмарних послуг може надавати послуги в трьох категоріях [9]:  Інтермедіація послуг: Брокер хмарних послуг покращує певну послугу, посилюючи певні можливості та надаючи додаткові послуги споживачам у хмарах. Удосконаленням може бути управління доступом до хмарних сервісів, управління обліковими записами, звітування про ефективність, посилена безпека тощо.  Агрегація послуг: Брокер хмарних послуг поєднує і інтегрує декілька послуг в одну або кілька нових послуг. Брокер забезпечує інтеграцію даних і безпечний рух даних між споживачем хмарних послуг та кількома постачальниками хмарних послуг.  Арбітраж послуг Арбітраж послуг схожий на агрегацію послуг, за винятком того, що агреговані послуги не є фіксованими. Арбітраж послуги означає, що брокер має можливість вибирати послуги з декількох агентств. Брокер хмарних послуг, наприклад, може використовувати послугу оцінки платоспроможності, щоб визначити та вибрати агентство з найкращим результатом.
  • 21.
    NIST SP 500-292Еталонна архітектура хмарних обчислень від NIST 11 2.6 Передавач хмарних послуг Передавач хмарних послуг виступає як посередник, що забезпечує зв'язок і транспортування хмарних послуг між споживачами хмарних послуг і постачальниками хмарних послуг. Передавачі хмарних послуг надають доступ споживачам через мережу, телекомунікаційні та інші пристрої доступу. Наприклад, споживачі хмарних послуг можуть отримувати хмарні послуги за допомогою пристроїв доступу до мережі, таких як комп'ютери, ноутбуки, мобільні телефони, мобільні інтернет-пристрої (MID) тощо [1]. Розподіл хмарних послуг, як правило, забезпечується мережевими та телекомунікаційними операторами або транспортним агентом [8], де транспортний агент посилається на установу, яка забезпечує фізичний транспорт носіїв даних, таких як жорсткі диски великої ємності. Зверніть увагу на те, що постачальник хмарних послуг встановлюватиме угоди SLA з передавачем хмарних послуг, щоб надавати послуги, які відповідають рівню SLA, який пропонується споживачам хмарних послуг, і може вимагати від постачальника хмарних послуг забезпечити спеціальні та безпечні з'єднання між споживачами хмарних послуг та постачальниками хмарних послуг. 2.7 Предмет контролю між постачальником та споживачем Постачальник хмарних послуг та споживач хмарних послуг розподіляють контроль над ресурсами у хмарі. Як показано на рисунку 8, різні моделі послуг впливають на контроль організації над обчислювальними ресурсами і, відповідно, що може бути зроблено в хмарній системі. На рисунку показані ці відмінності за допомогою класичного представлення програмного стека, що складається з рівнів прикладних програм, проміжного програмного забезпечення та ОС. Цей аналіз розмежування контролів програмного стеку допомагає зрозуміти обов'язки сторін, залучених у управління хмарною прикладною програмою. Рисунок 8: Предмет контролю між Постачальником та Споживачем  Прикладний рівень включає прикладні програми, орієнтовані на кінцевих користувачів або програми. Програми використовуються споживачами SaaS, або встановлюються / управляються / підтримуються споживачами PaaS, споживачами IaaS і постачальниками SaaS.  Рівень проміжного програмного забезпечення забезпечує будівельні блоки програмного забезпечення (наприклад, бібліотеки, бази даних і віртуальну машину Java) для розробки
  • 22.
    NIST SP 500-292Еталонна архітектура хмарних обчислень від NIST 12 прикладного програмного забезпечення в хмарі. Проміжне програмне забезпечення використовується споживачами PaaS, встановлених / керованих / підтримуваних споживачами IaaS або постачальниками PaaS, і приховане від споживачів SaaS.  Рівень ОС включає операційну систему і драйвери, прихований від споживачів SaaS і споживачів PaaS. Хмара IaaS дозволяє одній або кілька гостьовим ОС запускатися віртуально на одному фізичному вузлі. Взагалі, споживачі мають широку свободу вибирати, яку ОС буде розміщено, серед усіх ОС, які можуть підтримуватися постачальниками хмарних послуг. Споживачі IaaS повинні взяти на себе повну відповідальність за гостьову ОС, в той час як постачальник IaaS контролює хост-OС.
  • 23.
    NIST SP 500-292Еталонна архітектура хмарних обчислень від NIST 13 3. Еталонна архітектура хмарних обчислень: Архітектурні компоненти 3.1 Розгортання послуг Як зазначено у визначенні хмарних обчислень від NIST [1], хмарна інфраструктура може працювати в одній з таких моделей розгортання: публічна хмара, приватна хмара, кооперативна хмара або гібридна хмара. Відмінності ґрунтуються на тому, наскільки ексклюзивні обчислювальні ресурси надані cпоживачеві хмарних послуг. Публічна хмара – це та хмарна інфраструктура та обчислювальні ресурси, які надаються широкій громадськості через загальнодоступну мережу. Публічна хмара належить організації, що продає хмарні послуги, і обслуговує різноманітний пул клієнтів. Рисунок 9 представляє простий погляд на публічну хмару та її клієнтів. Рисунок 9: Публічна хмара Приватна хмара надає єдиній організації споживача хмарних послуг ексклюзивний доступ і використання інфраструктури і обчислювальних ресурсів. Нею можуть керувати або організація споживачів хмарних послуг, або третя сторона, і вона може розміщуватися в приміщеннях організації (тобто у локальних приватних хмарах) або передаватися в компанію-хостинг (тобто приватні хмари в аутсорсингу). На рис. 10 і 11 представлена локальна приватна хмара та приватна хмара, передана в аутсорсинг, відповідно. Рисунок 10: Локальна приватна хмара
  • 24.
    NIST SP 500-292Еталонна архітектура хмарних обчислень від NIST 14 Рисунок 11: Приватна хмара в аутсорсингу Кооперативна хмара обслуговує групу споживачів хмарних послуг, які поділяють інтереси, такі як цілі, місії, безпека, політики конфіденційності та комплаєнсу, а не одну організацію, як це здійснюється в приватній хмарі. Подібно до приватних хмар, кооперативна хмара може керуватися організаціями або третьою стороною, і може бути реалізована в приміщенні клієнта (тобто локальна кооперативна хмара) або передаватися в компанію-хостинг (тобто кооперативна хмара в аутсорсингу). На рисунку 12 зображено локальну кооперативну хмару, яка складається з декількох організацій-учасників. Споживач хмарних послуг може отримати доступ до локальних ресурсів хмари, а також ресурсів інших організацій-учасників через зв'язки між асоційованими організаціями. На рисунку 13 показано кооперативну хмару в аутсорсингу, де обслуговування передане хостинг-компанії. У цьому випадку кооперативна хмара в аутсорсингу створює свою інфраструктуру поза приміщенням і обслуговує набір організацій, які потребують і споживають хмарні послуги. Рисунок 12: Локальна кооперативна хмара
  • 25.
    NIST SP 500-292Еталонна архітектура хмарних обчислень від NIST 15 Рисунок 13: Кооперативна хмара в аутсорсингу Гібридна хмара – це композиція з двох або більше хмар (локальна приватна хмара, локальна кооперативна хмара, приватна або кооперативна хмара в аутсорсингу), які залишаються окремими об'єктами, але пов'язані між собою стандартизованою або запатентованою технологією, яка дозволяє переміщуваність даних і прикладних програм. На рисунку 14 показаний простий вигляд гібридної хмари, яка може бути побудована з набором хмар у п'яти варіантах моделі розгортання. Рисунок 14: Гібридна хмара
  • 26.
    NIST SP 500-292Еталонна архітектура хмарних обчислень від NIST 16 3.2 Налаштування послуг Налаштування послуги відноситься до складу системних компонентів для підтримки діяльності постачальника хмарних послуг з налаштування, координації та управління обчислювальними ресурсами з метою надання хмарних послуг споживачам хмарних послуг. На рисунку 15 показана загальна діаграма стеку цієї композиції, яка лежить в основі надання хмарних послуг. Рисунок 15: Постачальник хмарних послуг – налаштування послуг На цьому рисунку використовується трирівнева модель, що представляє групування трьох типів системних компонентів, які постачальники хмари повинні створювати для надання своїх послуг. У моделі, показаній на рисунку 15, верхній – це рівень послуг, де постачальники хмарних послуг визначають інтерфейси для споживачів хмарних послуг для доступу до обчислювальних послуг. В цьому рівні наведено інтерфейси доступу кожної з трьох моделей обслуговування. Можливо, хоча і не обов'язково, що прикладні програми SaaS можуть бути побудовані на компонентах PaaS, а компоненти PaaS можуть бути побудовані на компонентах IaaS. Необов'язкові відносини залежності між компонентами SaaS, PaaS і IaaS представлені графічно як компоненти, що укладаються один на одного; при цьому кутова форма компонентів означає, що кожен компонент послуг може стояти сам по собі. Наприклад, програма SaaS може бути реалізована і розміщена на віртуальних машинах з хмари IaaS або може бути реалізована безпосередньо на хмарних ресурсах без використання віртуальних машин IaaS. Середній рівень моделі – це абстракція ресурсів та рівень управління. Цей рівень містить компоненти системи, які використовують постачальники хмарних послуг для забезпечення доступу до фізичних обчислювальних ресурсів і управління ними через абстракцію програмного забезпечення. Приклади компонентів абстракції ресурсів включають такі елементи програмного забезпечення, як гіпервізори, віртуальні машини, віртуальне зберігання даних та інші абстракції обчислювальних ресурсів. Абстракція ресурсів повинна забезпечити ефективне, безпечне та надійне використання базових фізичних ресурсів. Хоча на цьому рівні зазвичай використовується технологія віртуальних машин, можливі й інші засоби надання необхідних
  • 27.
    NIST SP 500-292Еталонна архітектура хмарних обчислень від NIST 17 програмних абстракцій. Аспект управління цим рівнем відноситься до компонентів програмного забезпечення, які відповідають за розподіл ресурсів, контроль доступу та моніторинг використання. Це програмне забезпечення, яке об'єднує численні основні фізичні ресурси та їх абстракції програмного забезпечення для забезпечення пулу ресурсів, динамічного розподілу та вимірюваної послуги. Прикладами такого типу проміжного програмного забезпечення є різні програмні засоби з відкритим вихідним кодом і пропрієтарні хмарні програми. Найнижчим рівнем у стеку є рівень фізичного ресурсу, який включає всі фізичні обчислювальні ресурси. Цей рівень включає апаратні ресурси, такі як комп'ютери (процесор і пам'ять), мережі (маршрутизатори, брандмауери, комутатори, мережні зв'язки та інтерфейси), компоненти зберігання (жорсткі диски) та інші елементи фізичної обчислювальної інфраструктури. Цей рівень також включає ресурси об'єкта, такі як опалення, вентиляція та кондиціонування (HVAC), живлення, зв'язок та інші аспекти фізичного середовища. У відповідності до конвенцій системної архітектури горизонтальне позиціонування, тобто розшарування, в моделі представляють відповідні залежності – компоненти верхнього рівня залежать від функціонування сусіднього нижнього рівня. Рівень абстрагування та управління ресурсами розміщує віртуальні хмарні ресурси на вершині рівню фізичних ресурсів і підтримує рівень послуг, де інтерфейси хмарних служб надаються споживачам хмарних послуг, тоді як споживачі хмарних послуг не мають прямого доступу до фізичних ресурсів. 3.3 Управління хмарними послугами Управління хмарною послугою включає всі пов'язані з послугою функції, необхідні для управління та функціонування цих послуг на вимогу або як пропозиції до споживачів хмарних послуг. Як показано на рисунку 16, управління хмарними послугами може бути описано з точки зору підтримки бізнесу, забезпечення та конфігурації, а також з точки зору вимог до переміщуваності та інтероперабельності. Рисунок 16: Постачальник хмарних послуг – управління хмарними послугами
  • 28.
    NIST SP 500-292Еталонна архітектура хмарних обчислень від NIST 18 3.3.1 Підтримка бізнесу Підтримка бізнесу передбачає набір бізнес-послуг, пов'язаних з клієнтами та підтримуючими процесами. Вона включає компоненти, які використовуються для запуску бізнес-операцій, які стосуються клієнта.  Управління користувачами: Управляти обліковими записами користувачів, відкривати / закривати / припиняти облікові записи, управляти профілями користувачів, управляти відносинами з користувачами, надаючи контактні точки та вирішуючи питання та проблеми користувачів тощо.  Управління контрактами: Управляти контрактами на обслуговування, налаштовувати / узгоджувати / закривати / припиняти контракти тощо.  Управління запасами: Налаштовувати каталоги послуг та управляти ними тощо.  Облік і виставлення рахунків: Управляти платіжною інформацією користувача, надавати платіжні звіти, обробляти отримані платежі, відстежувати рахунки-фактури тощо.  Звітність і аудит: Моніторити операції користувачів, створювати звіти тощо.  Ціни та рейтинг: Оцінювати хмарні послуги та визначати ціни, керувати акціями та правилами ціноутворення на основі профілю користувача тощо. 3.3.2 Підготовка та налагодження  Швидке розгортання: Автоматичне розгортання хмарних систем на основі запитуваних послуг / ресурсів / спроможності  Зміна ресурсу: Налаштування конфігурації / призначення ресурсів для ремонту, оновлення та приєднання нових вузлів до хмари.  Моніторинг і звітність: Відкриття та моніторинг віртуальних ресурсів, моніторинг операцій і подій у хмарі та створення звітів про ефективність.  Вимірювання: Забезпечення можливості вимірювання на певному рівні абстракції, що відповідає типу послуги (наприклад, зберігання, обробка, пропускна спроможність, і активні облікові записи користувачів).  Управління SLA: Охоплення визначення контракту SLA (основна схема з параметрами QoS), моніторингу SLA та застосування угоди SLA згідно з визначеною політикою. 3.3.3 Переміщуваність та інтероперабельність Поширення хмарних обчислень обіцяє економію витрат на технологічну інфраструктуру та швидше оновлення програмного забезпечення. Уряд США, разом з іншими потенційними клієнтами в області хмарних обчислень, має великий інтерес до переходу до хмари. Тим не менш, прийняття хмарних обчислень значною мірою залежить від того, як хмара може вирішувати занепокоєння користувачів щодо безпеки, переміщуваності та інтероперабельності. У цьому розділі коротко розглядаються вимоги до переміщуваності та інтероперабельності, при цьому безпека розглядається в розділі 3.4. Для переміщуваності потенційні клієнти зацікавлені дізнатися, чи можуть вони переміщувати свої дані або програми в кількох хмарних середовищах за низькою ціною і мінімальними
  • 29.
    NIST SP 500-292Еталонна архітектура хмарних обчислень від NIST 19 порушеннями. З точки зору інтероперабельності, користувачі стурбовані можливістю спілкування між або всередині кількох хмар. Постачальники хмарних послуг повинні забезпечувати механізми для підтримки переміщуваності даних, інтероперабельності послуг і переміщуваності системи [8]. Переміщуваність даних – це можливість споживачів хмарних послуг копіювати об'єкти даних у або з хмари або використовувати диск для перенесення об’єма даних. Інтероперабельність послуг – це можливість споживачів хмарних послуг використовувати свої дані та послуги у кількох постачальників хмарних послуг з уніфікованим інтерфейсом управління. Переміщуваність системи дозволяє перенести повністю зупинений примірник віртуальної машини або образу машини від одного постачальника до іншого постачальника або мігрувати прикладні програми та служби та їх вміст від одного постачальника послуг до іншого. Слід зазначити, що різні моделі хмарних послуг можуть мати різні вимоги, пов'язані з переміщуваністю та інтероперабельністю [35]. Наприклад, IaaS вимагає здатності мігрувати дані і запускати прикладні програми на новій хмарі. Таким чином, необхідно зберігати образи віртуальних машин і мігрувати до нових постачальників хмарних послуг, які можуть використовувати різні технології віртуалізації. Будь-які специфічні для постачальника розширення образів віртуальної машини повинні бути видалені або записані під час перенесення. Хоча для SaaS основна увага приділяється переміщуваності даних, і тому важливо виконувати вибірки даних і резервні копії у стандартному форматі. 3.4 Безпека Дуже важливо визнати, що безпека є наскрізним аспектом архітектури, яка охоплює всі шари еталонної моделі, починаючи від фізичної безпеки до безпеки прикладних програм. Таким чином, безпека в питаннях архітектури хмарних обчислень не є виключно в компетенції постачальників хмарних послуг, а також споживачів хмарних послуг та інших відповідних суб'єктів. Системи, побудовані на хмарах, все ще потребують вирішення вимог безпеки, таких як автентифікація, авторизація, доступність, конфіденційність, управління обліковими записами, цілісність, аудит, моніторинг безпеки, реагування на інциденти та управління політикою безпеки. Хоча ці вимоги безпеки не є новими, ми обговорюємо специфічні для хмари перспективи, щоб допомогти обговорювати, аналізувати та реалізовувати безпеку в хмарі. 3.4.1 Перспективи моделі хмарних послуг Три моделі послуг, ідентифіковані визначенням хмарних обчислень NIST, тобто SaaS, PaaS і IaaS, представляють споживачам різні типи операцій управління послугами і розкривають різні точки входу в хмарні системи, які в свою чергу також створюють різні атакуючі поверхні для злочинців. Отже, важливо враховувати вплив моделей хмарних послуг та різних питань до них на розробку та впровадження безпеки. Наприклад, SaaS надає користувачам доступність хмарних пропозицій, використовуючи мережеве з'єднання, як правило, через Інтернет і через веб-браузер. Необхідно звернути увагу на безпеку веб-браузера при міркуваннях про безпек хмарних систем SaaS [2]. Споживачі хмарних послуг IaaS забезпечуються віртуальними машинами (VM), які працюють на гіпервізорах на хостах, тому захист гіпервізора для досягнення ізоляції VM ретельно забезпечується постачальниками хмарних послуг IaaS, які використовують технології віртуалізації.
  • 30.
    NIST SP 500-292Еталонна архітектура хмарних обчислень від NIST 20 3.4.2 Вплив моделей розгортання хмарних послуг Варіанти моделей розгортання в хмарі, описані в розділі 3.1, також мають важливе значення для безпеки. Одним із способів розгляду питань безпеки з точки зору моделі розгортання є різний рівень ексклюзивності орендарів у моделі розгортання. Приватна хмара призначена для однієї організації споживачів, в той же час в публічній хмарі можуть існувати непередбачувані орендарі, які співіснують один з одним, отже, ізоляція робочого навантаження є меншою проблемою безпеки у приватної хмари, ніж у публічної хмари. Інший спосіб аналізу впливу моделей розгортання на хмару полягає у використанні концепції кордонів доступу, як показано в [2]. Наприклад, локальна приватна хмара може або не обов'язково потребуватиме додаткових граничних контролерів на межі хмари, коли приватна хмара розміщується локально всередині організації споживача хмарних послуг, тоді як приватна хмара в аутсорсингу зазвичай вимагає встановлення такого захисту периметра на межі хмари. 3.4.3 Спільні обов'язки з безпеки Як обговорювалось в розділі 2.7, постачальник хмарних послуг та споживач хмарних послуг мають різні ступені контролю над обчислювальними ресурсами у хмарі. У порівнянні з традиційними ІТ-системами, де одна організація контролює весь стек обчислювальних ресурсів і весь життєвий цикл систем, постачальник хмарних послуг і споживач хмарних послуг спільно розробляють, будують, розгортають і управляють системами на базі хмари. Розподіл контролю означає, що обидві сторони тепер поділяють обов'язки щодо забезпечення адекватного захисту хмарних систем. Безпека – це спільна відповідальність. Заходи безпеки, тобто заходи, що використовуються для забезпечення захисту, повинні бути проаналізовані, щоб визначити, яка сторона має кращі можливості для реалізації. Цей аналіз повинен включати міркування з точки зору моделі послуг, де різні моделі послуг передбачають різні ступені контролю між постачальниками хмарних послуг та споживачами хмарних послуг. Наприклад, контролі управління обліковими записами для початкових системних привілейованих користувачів у сценаріях IaaS зазвичай виконуються постачальником IaaS, тоді як управління обліковим записом користувача для прикладних програм, розгорнутих в середовищі IaaS, зазвичай не є відповідальністю постачальника. 3.5 Приватність Постачальники хмарних послуг повинні захищати гарантовані, правильні та послідовні збір, обробку, передачу, використання та розміщення в хмарі персональних даних (PI) та персональної інформації, придатної для ідентифікації (PII) [14]. Згідно з Federal CIO Council [5], одним з ключових бізнес-імперативів федерального уряду є забезпечення конфіденційності зібраної персональної інформації, придатної для ідентифікації. PII – це інформація, яка може бути використана для розпізнавання або відстеження особистості особи, такої як ім'я, номер соціального страхування, біометричні записи тощо окремо або разом з іншою персональної інформацією або інформацією, що ідентифікує, яка пов'язана або може бути пов'язана з конкретною особою, наприклад дата і місце народження, дівоче прізвище матері та ін. [6]. Хоча хмарні обчислення забезпечують гнучке рішення для спільних ресурсів, програмного забезпечення та інформації, це також створює додаткові виклики для приватності споживачів, які використовують хмари.
  • 31.
    NIST SP 500-292Еталонна архітектура хмарних обчислень від NIST 21 4. Таксономія хмарних послуг Таксономія – це наука категоризації, або класифікації речей, яка базується на заздалегідь визначеній системі [22]. Як правило, таксономія містить керований словник з ієрархічною деревоподібною структурою. На рис. 17 представлена таксономія, пов'язана з еталонною архітектурою хмарних обчислень, розглянутою в цьому документі. На рисунку представлена чотирирівнева таксономія для опису ключових понять хмарних обчислень.  Рівень 1: Роль, яка вказує на сукупність зобов'язань і поведінки, що уособлюється відповідними суб'єктами в контексті хмарних обчислень.  Рівень 2: Діяльність, що тягне за собою загальну поведінку або завдання, пов'язані з певною роллю.  Рівень 3: Компонент, який відноситься до конкретних процесів, дій або завдань, які повинні бути виконані для досягнення мети конкретної діяльності.  Рівень 4: Підкомпонент, який представляє окрему частину компонента. Супутній керований словник представлений в Додатку А: Терміни та визначення таксономії хмарних послуг.
  • 32.
    NIST SP 500-292Еталонна архітектура хмарних обчислень від NIST 22 Рисунок 17: Таксономія хмарних послуг
  • 33.
    NIST SP 500-292Еталонна архітектура хмарних обчислень від NIST 23 Додаток А: Терміни та визначення таксономії хмарних послуг (Терміни, які зустрічаються в Таксономії) =============================================================== Терміни першого рівня: 1. Споживач хмарних послуг (Cloud Consumer) – особа або організація, яка підтримує ділові відносини та використовує послуги Постачальників хмарних послуг. 2. Постачальник хмарних послуг (Cloud Provider) – особа, організація або суб'єкт, відповідальний за доступність послуг для споживачів послуг. 3. Передавач хмарних послуг (Cloud Carrier) – посередник, який надає можливість підключення та передавання хмарних сервісів між постачальниками хмарних послуг та споживачами хмарних послуг. 4. Брокер хмарних послуг (Cloud Broker) – суб'єкт, який керує використанням, продуктивністю і доставкою хмарних послуг, а також веде переговори про відносини між постачальниками хмарних послуг та споживачами хмарних послуг. 5. Аудитор хмарних послуг (Cloud Auditor) – сторона, яка може проводити незалежну оцінку хмарних послуг, операцій інформаційної системи, продуктивності та безпеки впровадження хмарних послуг. ================================================================ Терміни другого рівня: 6. Постачання хмари (Cloud Distribution) – процес передачі даних в хмарі між Постачальником та Споживачем хмарних послуг. 7. Доступ до хмари (Cloud Access) – здійснювати контакт чи отримувати доступ до хмарних послуг. 8. Розгортання послуги (Service Deployment) – всі дії та організаційні зусилля, необхідні для забезпечення доступності хмарної послуги. 9. Налаштування послуги (Service Orchestration) – означає створення, узгодження та управління хмарною інфраструктурою для надання різних хмарних послуг відповідно до вимог бізнесу та ІТ. 10. Управління хмарною послугою (Cloud Service Management) – управління хмарною послугою включає всі пов'язані з послугою функції, необхідні для управління та функціонування цих послуг на вимогу або як пропозиції до споживачів. 11. Безпека (Security) – означає інформаційну безпеку. "Інформаційна безпека" означає захист інформації та інформаційних систем від неавторизованого доступу, використання, розголошення, порушення, модифікації або знищення для забезпечення: (A) цілісності, що означає захист від неналежної зміни або знищення, та включає забезпечення нескривленості та достовірності; (B) конфіденційності, що означає збереження встановлених обмежень доступу та розкриття інформації, включаючи заходи захисту персональних даних та пропрієтарної інформації;
  • 34.
    NIST SP 500-292Еталонна архітектура хмарних обчислень від NIST 24 (C) доступності, що означає забезпечення своєчасного та надійного доступу та використання інформації. (Джерело: [ДЖЕРЕЛО: Title III of the E-Government Act, entitled the Federal Information Security Management Act of 2002 (FISMA)]) 12. Захист персональних даних, або Приватність (Privacy) – приватність інформації – це гарантовані, належні та послідовні збір, обробка, передача, використання та розпорядження персональною інформацією (PI) та персональною інформацією, яка придатна для ідентифікації особи (PII) протягом всього її життєвого циклу. (Джерело: адаптовано з OASIS) 13. Програмне забезпечення як сервіс (Software as a Service, SaaS) – можливість, надана споживачу, яка полягає у використанні прикладних програм постачальника, працюючих на хмарній інфраструктурі. Прикладні програми доступні з різних клієнтських пристроїв через інтерфейс тонкого клієнта, такого як веб-браузер (наприклад, веб-пошта). Споживач не управляє та не контролює основу хмарної інфраструктури, включаючи мережу, сервери, операційні системи, сховища або навіть окремі можливості прикладної програми, з можливим виключенням або обмеженням специфічних для користувача налаштувань конфігурації прикладної програми. (Джерело: NIST CC Definition) 14. Платформа як сервіс (Platform as a Service, PaaS) – можливість, надана споживачу, яка полягає у розгортанні на хмарній інфраструктурі прикладних програм, створених або отриманих користувачем з використанням мов програмування та інструментів, наданих постачальником. Споживач не управляє та не контролює основу хмарної інфраструктури, включаючи мережу, сервери, операційні системи, сховища, але контролює розгорнуті прикладні програми та, можливо, налаштування середовища розміщення прикладних програм. (Джерело: NIST CC Definition) 15. Інфраструктура як послуга (Infrastructure as a Service, IaaS) – можливість надана споживачу, яка полягає в забезпеченні обробки, зберігання, мережі та інших основних обчислювальних ресурсів, де споживач може розгортати і запускати довільне програмне забезпечення, яке може включати операційні системи і прикладні програми. Споживач не управляє та не контролює основу хмарної інфраструктури, однак контролює операційні системи, сховища, розгорнуті прикладні програми, та, можливо,обмежено контролює деякі мережеві компоненти (наприклад, основні фаєрволи). (Джерело: NIST CC Definition) 16. Споживання послуги (Service Consumption) – брокер хмарних послуг у разі використання хмарної послуги. 17. Постачання послуги (Service Provision) – брокер хмарних послуг у разі надання хмарної послуги. 18. Аудит безпеки (Security Audit) – систематична оцінка хмарної системи шляхом вимірювання, наскільки добре вона відповідає набору встановлених критеріїв безпеки. 19. Аудит впливу на приватність (Privacy-Impact Audit) – систематичне оцінювання хмарної системи шляхом вимірювання, наскільки добре вона відповідає набору встановлених критеріїв впливу на приватність. 20. Аудит продуктивності (Performance Audit) – систематична оцінка системи хмар шляхом вимірювання, наскільки добре вона відповідає набору встановлених критеріїв ефективності.
  • 35.
    NIST SP 500-292Еталонна архітектура хмарних обчислень від NIST 25 ================================================================ Терміни третього рівня: 21. Інтермедіація послуги (Service Intermediation) – брокер-посередник надає послугу, яка прямо покращує певну послугу, надану одному або декільком споживачам послуг, суттєво додаючи цінності до певної послуги для посилення певної можливості. (Джерело: Gartner) 22. Агрегація послуг (Service Arbitrage) – послуга агрегації брокерських послуг об'єднує декілька послуг в одну або кілька нових послуг. Це забезпечує моделювання та інтеграцію даних для всіх компонентних послуг, а також рух і безпеку даних між споживачем послуг і кількома провайдерами. (Джерело: Gartner) 23. Арбітраж послуг (Service Arbitrage) – арбітраж хмарних послуг подібний до агрегації хмарних послуг. Різниця між ними полягає в тому, що агреговані послуги не є фіксованими. Тоді як мета арбітражу полягає у забезпеченні гнучкості та ситуаційного вибору для агрегатора послуг, наприклад, забезпеченні різних поштових сервісів через одного постачальника або сервісу кредитного скоринга, який перевіряє декілька скорингових агентств та обирає найкращий результат. (Джерело: Gartner) 24. Приватна хмара (Private Cloud)– хмарна інфраструктура, яка функціонує включно для організації. Нею можуть управляти як організація, так і третя сторона, і вона може бути розміщена як в локальному середовищі, так і віддалено. (Джерело: NIST CC Definition) 25. Кооперативна хмара (Community Cloud) – хмара інфраструктура використовується декількома організаціями та підтримує певну спільноту зі спільними позиціями (наприклад, місія, вимоги безпеки, політики та особливості нормативних вимог). Нею можуть управляти як організація, так і третя сторона, і вона може бути розміщена як в локальному середовищі, так і віддалено. (Джерело: NIST CC Definition) 26. Публічна хмара (Public Cloud) – хмарна інфраструктура доступна широкому загалу або великій галузевій групі та знаходиться у власності організації, яка продає хмарні послуги. (Джерело: NIST CC Definition) 27. Гібридна хмара (Hybrid Cloud) – хмарна інфраструктура складається з двох або більше хмар (приватних, кооперативних, або публічних), які залишаються окремими сутностями, але пов'язані стандартизованою або патентованою технологією, яка забезпечує переміщуваність даних та прикладних програм (наприклад, вихід в публічну хмару з приватної для розподілу навантаження між хмарами). (Джерело: NIST CC Definition) 28. Рівень послуг (Service Layer) – визначає основні послуги, які надають постачальники хмарних послуг. 29. Рівень фізичних ресурсів (Physical Resource Layer) – включає всі фізичні ресурси, які використовуються для надання хмарних послуг, перш за все, апаратне забезпечення та приміщення. 30. Рівень абстракції та контролю ресурсів (Resource Abstraction and Control Layer) – зосереджує програмні елементи, такі як гіпервізор, віртуальні машини, віртуальні сховища, а також супровідні програмні компоненти, використовувані для реалізації інфраструктури, на якій можна запровадити хмарну послугу. 31. Переміщуваність (Portability) – здатність передачі даних з однієї системи до іншої без необхідності повторного створення або введення описів даних або модифікації прикладної програми, які переміщуються. 2. Здатність програмного забезпечення або системи функціонувати на більш ніж одному типі або розмірі комп'ютера під більше ніж
  • 36.
    NIST SP 500-292Еталонна архітектура хмарних обчислень від NIST 26 однією операційною системою. Див. POSIX. 3. Обладнання – здатність нормально функціонувати під час пересування. [Джерело: Federal Standard 1037C] 32. Інтероперабельність (Interoperability) – можливість комунікувати, виконувати програми або передавати дані між різними функціональними одиницями за визначених умов. [Джерело: American National Standard Dictionary of Information Technology (ANSDIT)] 33. Постачання/Налаштування (Provisioning/Configuration) – процес підготовки та обладнання хмари для надання (нових) послуг її користувачам 34. Мобільні кінцеві пристрої (Mobile Endpoints) – фізичний пристрій, часто переміщуваний користувачем, який забезпечує людино-машинний інтерфейс для хмарних послуг та прикладних програм. Мобільний кінцевий пристрій може використовувати різні методи та протоколи для зв'язку з хмарними послугами та прикладними програмами. 35. Стаціонарні кінцеві пристрої (Fixed Endpoints) – фізичний пристрій, закріплений на своєму місці, який забезпечує людино-машинний інтерфейс для хмарних послуг та прикладних програм. Стаціонарний кінцевий пристрій зазвичай використовує один метод та протокол для зв'язку з хмарними послугами та прикладними програмами. =============================================================== Терміни четвертого рівня: 36. Переміщуваність даних (Data Portability) – здатність передачі даних з однієї системи до іншої без необхідності повторного створення або введення описів даних або модифікації прикладної програми, які переміщуються. [Джерело: Federal Standard 1037C] 37. Інтероперабельність послуги (Service Interoperability) – можливість комунікувати, виконувати програми або передавати дані між різними хмарними послугами за визначених умов. [Джерело: змінено з American National Standard Dictionary of Information Technology (ANSDIT)] 38. Переміщуваність системи (System Portability) – здатність послуги функціонувати на одному або більше типі або розмірі хмари. [Джерело: змінено з Federal Standard 1037C] 39. Швидке розгортання (Rapid provisioning) – автоматичне розгортання хмарних систем на основі запитуваних послуг / ресурсів / спроможності 40. Зміна ресурсу (Resource change) – налаштування конфігурації / призначення ресурсів для ремонту, оновлення та приєднання нових вузлів до хмари 41. Моніторинг і звітність (Monitoring and Reporting) – з'ясування і відстеження віртуальних ресурсів, контроль функціонування та подій в хмарах, а також генерація звітів про продуктивність. 42. Вимірювання (Metering) – забезпечення можливості вимірювання на певному рівні абстракції, відповідно до типу послуги (наприклад, зберігання, обробка, пропускна спроможність і активні облікові записи користувачів). 43. Управління SLA (SLA management) – охоплює визначення угоди SLA (основна схема з параметрами якості обслуговування), моніторинг SLA та виконання SLA у відповідності до визначених політик.
  • 37.
    NIST SP 500-292Еталонна архітектура хмарних обчислень від NIST 27 Додаток B: Приклади хмарних послуг Деякі приклади хмарних послуг, доступних для споживача хмарних послуг, наведені нижче [13]:  Послуги SaaS : o Продуктивість офісу та електронної пошти: Прикладні програми для електронної пошти, обробки текстів, таблиць, презентацій, тощо o Білінг: Прикладні сервіси для управління рахунками споживача, базуючись на використанні та підписках на продукти чи послуги. o Управління відносинами з клієнтами (CRM): Програми CRM від прикладних програм кол-центру до автоматизації просування продажів. o Співпраця: Інструменти, які дозволяють користувачам збиратися в робочі групи всередині або навколо організацій. o Управління контентом: Послуги для управління створенням та доступом до контенту для веб-додатків. o Управління документами: Прикладні програми для управління документами, покращення документообігу, надання робочого середовища для груп або організацій з метою пошуку та доступу до документів. o Фінанси: Прикладні програми для управління фінансовими процесами починаючи від обробки витрат та виставлення рахунків закінчуючи управлінням податками. o Управління персоналом: Програмне забезпечення для функцій управління персоналом всередині компаній. o Продажі: Прикладні програми, спеціально розроблені для функцій продаж, таких як ціноутворення, нарахування комісій, тощо. o Соціальні мережі: Програмне забезпечення соціальних мереж, яке встановлює та підтримує зв'язок між користувачами, зв'язаними одним або більше типами взаємозв'язків. o Планування ресурсів організації (ERP): Інтегровані комп'ютерні системи для управління внутрішніми та зовнішніми ресурсами, включаючи основні засоби, фінансові ресурси, матеріали та людські ресурси.  Послуги PaaS: o Бізнес-аналітика: Платформи для створення прикладних програм на кшталт консолей управління, систем звітності, та аналізу даних. o Бази даних: Послуги, які пропонують масштабовані рішення для реляційних баз даних або зберігання масштабованих non-SQL баз. o Розробка і тестування: Платформи для циклів розробки і тестування при розробці програмного забезпечення, які розширюються та замовляються за потреби. o Інтеграція: Розробницькі платформи для побудови інтеграції прикладних програм у хмарі та в організації. o Розгортання прикладних програм: Платформи, пристосовані для розробки прикладних програм загального призначення. Ці послуги включають бази даних, середовища для роботи веб-додатків, тощо.
  • 38.
    NIST SP 500-292Еталонна архітектура хмарних обчислень від NIST 28  Послуги IaaS: o Резервування та відновлення: Послуги для резервування та відновлення файлових систем та сховищ необроблених даних на серверах та настільних системах. o Обчислення: Серверні ресурси для роботи хмарних систем можуть динамічно надаватися та конфігуруватися за потреби. o Мережі доставки контента (CDNs): CDN зберігають контент та файли для покращення продуктивності та ціни доставки контента для веб-систем. o Управління послугами: Послуги, які управляють платформами хмарної інфраструктури. Ці інструменти часто представляють функції, які не надають постачальники хмарних послуг або спеціалізуються на управлінні певними прикладними технологіями. o Сховище: Масштабоване сховище великої ємності, яке може використовуватися для зберігання прикладних програм, резервних копій, архівів та файлів.
  • 39.
    NIST SP 500-292Еталонна архітектура хмарних обчислень від NIST 29 Додаток C: Скорочення CDN Мережі доставки контенту (Content Delivery Networks) CIO Chief Information Officer (Директор з інформаційних технологій) CRM Customer Relationship Management (управління взаємовідносинами з постачальниками) ERP Enterprise Resource Planning (планування ресурсів організації) HVAC Heating, Ventilation and Air Conditioning (Опалення, вентиляція та кондиціонування) IaaS Cloud Infrastructure As A Service (хмарна інфраструктура як сервіс) IT Information Technology (інформаційні технології) MID Mobile Internet Devices (мобільні інтернет-пристрої) NIST National Institute of Standards and Technology (Національний інститут стандартів та технологій) OS, ОС Operating System (операційна система) QoS Quality of Service (якість сервісу) SaaS Cloud Software As A Service (хмарне програмне забезпечення як сервіс) SAJACC Standards Acceleration to Jumpstart the Adoption of Cloud Computing (розвиток стандартів для старту прийняття хмарних обчислень) SDO Standards Development Organization (організація з розробки стандартів) SLA Service Level Agreement (угода про рівень сервісу) PaaS Cloud Platform As A Service (хмарна платформа як сервіс) PI Personal Information (персональні дані) PII Personally Identifiable Information (персональна інформація, придатна для ідентифікації особи) USG US government (Уряд Сполучених Штатів)
  • 40.
    NIST SP 500-292Еталонна архітектура хмарних обчислень від NIST 30 Додаток D: Посилання Перелік нижче представляє приклади ресурсів, які можуть бути корисними. [1] NIST SP 800-145, “A NIST definition of cloud computing”, http://csrc.nist.gov/publications/drafts/800-145/Draft-SP-800-145_cloud-definition.pdf [2] NIST SP 800-146, “NIST Cloud Computing Synopsis and Recommendations”, http://csrc.nist.gov/publications/drafts/800-146/Draft-NIST-SP800-146.pdf [3] NIST SP 800-53, “Recommended Security Controls for Federal Information Systems and Organizations”, http://csrc.nist.gov/publications/nistpubs/800-53-Rev3/sp800-53- rev3final_updated-errata_05-01-2010.pdf [4] Federal Cloud Computing Strategy, http://www.cio.gov/documents/Federal-Cloud- ComputingStrategy.pdf [5] Chief Information Officers Council, “Privacy Recommendations for Cloud Computing”, http://www.cio.gov/Documents/Privacy-Recommendations-Cloud-Computing-8-19-2010.docx [6] Office of Management and Budget, Memorandum 07-16, http://www.whitehouse.gov/sites/default/files/omb/memoranda/fy2007/m07-16.pdf [7] NIST SP 800-144, “Guidelines on Security and Privacy Issues in Public Cloud Computing”, http://csrc.nist.gov/publications/drafts/800-144/Draft-SP-800-144_cloud-computing.pdf [8] NIST Cloud Computing Use Cases, http://collaborate.nist.gov/twiki- cloudcomputing/bin/view/CloudComputing/UseCaseCopyFromCloud [9] Gartner, “Gartner Says Cloud Consumers Need Brokerages to Unlock the Potential of Cloud Services”, http://www.gartner.com/it/page.jsp?id=1064712. [10] IETF internet-draft, “Cloud Reference Framework”, http://tools.ietf.org/html/draft- khasnabishcloud-reference-framework-00 [11] IBM, “Cloud Computing Reference Architecture v2.0”, http://www.opengroup.org/cloudcomputing/doc.tpl?CALLER=documents.tpl&dcat=15&gdid=238 40 [12] GSA, “Cloud Computing Initiative Vision and Strategy Document (DRAFT)”, http://info.apps.gov/sites/default/files/Cloud_Computing_Strategy_0.ppt [13] Cloud Taxonomy, http://cloudtaxonomy.opencrowd.com/ [14] OASIS, the charter for the OASIS Privacy Management Reference Model Technical Committee, http://www.oasis-open.org/committees/pmrm/charter.php [15] Open Security Architecture (OSA), “Cloud Computing Patterns”, http://www.opensecurityarchitecture.org/cms/library/patternlandscape/251-pattern-cloudcomputing [16] Juniper Networks, “Cloud-ready Data Center Reference Architecture”, www.juniper.net/us/en/local/pdf/reference-architectures/8030001-en.pdf [17] Federal Information Security Management Act of 2002 (FISMA), http://csrc.nist.gov/drivers/documents/FISMA-final.pdf [18] NIST IR-7756, DRAFT “CAESARS Framework Extension: An Enterprise Continuous Monitoring Technical Reference Architecture”, http://csrc.nist.gov/publications/drafts/nistir-7756/Draft-nistir- 7756_feb2011.pdf
  • 41.
    NIST SP 500-292Еталонна архітектура хмарних обчислень від NIST 31 [19] NIST SP 800-61 Rev.1, “Computer Security Incident Handling Guide”, http://csrc.nist.gov/publications/nistpubs/800-61-rev1/SP800-61rev1.pdf [20] Federal Standard 1037C, http://www.its.bldrdoc.gov/fs-1037/ [21] http://www.webopedia.com/TERM/T/taxonomy.html [22] http://en.wikipedia.org/wiki/Enterprise_information_security_architecture [23] http://en.wikipedia.org/wiki/Information_security [24] http://en.wikipedia.org/wiki/Computer_security#Security_architecture [25] The Open Group Architecture Framework (TOGAF), section 21.3, http://www.opengroup.org/architecture/togaf9-doc/arch/ [26] IBM, “Introducing the IBM Security Framework and IBM Security Blueprint to Realize Business Driven Security”, http://www.redbooks.ibm.com/redpieces/pdfs/redp4528.pdf [27] http://publib.boulder.ibm.com/infocenter/wmqv6/v6r0/index.jsp?topic=/com.ibm.mq.csqzas.doc/sy 10280_.htm [28] Cloud Computing Use Cases White Paper, http://groups.google.com/group/cloud-computing- usecases [29] DMTF, “Interoperable Clouds White Paper”,http://www.dmtf.org/about/cloudincubator/DSP_IS0101_1.0.0.pdf [30] Cloud Security Alliance, “Security Guidance for Critical Areas of Focus In Cloud Computing V2.1”, www.cloudsecurityalliance.org/csaguide.pdf [31] CISCO, “Cisco Cloud Computing – Data Center Strategy, Architecture, and Solutions”, http://www.cisco.com/web/strategy/docs/gov/CiscoCloudComputing_WP.pdf [32] SNIA, “Cloud Storage for Cloud Computing”, www.snia.org/cloud/CloudStorageForCloudComputing.pdf [33] Stuart Charlton, “Cloud Computing and the Next Generation of Enterprise Architecture”, http://www.slideshare.net/StuC/cloud-computing-and-the-nextgeneration-of-enterprisearchitecture- cloud-computing-expo-2008-presentation [34] Morrie Gasser, “Building a secure computer system”, ISBN 0-442-23022-2, Van Nostrand Reinhold Co., 1988. [35] “Security Guidance for Critical Areas of Focus in Cloud Computing”, https://cloudsecurityalliance.org/wp-content/uploads/2011/07/csaguide.v2.1.pdf i (прим. пер.)Cloud computing is a model for enabling ubiquitous, convenient, on-demand network access to a shared pool of configurable computing resources (e.g., networks, servers, storage, applications, and services) that can be rapidly provisioned and released with minimal management effort or service provider interaction.[ https://nvlpubs.nist.gov/nistpubs/Legacy/SP/nistspecialpublication800-145.pdf] Хмарні обчислення - це модель, що дозволяє забезпечити повсюдний, зручний мережевий доступ до загального пулу конфігурованих обчислювальних ресурсів (наприклад, мереж, серверів, сховищ, прикладних програм і послуг), які можна швидко забезпечити і звільнити з мінімальними зусиллями з управління або взаємодією з постачальником послуг.