Хмарні обчислення




Діаграма, що представляє «хмару»


Хмарні обчислення (англ. Cloud Computing) — модель забезпечення повсюдного та зручного доступу на вимогу через мережу до спільного пулу обчислювальних ресурсів, що підлягають налаштуванню (наприклад, до комунікаційних мереж, серверів, засобів збереження даних, прикладних програм та сервісів), і які можуть бути оперативно надані та звільнені з мінімальними управлінськими затратами та зверненнями до провайдера.[1]


При використанні хмарних обчислень програмне забезпечення надається користувачеві як Інтернет-сервіс. Користувач має доступ до власних даних, але не може управляти і не повинен піклуватися про інфраструктуру, операційну систему і програмне забезпечення, з яким він працює. «Хмарою» метафорично називають інтернет, який приховує всі технічні деталі. Згідно з документом IEEE, опублікованим у 2008 році, «Хмарні обчислення — це парадигма, в рамках якої інформація постійно зберігається на серверах у мережі інтернет і тимчасово кешується на клієнтській стороні, наприклад на персональних комп'ютерах, ігрових приставках, ноутбуках, смартфонах тощо».[2]




Зміст





  • 1 Історія


  • 2 Основні характеристики

    • 2.1 Оренда замість купівлі



  • 3 Моделі обслуговування та існуючі рішення

    • 3.1 Потокові ігрові служби



  • 4 Моделі розгортання

    • 4.1 Приватна хмара


    • 4.2 Публічна хмара


    • 4.3 Громадська хмара


    • 4.4 Гібридна хмара


    • 4.5 Персональна хмара



  • 5 Економічні аспекти


  • 6 Технології


  • 7 Критика


  • 8 Джерела


  • 9 Посилання


  • 10 Див. також




Історія |


Хмарні сервіси, що дозволяють перенести обчислювальні ресурси й дані на віддалені інтернет-сервери, в останні роки стали одним з основних трендів розвитку IT-технологій.


Концепція хмарних обчислень з'явилася ще в 1960 році, коли американський учений, фахівець з теорії ЕОМ Джон Маккарті (John McCarthy) висловив припущення, що коли-небудь комп'ютерні обчислення стануть надаватися подібно комунальним послугам (public utility).


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


Майже всі сучасні характеристики хмарних обчислень, порівняння їх з електроенергетикою та використання приватних, публічних та громадських моделей були представлені Дугласом Паркгілом (Douglas Parkhill) в книзі «The Challenge of the Computer Utility», в 1966 році. Згідно інших джерел, хмарні обчислення беруть початок з 1950-х років, коли вчений Герб Ґрош (Herb Grosch) стверджував, що весь світ буде працювати на терміналах, якими керують близько 15 великих центрів обробки даних.


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


Ключову роль в розвитку хмарних обчислень зіграв Amazon, модернізувавши свої центри обробки даних, які, як і більшість комп'ютерних мереж в один момент часу використовують лише 10 % своєї потужності, заради забезпечення надійності при стрибку навантаження. Дізнавшись, що нова хмарна архітектура забезпечує значне внутрішнє підвищення ефективності, Amazon почав нові дослідження в галузі розвитку продуктів для забезпечення хмарних обчислень для зовнішніх клієнтів, і запустив Amazon Web Service (AWS) на основі розподілених обчислень в 2006 році.


На початку 2008 року Eucalyptus став першою API-сумісною платформою з відкритим кодом для розгортання приватної хмари. На початку 2008 року OpenNebula став першим проектом з відкритим кодом для розгортання приватних і гібридних хмар.


За оцінками IDC ринок публічних хмарних обчислень у 2009 році склав $17 млрд — близько 5 % від усього ринку інформаційних технологій[3]. Згідно з прогнозами до 2016 року ринок хмарних послуг досягне позначки в $ 83 млрд. Крім того, за даними консалтингових компаній понад 30 % підприємств у всьому світі вже розгортають, принаймні, одне хмарне рішення.[4]



Основні характеристики |



Оренда замість купівлі |


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


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


«Хмара» відкриває новий підхід до обчислень, при якому ані обладнання, ані програмне забезпечення не належать підприємству. Замість цього провайдер надає замовнику вже готовий сервіс.


До допомоги «хмар» часто вдаються молоді компанії-стартапи, які потребують великих обчислювальних ресурсів для обслуговування користувачів, але не можуть дозволити собі створення і експлуатацію власного дата-центру.


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


Національним інститутом стандартів і технологій США встановлені такі обов'язкові характеристики хмарних обчислень:



  • Самообслуговування на вимогу (англ. self service on demand), споживач самостійно визначає і змінює обчислювальні потреби, такі як серверний час, швидкості доступу та обробки даних, обсяг збережених даних без взаємодії з представником постачальника послуг;


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


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


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


  • Облік споживання, постачальник послуг автоматично обчислює спожиті ресурси на певному рівні абстракції (наприклад, обсяг збережених даних, пропускна здатність, кількість користувачів, кількість транзакцій), і на основі цих даних оцінює обсяг наданих споживачам послуг.

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


