6 Причини за внедряване на софтуер като виртуален уред

Управлението на ИТ инфраструктурата е по-сложно предложение, отколкото преди. Възрастта на локални сървъри и монолитни приложения отстъпва на нова хибридна реалност: Наследената локална инфраструктура се смесва с какофония от облачни, виртуални и модулни технологии за бази данни и приложения. Това променя начина, по който бизнесът хоства, предоставя и разгръща софтуер.

Един от катализаторите в тази промяна на парадигмата е възходът на виртуалните уреди (VA). Изграден на виртуални машини, базирани на облаци (VM), VA е предварително конфигуриран инструмент за настройка и стартиране на виртуални приложения, без да се притеснявате за каквато и да е ръчна инсталация, осигуряване или внедряване. Кит Колбърт, главен технически директор на бизнес отдела на VMware в облачната платформа, каза да мисли за VAs като всеки друг уред: Не е нужно да знаете как работи хладилникът ви, той просто работи.

Колбърт е прекарал 14 години във VMware. Той е работил в голяма част от портфолиото на корпоративния софтуер - от операционната система VMkernel (OS) и виртуализация на сървър vSphere до мениджъра на ИТ операциите vRealize и платформата VMware AirWatch за управление на мобилни устройства (MDM), наред с други роли. PCMag говори с Colbert за това какво представляват VA и защо са полезни в практически бизнес сценарии. Обсъдихме как можете да използвате VA, заедно с нововъзникващите технологии на страна на разработчиците, като контейнери и микросервизи, като част от софтуерното стеко от следващо поколение и ИТ инфраструктурата.

Какво представляват VAs?

VA стават все по-често в центрове за данни и виртуални сървъри, работещи като част от облаците Infrastructure as-a-Service (IaaS). За да разбере какво са VA и колко са важни в облачните изчислителни среди, Колбърт каза, че ключовата дума е "уред".

"Помислете за уред във вашата къща: фурни, микровълнови фурни, хладилници. Включете ги и те работят", каза Колбърт. "Вътрешното функциониране е сложно - и сега с Интернет на нещата (IoT) много от тях имат Wi-Fi. Но колко от нас всъщност знаят как работи хладилник или фурна? Не е нужно. Включвам копчета за управление на много сложно устройство с много просто взаимодействие. Уредът съдържа тази сложност, за да улесни потребителя да получи стойност. Виртуален уред прави същото нещо във VM в център за данни."

Както обясни Колбърт, VA по същество осигурява абстракция на софтуера, за да вземе сложна виртуална система и да я фокусира в специфична, строго контролирана конфигурация както за независимия доставчик на софтуер (ISV), продаващ продукта, така и за бизнес ИТ отдел, който купува и използва този софтуер. За ISVs VAs намаляват броя на опциите за конфигуриране и внедряване. Колкото повече опции и настройки и операционни системи поддържате, толкова по-трудно е да се гарантира, че софтуерът ще работи правилно в различни среди. От страна на бизнеса VA-ите позволяват на IT отдела да отделя по-малко от времето си за настройка на приложението и конфигуриране на настройките на мрежата и съответствието и т.н. Колбърт каза, че става въпрос за простота и време-стойност.

"Традиционно, когато инсталирате софтуер, има литания от неща, които трябва да направите, за да се изправи това приложение. Целта с виртуален уред е да конфигурирате всичко и просто да започнете да го използвате", заяви Колбърт. "Вижте операционна система като iOS. Това е един набор от софтуер, който работи само за този набор от устройства на Apple. Сравнете този с Android, където имате високо конфигурируема ОС, работеща на стотици хиляди различни устройства. Това е много повече работа за производителите да персонализират на различни устройства, докато при iPhone той е построен само веднъж."

VA срещу VM

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

"Виртуален уред е VM, който е разгърнат по много специфичен начин, който го прави наистина лесно за разгръщане и ограничава възможностите за конфигуриране на милион различни неща", каза Колбърт. "С VM с общо предназначение можете да инсталирате желания от вас сървърен софтуер и ОС, което е полезно в някои случаи. Това, за което говорим тук, е персонализиране и оптимизация на този по-общ модел на VM."

