Занурення в гібридне хмара: Частина 2. Федерація - ключ до XaaS

1. Серія контенту:
2. Цей контент є частиною серії: Занурення в гібридне хмара
3. Повсюдна доставка послуг на пристрої
4. структурний аналіз
5. ресурсний аналіз
6. федеративний хмара
7. Малюнок 1. Партнерство в хмарі
8. Малюнок 2. Федеративну хмара
9. висновок
10. Ресурси для скачування

Наша взаимовыгодная связь https://banwar.org/

Занурення в гібридне хмара

Серія контенту:

Цей контент є частиною # з серії # статей: Занурення в гібридне хмара

https://www.ibm.com/developerworks/ru/library/?series_title_by=**auto**

Слідкуйте за виходом нових статей цієї серії.

Цей контент є частиною серії: Занурення в гібридне хмара

Слідкуйте за виходом нових статей цієї серії.

Гібридне хмара - це ключовий фактор, що швидко розвивається хмарної економічної системи. Цей факт став результатом багатогранної системи надання послуг, створеної із застосуванням підходу "кожен компонент як сервіс" (XaaS). Міць моделі гібридних обчислень укладена в таких атрибутах, як масштабованість, розширюваність, а також контроль над капітальними витратами (CapEx) і поточними витратами (OpEx). Величезна різноманітність ринкових моделей, які породжує гібридне хмара, робить віртуалізацію послуг на вимогу доступною для великих і малих підприємств.

Грунтуючись на гібридному хмарі, підприємство може:

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

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

Повсюдна доставка послуг на пристрої

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

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

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

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

структурний аналіз

Мережева конфігурація гібридного хмари визначається набором використовуваних хмарних додатків. Наприклад, "програмне забезпечення як сервіс" (SaaS) залежить Web-браузерів, що використовуються в приватному хмарі. У разі "інфраструктури як сервісу" (IaaS) навантаження фактично розташовується в хмарі. Для цього потрібна ідентифікація задіяних віртуальних машин (ВМ). Для ідентифікації використовуються IP- і MAC (Media Access Control)-адреси ВМ. У мережі Ethernet кожен пристрій має унікальний MAC-адресу. Фільтрація на основі MAC-адрес обмежує доступ пристроїв до мережі.

Для гібридного хмари ідеально підходить архітектура Ethernet-фабрики, яка забезпечує кращу продуктивність, більш ефективне використання ресурсів і підвищений рівень готовності. Традиційна архітектура Ethernet може ставати повільної через традиційних мережевих комутаторів Ethernet або зв'язків між комутаторами (ISL), пропускна здатність яких обмежена одиночним логічним з'єднанням. Множинні з'єднання не допускаються. Навіть незважаючи на удосконалення у вигляді агрегатних груп каналів (LAG), які допускають кілька ліній зв'язку між комутаторами, з'єднання для кожного порту LAG все одно потрібно налаштовувати вручну, що обмежує гнучкість рішення. У Ethernet-фабриці шлях управління (control path) замінює Spanning Tree Protocol маршрутизацією з аналізом стану каналів. При цьому шлях даних (data path) забезпечує рівноважну багатомаршрутному переадресацію.

Гібридна модель повністю залежить від Інтернету. Структура формування гібридного хмари повинна бути розрахована на забезпечення кращого надання послуг. Цей підхід повинен враховувати всі аспекти архітектури і конструкції.

ресурсний аналіз

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

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

Фізичне розташування даних може бути критичним, коли мова йде про нормативно-правовому відповідно. Навіть якщо все належним чином захищено, необхідно довести дотримання вимог. Деякі правила вимагають документування точного місця розташування даних; в окремих випадках вони наказують, щоб дані залишалися всередині країни. Ця вимога може стати серйозною проблемою при роботі з міжнародними постачальниками хмарних послуг.

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

федеративний хмара

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

Як показано на малюнку 1 , Партнерство дозволяє надавати послуги з використанням кооперації. Така кооперація допомагає вирішити деякі проблеми, що виникають при роботі з різними постачальниками, що не координують свою взаємодію.

Малюнок 1. Партнерство в хмарі

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

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

Малюнок 2. Федеративну хмара

Перебудова оперативного управління в федеративній хмарі

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

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

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

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

висновок

Технологія гібридного хмари поряд з XaaS дозволяє забезпечити різноманітність, необхідне, для роботи з всюдисущими пристроями та управління зростаючим різноманітністю ресурсів і послуг. Федеративний хмара є найбільш ефективним виразом ідеї гібридного хмари. Розвиток федеративної обчислювальної моделі призвело до лавини послуг, які вимагають нових способів організації і управління базовою інфраструктурою. Вирішальне значення для ефективності Федеративної моделі має розвиток менш жорсткою, альтернативної централізованої форми традиційного командного підходу до управління і розгортання обчислювальних ресурсів. Федеративний хмара - це, по всій ймовірності, найбільш близька до ідеальної реалізація закону необхідності різноманітності Вільяма Росса Ешбі. "... З різноманітністю може впоратися тільки різноманітність", - підкреслював він. Те різноманітність, яке забезпечує федеративний хмара, служить, напевно, найкращою відповіддю на стохастичний характер світової спільноти.

Ресурси для скачування

Схожі теми

• оригінал статті .
• Cloud computing fundamentals (Grace Walker, developerWorks, грудень 2010 року): введення в основи хмарних обчислень, включаючи три основних компоненти хмари: IaaS, "платформу як сервіс" і SaaS.
• Connecting to the cloud, Part 1: Leverage the cloud in applications (Mark O'Neill, developerWorks, квітень 2009 року): огляд пропозицій основних постачальників хмарних платформ.
• Connecting to the cloud, Part 2: Realize the hybrid cloud model (Mark O'Neill, developerWorks, квітень 2009 року): як реалізувати додаток гібридного хмари, в якому компоненти локальних додатків поєднуються з хмарними обчисленнями.
• Connecting to the Cloud, Part 3: Cloud governance and security (Mark O'Neill, developerWorks, червень 2009 року): про управління і захисту хмарних обчислень на прикладі додатка гібридного хмари, описаному в попередніх частинах.
• Огляд інформації, представленої в статті Майкла О'Коннелла Дослідження developerWorks вказує на переважання розробки хмарних обчислень і мобільних додатків , І прогноз розвитку хмарних обчислень на найближчі кілька років.
• Розділ хмарних обчислень порталу developerWorks : Корисні дискусії спільноти і відомості про нові технічні ресурси, що відносяться до хмари.
• IBM Smart Cloud : Корисні поради щодо підвищення продуктивності і ефективності роботи в хмарі.
• Збірник доповідей про майбутні напрямки розвитку хмарних обчислень на симпозіумі Майбутнє хмарних обчислень , Який відбувся в Брюсселі 23 січня 2010 року.
• про ініціативу Cloud4SOA , Покликаної об'єднати три основних і взаємодоповнюючих парадигми обчислень: хмарні обчислення, сервіс-орієнтована архітектура та полегшена семантика.
• Корисна інформація з управління ризиками Європейського агентства Мережевий і Інформаційної Безпеки .
• Cloud Computing - A Primer : Виклад основ хмарних обчислень.
• Документи по хмарних обчислень компанії Cisco Systems .

Підпишіть мене на повідомлення до коментарів