З точки зору споживача, ці характеристики дозволяють отримати послуги з високим рівнем доступності (англ. high availability) і низькими ризиками непрацездатності, забезпечити швидке масштабування обчислювальної системи завдяки еластичності без необхідності створення, обслуговування і модернізації власної апаратної інфраструктури.


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



Моделі обслуговування та існуючі рішення |


Виділяють наступні моделі надання послуг за допомогою хмари:





  • Приклад хмарної архітектури


    Програмне забезпечення як послуга (SaaS) Прикладами програмного забезпечення як послуги, що працює на основі обчислювальної хмари, є сервіси Gmail та Google docs.


  • Платформа як послуга (PaaS) Наприклад, Google Apps надає застосунки для бізнесу в режимі онлайн, доступ до яких відбувається за допомогою браузера тоді як ПЗ і дані зберігаються на серверах Google.


  • Інфраструктура як послуга (IaaS) Найбільшими гравцями на ринку інфраструктури як послуги є Amazon, Microsoft, VMWare, Rackspace та Red Hat. Хоча деякі з них пропонують більше, ніж просто інфраструктуру, їх об'єднує мета продавати базові обчислювальні ресурси.

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



Потокові ігрові служби |


У 2009 році на конференції розробників комп'ютерних ігор Game Developers Conference компанія Rearden LLC презентувала службу OnLive, побудовану на технології хмарної обробки даних. Особливістю OnLive є той факт, що при купівлі ігор користувач не має необхідності завантажувати та встановлювати їх. Гра обробляється і зберігається на високотехнологічному сервері, здатному запускати будь-який сучасний проект для роздільної здатності монітору 1280х720 пікселів, з максимальною якістю графіки і швидкістю кадрів не нижче 60 кадрів/с.


Для реалізації OnLive на території США побудовано п'ять серверних центрів. Організація декількох центрів є технічною необхідністю. Навіть при наявності у користувача високошвидкісного підключення до широкосмугової мережі розробники здатні забезпечити передачу сигналу без істотної втрати якості в радіусі до 1609 км за звичайною кабельної мережі і до 2400 км — по оптоволоконної лінії зв'язку. При цьому, для отримання зображення високої роздільної здатності (1280х720) потрібно з'єднання на швидкості 5 Мбіт/с, однак послугами OnLive можна буде скористатися і при швидкості в 1,5 Мбіт/с, знизивши роздільну здатність.


Скористатися OnLive може кожен, хто знаходиться в зоні покриття серверного центру, і має досить швидкий інтернет. Терміналом може виступати PC, телевізор, планшет або мобільні пристрої.[5]


На початку березня 2011 після кількох років розробки офіційно запрацювала потокова ігрова служба Gaikai. Це аналог OnLive, але використовує зовсім іншу бізнес-модель, яка не вимагає від кінцевих користувачів ніякої оплати. Gaikai націлена на рекламу ігор і додатків, дозволяючи потенційному покупцеві особисто оцінити ігровий процес або функціональність програми через Інтернет перед покупкою.[6]


Компанія GameStop планує запустити хмарний сервіс для трансляції через Інтернет ігор для PlayStation 3 і Xbox 360. Система працює за аналогією з OnLive і Gaikai. Таким чином, новий сервіс може стати альтернативою купівлі консолей. Запуск запланований на літо 2012 року.[7]



Моделі розгортання |




Типи хмарних досліджень


Обчислювальна хмара може бути розгорнута як: приватна, публічна, громадська або гібридна, персональна.[8]



Приватна хмара |


Приватна хмара (англ. private cloud) — це хмарна інфраструктура, яка призначена для використання виключно однією організацією, що включає декілька користувачів (наприклад, підрозділів). Приватна хмара може перебувати у власності, керуванні та експлуатації як самої організації, так і третьої сторони (чи деякої їх комбінації). Така хмара може фізично знаходитись як в, так і поза юрисдикцією власника.



Публічна хмара |


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


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


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



Громадська хмара |


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



Гібридна хмара |


Гібридна хмара (англ. hybrid cloud) — це хмарна інфраструктура, що складається з двох або більше різних хмарних інфраструктур (приватних, громадських або публічних), які залишаються унікальними сутностями, але з'єднані між собою стандартизованими або приватними технологіями, що уможливлюють переносимість даних та прикладних програм (наприклад, використання ресурсів публічної хмари для балансування навантаження між хмарами).



Персональна хмара |


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



Економічні аспекти |


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


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



Технології |


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


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



Критика |


Недоліки «хмарних» рішень зводяться, в основному, до проблеми довіри постачальнику сервісу, від якого залежить як безперебійна робота, так і збереження важливих даних користувача. Крім того «хмарні обчислення» висувають високі вимоги до якості каналів зв'язку, які гарантують повсюдний якісний доступ в інтернет.


Існує ймовірність, що з повсюдним приходом цієї технології стане очевидною проблема створення неконтрольованих даних, коли інформація, залишена користувачем, буде зберігатися роками, або без його відома, або він буде не в змозі змінити якусь її частину. Прикладом того можуть служити сервіси Google, де користувач не в змозі видалити невикористовувані їм сервіси і навіть видалити окремі групи даних, створені в деяких з них (FeedBurner, Google Friend Connect і, можливо, інші).