6 съвета за внедряване на VAs

VMware далеч не е единственият доставчик на софтуер, който работи с VA, но компанията казва, че има по-дълбок опит от повечето. VMware е прекарал години в разработването на VMware vApp, който работи на стандартизирания формат на отворена виртуализация (OVF). Платформата VMware vApp пакетира VM заедно в VA, които работят в различни ОС и облачни изчислителни архитектури. Колбърт предложи пет препоръки, които бизнесът трябва да има предвид при обмислянето, създаването и внедряването на VA.

1. Знайте кога да използвате VA, а не VM

След като разберете разликата между VM и VA, важно е да знаете кога е по-изгодно да използвате един над друг. Когато решава дали да оставите VM такъв, какъвто е, или да го разгърнете заедно с предварително конфигуриран VA, Колбърт каза да помислите за бизнес процеса, който се опитвате да решите.

„Ако откриете, че имате този модел, при който едно приложение или процес обикновено се използва от много различни служители и други хора във фирмата, това е добра цел за VA. Приложения, които се разполагат и преразпределят там, където искате да съдържате тази сложност ", каза Колбърт. „Вместо да имате всички тези различни случаи, когато всеки потребител конфигурира нещата по различен начин, можете да поемете контрола над тази ситуация и да им дадете само правилния набор от копчета на фурната си.“

2. Изградете App Store за център за данни

VA-те са лесни за използване и те също трябва да бъдат лесни за намиране и получаване. Традиционно, обясни Колбърт, за да получите достъп до приложение, трябва да подадете някаква заявка на базата на билети до ИТ и след това администраторът да го предостави ръчно. През последните няколко години това стана по-автоматизирано чрез курирани каталози на услуги или управляван магазин за приложения, предлагащ одобрени от ИТ приложения за изтегляне. Въпреки това, когато правите VA достъпни, потребителите не трябва да прескачат обръчи.

„Искате да използвате простотата на виртуалните уреди и да ги дадете директно на потребителя, като все още управлявате изискванията от ИТ гледна точка“, каза Колбърт. „В инструменти като AirWatch имате магазин за приложения за крайни потребители с приложения, които да настроите на устройствата си. Но това, за което говорим тук, е повече от магазин за приложения на център за данни. Ако потребителят трябва да предостави приложение на сървър някъде, те щяха да стигнат до този вид вторичен портал за самообслужване."

3. Използвайте гъвкави мрежови конфигурации

Един от най-трудните аспекти при разгръщането на VA е интегрирането с мрежи на клиента. Разпределянето на хранилището и разполагането на основния VM са сравнително лесни и лесни за автоматизиране, но Колбърт каза, че работата в мрежата е там, където става интересно.

„Лицето, което изгражда приложението, трябва да може да даде на потребителя достатъчно копчета, за да конфигурира правилно мрежата. Някои мрежи използват HTTP, други могат да имат статичен набор от IP адреси, а трети може да използват инструменти на трети страни за управление на IP адреси. Така че има много вариации, които могат да ви изкарат ", каза Колбърт. „Струва си да отделите малко допълнително време, като се уверите, че излагате правилния набор от опции, които потребителите да конфигурират. И се уверете, че вашият VA е гъвкав в мрежовите конфигурации, които може да поддържа.“

4. Не спите при сигурност

VA работят най-вече на Linux OS. Един от проблемите, с които можете да се сблъскате, е с проблемите на сигурността на ниво OS. Независимо дали използвате софтуер за управление на производителността на приложенията (APM) или софтуер за мониторинг на мрежата, или имате екип, който наблюдава Linux общи уязвимости и експозиции (CVE) в рамките на софтуерните пакети с отворен код, който вашият бизнес се използва, Colbert каза, че трябва да има набор от процедури нагоре, за да получите бързо кръпки.

