Зміст
Джерело: Олександр Черевко / Сонник
Винос:
Ми обговорюємо майбутнє хмари з генеральним директором Turbonomics Бен Най.
Якщо є одна річ, яку ми дізналися за останні роки про зростання хмарних розгорнень, то це може дуже швидко ускладнитися. Існують публічні, приватні та гібридні хмари та розмиті визначення між ними. Існує постійно зростаючий список хмарних платформ та структури витрат. Відповідність лише ускладнюється… Якщо це звучить як більше, ніж людина могла б відстежувати, ви, мабуть, маєте рацію. Зрештою, ми лише людина.
Ми говорили з генеральним директором Turbonomic, Беном Най, минулого року, ми глибоко занурилися в автономні обчислення, і як його використовують для вирішення проблеми все більш складних середовищ, керованих даними, які не в змозі людини ефективно керувати. Це нова парадигма для адміністраторів системи, які давно дотримуються моделі break / fix системи управління додатками. Повернення всього контролю над програмним забезпеченням - це новий підхід. Але з практичної точки зору, розподілення та надання хмарних ресурсів на основі попиту на навантаження в режимі реального часу стає потужною силою на переповненому хмарному ринку, що обслуговує все складніші центри обробки даних.
Техопедії Корі Янссен знову сіли з Беном, щоб поговорити про те, як змінився хмарний ландшафт за останній рік, куди це може йти і як компанії змінюють спосіб управління хмарними ресурсами.
Кори: Минуло трохи більше року, як ми востаннє говорили, які були найбільші зміни у хмарному ландшафті за останній рік?
Бен: Динамізм цього ринку продовжує залишатися незмінним. Темп змін, про який ми говорили в останньому інтерв'ю - з традиційними постачальниками обладнання для шлюзів, що поступаються місцем програмному забезпеченню в центрі обробки даних та хмарі - прискорився. І суперництво між постачальниками хмарних технологій (головним чином AWS та Azure) набирає темпи, а також створює нові альянси (Google і Cisco, VMware та AWS).
Отож, на цьому тлі, чим турбуються директори CIO? Багато хто реалізує першу хмарну стратегію, яка вимагає від них визначити, яке навантаження має перейти до загальної хмари, а які - залишитись приватними.
Гібридне та мульти-хмарне майбутнє йде назустріч усім нам набагато швидше, ніж очікувалося. Цей темп змін змушує новий підхід до управління та оптимізації ІТ.
Кори: У корпоративному просторі вся концепція хмари ніби зміщується до гібридної. Чи мертва стара ідея хмари? Хібрид нової хмари?
Ні помилок, ні стресу - покроковий посібник зі створення програмного забезпечення, що змінює життя, не руйнуючи ваше життя
Ви не можете покращити свої навички програмування, коли ніхто не піклується про якість програмного забезпечення.
Бен: Без сумніву, це буде гібридне хмарне майбутнє. Відбувся неймовірний темп змін, який ми спостерігаємо у прийнятті гібридної хмари як фактично; публічна хмара зростає неймовірно добре, але це не означає, що приватна хмара скорочується. Якщо ви подивитесь на різні джерела, що прогнозують цю тенденцію (наприклад, Хмарний індекс Cisco та опитування CIO Morgan Stanley), коли ви одружилися разом, ви побачите приблизно 3 - 5 відсотковий темп зростання на приватній хмарі та 60-відсотковий темп зростання на публічна хмара.
Існує також більше прийняття складних корпоративних програм у публічній хмарі, причому не лише рідних або нових додатків, але й перенесення більш орієнтованих на виробництво додатків у їхнє еквівалентне середовище загальної хмари.
Ця реальність є примусовою функцією уважно розглянути, як керувати цими змінами найбільш економічно, ефективно та сумісно.
Кори: Зараз так багато шумів щодо машинного навчання. Ви, хлопці, працювали над автономними функціями свого програмного забезпечення кілька років тому. Як ви думаєте, ви там випереджали криву щодо того, щоб говорити про виведення керування хмарою з-під контролю людини?
Бен: На щастя, так. Багато людей вважали, що великі дані - це спосіб управління продуктивністю, і за відсутності цього вони використовували старі методи забезпечення та ручного втручання - в основному, люди реагували на автоматичні сповіщення. Ми вважаємо, що бракувало здатності розуміти попит, щоб навантаження на додаток могло автономно, базуючись на передовій аналітиці в режимі реального часу, самостійно приймати розумні рішення про те, куди бігти, коли запускати чи зупиняти, коли розмір збільшувати чи зменшувати. Відповідь була самоуправляючою системою, яка набагато ефективніша, ніж надмірне забезпечення, і люди переслідували машинні сповіщення моніторингу. Він також більш ефективний та своєчасний, ніж традиційні вправи з великими даними, коли люди збирають величезну кількість даних, не розуміючи, що саме вони намагаються збирати. Потім вони повинні перемістити ці дані до загального сховища або сховища даних. Потім вони повинні структурувати ці дані, співставити ці дані, і все з метою знайти висновок.
Не були великими віруючими великі дані. Наш інтелект - це інший тип ШІ для управління продуктивністю. З великими даними зібрати всі ці дані дорого, і дуже легко засмічувати ті самі системи, якими ви намагаєтесь керувати, завдяки переміщенню цих даних. До того моменту, як ви перемістите його, структуруєте, співвідносите і знайдете висновок, ви вже не в реальному часі. Нарешті, цей висновок, коли ви його дістаєте, вам доведеться повернути його людям знову. Саме це робить машинне навчання настільки цінним для пошуку розуміння у великих наборах даних; він не настільки цінний для управління продуктивністю в ІТ-системах.
Кори: За даними дослідження CIO Morgan Stanley CIO, половина всіх навантажень буде працювати в громадській хмарі до 2020 року. З якими ризиками стикаються організації, коли здійснюють цю зміну?
Бен: Практично всі навантаження в локальному світі надмірно обмежені та недостатньо використані, що є результатом цілеспрямованих оцінок ІТ. Це основа, з якою працюють організації, коли вони розглядають можливість переміщення та переміщення до хмари. Це вірно вже більше двох десятиліть. Світ в приміщенні - це переважно середовище з фіксованою вартістю, де є власність на потужність - тому мало платити.
Оскільки організації приймають гібридну хмару, вони переміщують свої завищені робочі навантаження в хмару - світ із змінною вартістю. Якщо у вас занадто оплачено, ви платите за це на другу або хвилину, залежно від вашого постачальника послуг у хмарі. Сумісність також стає великим ризиком у цій новій моделі.
Кори: На папері, теоретично, просто переходити до змінної вартості має сенс, але коли ви так ставите, це так просто. Я маю на увазі, ви просите архітекторів та ІТ-партнерів також бути фінансами.
Бен: Саме так. За підрахунками, державні рахунки у хмарі більш ніж у два рази перевищують очікувані. Чому так? Оскільки, коли ви мігруєте робоче навантаження в загальнодоступну хмару, ви приймаєте його на основі шаблону розподілу. Ви не розміруєте його і зменшуєте його. Ймовірність перевищення резервів висока, і тому рівень ваших витрат буде високим. Важливо зрозуміти справжнє споживання робочого навантаження, а потім його відповідним чином розмістити (вгору чи вниз): це одна з переваг Turbonomic.
Кори: Як правило, я вважаю, що Turbonomic є більшою мірою на обчисленні, але останнім часом ви також зробили багато речей на стороні пам’яті. Ви можете трохи поговорити про це?
Бен: Отже, одне з ваших попередніх запитань стосувалося змін, що відбуваються у хмарному ландшафті. Як приклад, Amazon тепер має розрахунки за обчислення та зберігання за секунду. Подумайте, наскільки динамічним є ринок, що вони можуть буквально за секунду зійти на пропозицію. Досить дико, враховуючи, що лише трохи менше року тому Google вийшов із щохвилинним ціноутворенням, оскільки Amazon був за годину.
Зараз ми можемо робити обчислення, пам’ять, мережу та зберігання в Amazon, використовуючи їхні гнучкість ціноутворення буквально до другого.
Кори: Я впевнений, що коли ви говорите про ці великі бази даних, усі ці великі реляційні бази даних, що є одним з найдорожчих екземплярів із AWS, так? Отже, ти будеш правильно до м'яса.
Бен: Є кілька важливих питань, які ви натрапили на там. Наприклад, якщо ви подивитесь на Amazon, вони фактично перевели ваше питання про базу даних на інший рівень. База даних як послуга - це одне з найбільш швидко зростаючих пропозицій платформи як послуги. І AWS, і Microsoft створили досить багато пропозицій платформи як послуга. Деякі з них - навколо машинного навчання з великими даними. Незалежно від того, чи використовуєте ви їхню базу даних чи вашу базу даних, витрати на зберігання досить великі, а загальні витрати можуть бути досить великими, а мінливість - або можливість покращити їх - значна. Це те, що ми робимо. Клієнти можуть закрити подвоїти рентабельність інвестицій під час використання нових можливостей накопичувача Turbonomic для публічної хмари, а також обчислювальної та пам'яті та мережевих можливостей, які ми пропонували раніше.
Якщо ви подивитесь на Microsoft, вони зробили ряд основних оголошень на своєму недавньому заході Ignite. Тепер у них є зони доступності та зарезервовані пропозиції екземплярів, як-от AWS. Це важливо, оскільки воно показує, що просять клієнти. Але це також показує, що, як і в цих речах, тут є складність, і складність може швидко перекрити людей.
Кори: Чи можете ви трохи поговорити про те, як Turbonomic зміг одружитися на різних хмарних платформах? Ми дуже багато танцювали навколо цього з точки зору їх різноманітних особливостей на AWS та Azure. Це майже здається, що це ситуація, коли протягом останніх кількох років був вибір, де ти один чи інший, але все більше і більше компаній можуть зараз одружуватися з ними.
Бен: Історично коли було запроваджено нову платформу, були введені нові інструменти для агрегації даних та надання їх людині для управління чи виправлення. Обмежуючим фактором є набір навичок людини. Ця складність змушує новий спосіб управління ІТ.Ви сьогодні чуєте набагато більше про AI, базі даних, що керують власним керуванням, центри обробки даних тощо. Ми вважаємо, що відповідь на управління складністю в гібридному середовищі полягає у створенні середовища для самоврядування через систему управління, здатну з'єднати обидва наявні прогалини. Ми надаємо людям біонічну здатність сортів використовувати складність їхнього середовища за допомогою програмного забезпечення, яке виключає здогадки та обмеження, які існували раніше для того, щоб забезпечити робоче навантаження ефективно, сумісно та економічно, незалежно від того, чи це приватна чи публічна хмара .
Кори: Ви також можете кинути в Google, коли вони збільшуватимуть свої пропозиції протягом наступних двох років. Вся справа в тому, щоб вишня вибирала найкращі послуги на кожній платформі.
Бен: Так. Ми раді підтримувати середовища Google у майбутньому випуску програмного забезпечення. На ваш погляд, існує маса рішень щодо того, де розмістити навантаження, а також як і коли розмір робочого навантаження, а також коли починати та зупиняти навантаження. Пам’ятайте: навантаження може бути VM чи контейнером, це може бути VDI - тому гнучкість, яка притаманна цьому варіанту для більшого набору альтернатив чи варіантів, надзвичайно цінна для клієнтів, які прагнуть отримати найнижчу вартість, найкращу ефективність та забезпечена відповідність. У такому масштабі програмне забезпечення може зробити це набагато ефективніше, порівняно з покладанням на людей, які реагують на машинні сигнали, коли програми порушили або порушили поріг.
І врахуйте, що нова порода регламентів постійно впроваджується. Існують глобальні правила захисту даних, і це впливає на те, які дані ви зберігаєте, і де ці дані знаходяться, вимагаючи суверенітету даних. Тоді є спорідненість та антиспорідненість, навколо яких дані можуть сидіти з іншими наборами даних. І тоді, крім цього, є безперервність бізнесу та високі вимоги щодо доступності! У загальнодоступній хмарі, якщо вам потрібно п’ять дев'яти, вам потрібно бути принаймні в чотирьох зонах доступності. Вам доведеться думати про відновлення після аварій, кілька правил бізнесу. Реальність така: Якщо ви не перевіряєте ці правила бізнесу, кожного разу, коли ви розміщуєте, починаєте, переміщуєте, розміщуєте чи клонуєте робоче навантаження, ви не знаєте, що постійно дотримуєтесь. Ви або поступливі, або ні. Це бінарний випуск.
Кори: Це майже стає таким складним, що ділове правило майже не дозволяє людині впоратися.
Бен: Саме так, і в цьому проблема, особливо коли ми працюємо в масштабі, який від 80 до 90 відсотків віртуалізований на підприємстві. Ми працюємо в масштабі, який повинен визріти за межами ручного втручання, реагуючи на машинні сповіщення, коли програми можуть перерватися. О, і до речі, я маю змогу навчитися цим новим навичкам, щоб зробити те ж саме за кращих умов у публічній хмарі. Це занадто багато
Кори: Знаєш, що? Коли ви розмовляєте зі мною про це, мені дивно, як основна проблема полягає не в тому, чи ви говорите про міграцію, чи про проблеми дотримання. Там стільки перекриття, і навіть коли ви переживаєте відповідність, багато цих питань дійсно перетинаються. Основне питання полягає в тому, що тільки в наступні кілька років буде складніше. Якщо ви зараз не на правильному шляху, ви мертві у воді, бо якщо ви зараз не можете впоратися з речами, то як ви будете з ними боротися в 2020 році?
Бен: Повністю згоден. А потім, до речі, просто для того, щоб висловити свою думку, це стає ще складнішим, адже зараз ми повинні думати не лише про те, де працює навантаження, а про те, що є навантаження? Отже, ви, можливо, сьогодні знаходитесь у світі оптимізації VM, але завтра це можуть бути контейнери та мікросервіси з хмарною ОС. Що ж, гаразд, це добре, але як тоді ви знайдете людину Кубернетеса, скажімо, в Канзасі чи людину Докера в Делавер? Таким чином, постійно спостерігається еволюція в тому, як люди звертаються до цих речей.
Це стає трохи страшно, але якщо я можу використовувати програмне забезпечення, щоб допомогти вирішити цю проблему, то ось так, натомість це стає бадьорим, чи не так? Тому що ми беремо людей за ланцюжок вартості, і у нас є програмне забезпечення, яке робить найменші, щоденні речі.
Кори: Правильно. Тоді ви зможете, щоб ваші ресурси високого рівня насправді зробили крок назад і подумали, що саме їм слід робити, а не управляти сповіщеннями.
Бен: Саме так! Люди пішли в технології, тому що їм було цікаво розвивати ландшафт технологій і, чесно кажучи, створювати круті речі. Це були великі причини зайнятися технологіями, правда? Це не повинно було дотримуватися режиму оповіщення. Отже, це новий набір навичок, які можуть вийти з нього. Я маю на увазі, як хтось збирається ресурс кожного контейнера в режимі реального часу? На цю проблему ще ніхто не відповів. І відповідь - це буде зроблено через програмне забезпечення.