Чому пропозиція “хмарних обчислень” не з’явилася раніше?

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

Що тут угоди? Яка критична зміна спричинила масове прийняття та масовий маркетинг пропозицій хмарних обчислень?

Він уже з'явився раніше. Фактично, це була оригінальна модель отримання доступу до обчислювальних ресурсів ще в 1950-х роках і аж до 1980-х років, коли її називали "обмін часом", потім на початку 1990-х вона знову з'явилася під назвою "Клієнт / Сервер" , потім в кінці 1990-х знову під назвою "Тонкий клієнт", потім "Постачальник послуг додатків".

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

Люди орендували час на віддалених комп’ютерах десятиліттями. Насправді, "обмін часом" був оригінальною моделлю продажу обчислювальних служб назад, перш ніж комп'ютери були досить маленькими та доступними, щоб окремі підприємства могли дозволити собі володіти власними машинами. Великі інформаційні служби 80-х років (Compuserve, AOL тощо) були ще одним способом оренди обчислювальної потужності / простору. Далі, з розвитком Інтернету, людям потрібні способи підтримувати цілодобову присутність у мережі та з’являтися хостинг-компанії.

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

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

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

Я б сказав, що це залежало від технології віртуалізації товарного обладнання. Обмін часом та доступ до мейнфреймів / клієнтів завжди існували, але для надійної порції ресурсів потрібне дороге спеціальне обладнання. Доступ клієнта / сервера завжди існував на товарному обладнання з Інтернету. Однак для цього потрібен спеціальний сервер, і ви не змогли просто тиражувати його одним натисканням кнопки. Щоб зберегти безпеку, вам довелося самостійно підтримувати захист на цьому сервері. Спільні сервери були сприйнятливими до атаки, якщо тільки вони не були заблоковані, і обмежені варіанти, якщо вам потрібно щось на замовлення.

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

Яка критична зміна спричинила масове прийняття та масовий маркетинг пропозицій хмарних обчислень?

Як уже згадували інші афіші, однією з важливих змін була повсюдний доступ до швидкісного Інтернету.

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

Мабуть, у більшості людей хитке розуміння "хмарних обчислень" ...

Коротка версія:

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

Довга версія:

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

Хмара може бути розбита на типи послуг, які вона представляє ...

SaaS (Програмне забезпечення як послуга):

Більше орієнтоване на користувачів. Це може бути все, що завгодно, від веб-сайту, веб-сайту CRM, до API REST. Справа в тому, що дані / інтерфейс робляться доступними, але деталі апаратних засобів були достатньо вилучені, щоб вони більше не мали значення.

В основному ви берете програмне забезпечення і робите його загальнодоступним. Такі вимоги, як установка, використання ресурсів (тобто пам'ять / процесор), оновлення тощо, вже не актуальні. Ви підключаєтесь і це працює.

PaaS (Платформа як послуга):

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

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

IaaS (інфраструктура як послуга): **

Найновіше доповнення до вечірки та звідки, ймовірно, походить ім’я 'Хмара'. Він спрямований на надання повної системної архітектури (тобто повної ОС), яку можна вбудувати без необхідності підтримувати фізичні пристрої.

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

Там, де 5 років тому надання хостингу, що відповідає конкретним регіонам, передбачала б багато ручної роботи для клонування платформи для серверів у всьому світі, платформи IaaS автоматизують процес.

Це забезпечує ЛОТУ більшу гнучкість у порівнянні з PaaS, оскільки розробник отримує повний контроль доступу над VM. Крім того, кількість фізичних машин, які фактично розміщують зображення, можна легко збільшити / зменшити відповідно до попиту (наприклад, під час пікового доступу).

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

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

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

ІТ-інфраструктура взагалі не приносить прибутку, тому єдиний прибуток, який буде досягнутий, вийде від мінімізації витрат. Один із способів зробити це - максимально зменшити / усунути / автоматизувати інфраструктуру. Зрештою, всі розробники хочуть і потребують платформу для створення своїх сервісів. Такі компанії, як Google / Amazon / Rackspace, спеціалізуються на масштабній масштабованості, тому чи не має сенсу задіяти їхню інфраструктуру?

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

Окрім відмінної відповіді Хлої, я б сказав, що наступні фактори спричинили вибух популярності хмарних обчислень:

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

Особисто я вважаю, що №3 є найважливішим: якщо ви керуєте серверами 100s або 1000s, ви б краще зробити командний рядок або GUI ... або проїхати милі, щоб дістатися до служб спільного розташування?

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

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

Визначальними характеристиками хмарних обчислень є масштабованість та виставлення рахунків за комунальні послуги. Клієнт / сервери, тонкі клієнти та ASP, згадані Jörg W Mittag, не є хмарними обчисленнями, за винятком випадків, коли вони автоматично масштабують вгору та вниз в режимі реального часу, коли клієнту виставляють рахунок за кількість ресурсів, які він використовує. . Як правильно зазначила Хлоя, ця модель стала можливою лише завдяки прогресу технологій віртуалізації та високошвидкісного інтернет-зв’язку. Вони відбувалися протягом останніх 5–10 років, отже, саме тоді ми почали чути про хмарні обчислення.

Хмарні обчислення - це дійсно обмінні обчисленнями / спільним хостингом (дуже старі моделі!) На сучасному обладнанні з віртуалізацією, щоб зробити вигляд приємнішим (але, знову ж таки, це досить старе; IBM займається віртуалізацією свого обладнання на протязі десятиліть). Це також те, що ми робимо з цією технологією, коли у нас є початки всюдисущої мережі. І саме бізнес-модель йде разом з нею; можливість наймати обчислювальну потужність або сховище на дуже короткий проміжок часу за мінімальних витрат ^[*] значно змінює спосіб планування та використання цих ресурсів.

Отже ... основна технологічна зміна полягала в повсюдності мережі, але це не така вже й велика річ; краю цього існували протягом усієї моєї професійної кар'єри. Ні, саме новація бізнес-моделі була справжньою різницею. Розсудлива спосіб змусити його працювати в фінансовому відношенні для всіх зацікавлених сторін без комплексного управління рахунком багаторічної був відсутній шматок. Я не зовсім впевнений, хто її винайшов першим: найдавніший з мене відомий - Amazon AWS (які були ретельно скопійовані), але я не знаю, чи позичали вони інші.

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

^{[* Не тільки грошові витрати, але й альтернативні витрати теж. Вміння швидко реагувати на інциденти дуже цінно.]}

Для хмарних обчислень на ринку повинні бути гравці, які мають досвід та інфраструктуру.

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

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