6 Причин розгортання програмного забезпечення як віртуального пристрою

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

Одним із каталізаторів цієї зміни парадигми є зростання віртуальних приладів (VA). Побудований на хмарних віртуальних машинах (VA), VA - це заздалегідь налаштований інструмент для налаштування та запуску віртуальних додатків, не турбуючись про будь-яку установку, надання чи розгортання вручну. Кіт Колберт, представник відділу бізнес-підрозділів CloudMaster Platform VMware, сказав, що думає про VA, як будь-який інший прилад: Вам не потрібно знати, як працює ваш холодильник, він просто працює.

Колберт провів 14 років у VMware. Він працював у значній частині портфоліо компанії корпоративного програмного забезпечення - від операційної системи VMkernel (ОС) та віртуалізації сервера vSphere до менеджера ІТ-операцій vRealize та платформи VMware AirWatch для управління мобільними пристроями (MDM), серед інших ролей. PCMag розмовляв з Колбертом про те, що таке VA і чому вони корисні у практичних бізнес-сценаріях. Ми обговорили, як можна використовувати VA, разом із новими технологіями на стороні розробників, такими як контейнери та мікросервіси, як частина програмного забезпечення та інформаційної інфраструктури нового покоління.

Що таке VA?

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

"Подумайте про прилад у вашому будинку: духовки, мікрохвильові печі, холодильники. Ви підключаєте їх і вони працюють", - сказав Колберт. "Внутрішня робота є складною. Зараз в Інтернеті речей (IoT) багато з них мають Wi-Fi. Але скільки нас насправді знає, як працює холодильник або духовка? Нам це не потрібно. Я повертаю ручки для управління дуже складним пристроєм з дуже простою взаємодією. Пристрій містить цю складність, щоб полегшити користувачеві отримати значення. Віртуальний прилад робить те саме, що знаходиться у вітрині даних у центрі обробки даних ".

Як пояснив Колберт, VA по суті забезпечує абстракцію програмного забезпечення для прийняття складної віртуальної системи та зосередження її на конкретній, чітко керованій конфігурації як для незалежного постачальника програмного забезпечення (ISV), що продає продукт, так і бізнес-відділу ІТ-купівлі та розробки цього програмного забезпечення. Для ISV, VA зменшують кількість параметрів конфігурації та розгортання. Чим більше опцій та налаштувань та операційних систем ви підтримуєте, тим складніше забезпечити належне функціонування програмного забезпечення в різних середовищах. Що стосується бізнесу, підрозділи VA дозволяють ІТ-відділу витрачати менше часу на налаштування програми та налаштування мережі та налаштування відповідності тощо. Колберт сказав, що мова йде про простоту та вартість.

"Традиційно, коли ви встановлюєте програмне забезпечення, вам потрібно зробити ще багато речей, щоб застосувати цю програму. Мета за допомогою віртуального пристрою - попередньо налаштувати все та просто почати його використовувати", - сказав Колберт. "Подивіться на таку операційну систему, як iOS. Це один набір програмного забезпечення, який працює лише для цього набору пристроїв Apple. Порівняйте це з Android, де у вас є дуже настроювана ОС, що працює на сотнях тисяч різних пристроїв. Це набагато більше роботи виробники налаштовують на різних пристроях, тоді як для iPhone він просто побудований один раз ».

VA проти VM

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

"Віртуальний пристрій - це VM, який розгорнуто в дуже специфічний спосіб, який робить його дійсно простим у розгортанні та обмежує можливості налаштування мільйона різних речей", - сказав Колберт. "За допомогою VM загального призначення ви можете встановити потрібне серверне програмне забезпечення та ОС, що корисно в деяких випадках. Про це ми говоримо тут - це налаштування та оптимізація за цією більш загальною схемою VM."

6 порад щодо розгортання VA

VMware далеко не єдиний постачальник програмного забезпечення, що працює з VA, але компанія каже, що має більш глибокий досвід, ніж більшість. VMware витратив роки на розробку VMware vApp, який працює на стандартизованому форматі відкритої віртуалізації (OVF). Платформа VMware vApp пакує VM разом у VA, які працюють в різних ОС і хмарних обчислювальних архітектурах. Колбер запропонував п’ять рекомендацій, про які слід пам’ятати підприємствам під час розгляду, створення та розгортання VA.

1. Знай, коли використовувати VA, а не VM

Після того, як ви зрозумієте різницю між VM і VA, важливо знати, коли вигідніше використовувати один над іншим. Вирішуючи, залишити VM такою, якою є, або розгорнути її разом із заздалегідь налаштованим VA, Колберт сказав подумати про бізнес-процес, який ви намагаєтеся вирішити.

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

2. Створіть App App Store

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

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

3. Використовуйте гнучкі конфігурації мережі

Один з найскладніших аспектів розгортання VA - це інтеграція з мережами замовника. Розміщення сховища та розгортання основної VM порівняно просте і просте автоматизація, але Колберт сказав, що мережа - це де цікаво.

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

4. Не спите на безпеці

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

"Одне, що ви робите як творець, - це взяти на себе відповідальність за безпеку VA і все, що знаходиться всередині нього. Будь то Shellshock або Heartbleed або що у вас є, це на вас, як на розробнику VA, швидко реагувати, коли трапляються подібні проблеми". - сказав Колберт. "Це одна з речей, яка може обмежити VA, якщо клієнт не довіряє продавцю застосовувати виправлення. Більшість ISV мають цілу команду безпеки, яка контролює Linux CVE. Коли VMware бачить нову крапку CVE, існує цілий процес, налаштований на виконайте це і отримайте виправлення за кілька годин або днів у найгіршому випадку. Вам потрібні ті команди, які спостерігають та готові реагувати, та механізм доставки, щоб отримати ці зміни до кінцевих споживачів ".

5. Знайте, як ВМ та контейнери підходять разом

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

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

"На VA-контейнерах та контейнерах слід зосередитись на двох аспектах: упаковка та час виконання", - продовжив він. "Віртуальні віртуальні машини абстрактні на апаратному рівні, тоді як контейнери відбирають на рівні ОС. Але вони обоє мають рівень упаковки для створення образу. Що люди, як Docker, справді добре зробили, це інтегрувати їх у робочий процес розвитку. Контейнери та VM - це загальний механізм, тож зазвичай ви бачите або звичайну програму, безпосередньо упаковану у віртуальний комп'ютер, або іноді контейнер та VM разом, безпосередньо розгорнуті в їх інфраструктуру як єдину програму. "

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

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

6. Вирішіть, чи будете ви використовувати мікросервіси

Як архітектури мікросервісів враховують це, є більш складною пропозицією. У контейнері можна запустити або традиційне монолітне додаток, або додаток для мікропослуг, розбитого на модульні сервіси. Що стосується VA та VM, Колберт каже, що рішення про перехід до архітектури мікросервісів залежить від кількох факторів.

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

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

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