"Едно нещо, което правите като създател, е да поемете отговорност за сигурността на VA и всичко в него. Независимо дали става въпрос за Shellshock или Heartbleed или какво имате, това е върху вас като разработчик на VA, за да реагирате бързо, когато възникнат подобни проблеми", - каза Колбърт. „Това е едно от нещата, които могат да ограничат VA-тата, ако клиентът не вярва на доставчика да прилага патчи. Повечето ISV-и имат цял ​​екип за сигурност, който наблюдава Linux CVE. Когато VMware вижда нов спад на CVE, има цял процес, настроен на изпълнете това и извадете най-лошите няколко часа или няколко дни. Имате нужда от онези екипи, които наблюдават и са готови да реагират, и механизма за доставка, за да сведат промените до крайните потребители."

5. Знайте как VM и контейнерите се поберат заедно

Започнахме това парче, като поговорихме за нова ера на виртуализиран софтуер и технология за приложения и голяма част от това се дължи на разработчиците и ИТ революцията, породени от контейнери и микросервизи. Колбърт обясни как контейнерите са естествено подходящи за VA и VM.

„Наблюдаваме разпространение на технологии в пространството, които имат много различни компромиси и възможности. Най-общо казано, това е добро нещо, но може да създаде объркване за това какво е най-добре да се направи“, казва Колбърт.

„Има два аспекта, върху които трябва да се съсредоточим с VA и контейнерите: опаковката и срока на експлоатация“, продължи той. „VMs абстрактно на хардуерно ниво, докато контейнерите се извличат на ниво OS. Но и двамата имат ниво на опаковка, за да създадат изображение. Това, което хора като Docker са постигнали наистина е интегрирането им с работния процес на разработка. Контейнерите и VM са и общи механизми, така че обикновено ще видите или обикновено приложение, директно опаковано във виртуална машина, или понякога контейнер и VM заедно, директно внедрени в тяхната инфраструктура като едно приложение."

Това обаче не е краят на историята. Експериментирайки с виртуални машини и контейнери, Колбърт каза, че е изключително важно да се има предвид как контейнеризираните и виртуалните приложения ще се включат в останалата част от вашата инфраструктура, както и всички останали проблеми, свързани с логистиката, спазването и сигурността, които са свързани с нея.

„Тъй като клиентите започват да се модернизират, трябва да решите за операции от Ден втори. Докато изграждате всички тези решения около VM и виртуални уреди и разширявате тези решения до контейнери, трябва да помислите за наблюдение, архивиране, сигурност, вход, възстановяване след бедствия. Трябва да отговорите на всички тези въпроси ", каза Колбърт. Много клиенти питат кога да съхраняват нещата и мисля, че има много смисъл да се движи по-бърз и по-последователен процес между разработка и производство. Контейнеризацията е доста лесна за изпълнение… предизвикателството е, когато влезете в рефакторинг на приложение, за да станете по-разпространени с архитектура на микросервизи. Това е огромно, огромно усилие."

6. Решете дали ще използвате микросервизи

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

„Приложението трябва да е изключително важно за вашия бизнес и да спечелите приходи от най-висок клас. Ако не, оставете го както е и стигнете до него по-късно“, каза Колбърт. „Приложенията за водене на приходи са тези, които искате в по-разпределената архитектура. Или това, или нещо с наистина голям мащаб, където много потребители се свързват и взаимодействат с него, или ако искате наистина бързи актуализации.“

Микросервизите ви позволяват да актуализирате отделни компоненти на приложение често и независимо един от друг. Тъй като отделните услуги до голяма степен са отделени, разработчиците могат да ги актуализират независимо без съгласуване. Колбърт каза, че получавате много ползи от микросервизите, но клиентите подценяват работата и предизвикателствата при преструктурирането, дори ако приложението вече работи на VM или в контейнер.

"Микросервизите са страхотни, но не тръгвайте по това пътуване, докато не сте сигурни, че има убедителна бизнес причина", каза Колбърт. „Ако това е сложно приложение в горната линия с големи нива на мащаб, което се нуждае от пъргавина и бързи актуализации, направете го.“