Як альтернатива «очищення» свого профілю пропонується створити новий. Однак не варто забувати про те, що ім'я користувача вже зайнято попередньої обліковим записом, а нові — на кшталт John22441 — влаштовують не всіх. Оскільки хмарні обчислення будуть цілком пропрієтарними[джерело?] (відкритий API не виправляє ситуацію), поки немає надії на те, що користувачеві нададуть засіб для видалення своїх же даних на подібних серверах.


Крім того, деякі аналітики припускали появу в 2010 році проблем з хмарними обчисленнями. Так, наприклад, Марк Андерсон, керівник галузевого IT-видання Strategic News Service, вважав, що через значний приплив користувачів сервісів, які використовують хмарні обчислення (наприклад, Flickr або Amazon), зростає вартість помилок і витоків інформації з подібних ресурсів, а в 2010 року мали відбутися великі «катастрофи типу виходу з ладу, або катастрофи, пов'язані з безпекою». Так, наприклад, в 2009 році сервіс для зберігання закладок Magnolia втратив всі свої дані. Не зважаючи на це, багато експертів вважають, що переваги і зручності переважують можливі ризики використання подібних сервісів
[9]



Джерела |




  1. The NIST Definition of Cloud Computing(англ.)


  2. ORGs for Scalable, Robust, Privacy-Friendly Client Cloud Computing(англ.)


  3. Gens, Frank (2009-10-05). IDC’s New IT Cloud Services Forecast: 2009-2013 (англійською). IDC. Архів оригіналу за 2012-03-21. Процитовано 2011-11-12. 


  4. Облачный рынок достигнет $83 млрд в 2016 году, но можно ли будет его измерить?(рос.)


  5. OnLive — эволюционный скачок игровой индустрии?(рос.)


  6. Служба Gaikai запущена и включает недоступные на ПК демо-версии игр(рос.)


  7. Игровая индустрия за неделю. 22-28 августа 2011 года(рос.)


  8. The NIST Definition of Cloud Computing(англ.)


  9. «Катастрофа облачных вычислений» в 2010 г?



Посилання |



  • ХМАРНІ СЕРВІСИ // Фармацевтична енциклопедія

  • Chappell David. A Short Introduction to Cloud Platforms (PDF). — David Chappell & Associates, 2008. — 1 серпня. Процитовано 2008-08-20.

  • Jones, M. Tim, Cloud Computing with Linux from IBM DeveloperWorks (2008-09-10).


  • Cloud Computing Community Wiki is a «new resource put together by several industry executives and bloggers»


  • Cloud Computing Incidents Database (CCID) tracks and «provides historical data on cloud outages»


  • What is Cloud Computing ? — Web 2.0 expo — A video where Tim O'Reilly, Dan Farber, Matt Mullenweg and others answer this question.


  • Above the Clouds: A Berkeley View of Cloud Computing — A paper from EECS Department, University of California, Berkeley


  • How to remain calm, despite what's about to happen to your Chrome notebook  — відеоролик компанії Google, доводить переваги роботи з використанням хмарних обчислень

  • IaaS - особливості моделі та рішень на її основі

  • What is Cloud Gaming?


Див. також |


  • Веб-застосунок

  • Сервер застосунків

  • OnLive

  • Автомасштабування


Popular posts from this blog

Save data to MySQL database using ExtJS and PHP [closed]2019 Community Moderator ElectionHow can I prevent SQL injection in PHP?Which MySQL data type to use for storing boolean valuesPHP: Delete an element from an arrayHow do I connect to a MySQL Database in Python?Should I use the datetime or timestamp data type in MySQL?How to get a list of MySQL user accountsHow Do You Parse and Process HTML/XML in PHP?Reference — What does this symbol mean in PHP?How does PHP 'foreach' actually work?Why shouldn't I use mysql_* functions in PHP?

Compiling GNU Global with universal-ctags support Announcing the arrival of Valued Associate #679: Cesar Manara Planned maintenance scheduled April 23, 2019 at 23:30 UTC (7:30pm US/Eastern) Data science time! April 2019 and salary with experience The Ask Question Wizard is Live!Tags for Emacs: Relationship between etags, ebrowse, cscope, GNU Global and exuberant ctagsVim and Ctags tips and trickscscope or ctags why choose one over the other?scons and ctagsctags cannot open option file “.ctags”Adding tag scopes in universal-ctagsShould I use Universal-ctags?Universal ctags on WindowsHow do I install GNU Global with universal ctags support using Homebrew?Universal ctags with emacsHow to highlight ctags generated by Universal Ctags in Vim?

Add ONERROR event to image from jsp tldHow to add an image to a JPanel?Saving image from PHP URLHTML img scalingCheck if an image is loaded (no errors) with jQueryHow to force an <img> to take up width, even if the image is not loadedHow do I populate hidden form field with a value set in Spring ControllerStyling Raw elements Generated from JSP tagds with Jquery MobileLimit resizing of images with explicitly set width and height attributeserror TLD use in a jsp fileJsp tld files cannot be resolved