Cloudlets: Когато облакът се среща с интелигентни устройства

Обществените облаци с хипер скала са добре установени като новата платформа за системи за запис. Днес доставчиците на ERP, вериги за доставки, маркетинг и продажби се базират предимно или изключително в хипермащабни публични облаци. Само Oracle има хиляди клиенти за своя фронт-офис и бек-офис SaaS. А списъкът с клиенти нараства със скорост, далеч надхвърляща тази на традиционните фронт офис и бек офис приложения.

Обществените облаци с хиперскала също са подходящо място за стартиране на нови приложения, използвани в облака, които подобряват или разширяват тези системи на запис. Тези нови приложения са създадени по различен начин. Докато системите за запис обикновено са големи, монолитни приложения, работещи във виртуални машини в облака, приложенията, използвани в облака, обикновено се записват като микроуслуги, пакетират се в контейнери и се организират, за да доставят цялостно приложение на потребителите. Сред предимствата на този подход:

  • По-бързи иновации
  • Възможността да се осигури специфична персонализация за всяко приложение на приложението
  • Подобрено повторно използване на кода
  • Икономии на разходи в сравнение с конвенционалната виртуализация поради по-голямата плътност на внедряване на контейнери и по-ефективното потребление на ресурси

Всичко това е общоизвестно, безкрайно рекламирано, вече не се обсъжда.

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

Системи на ръба

Системи за ангажиране са определени от водеща индустриална аналитична фирма като „различни от традиционните системи за записване, които регистрират транзакции и поддържат финансовото счетоводство в ред: Те се фокусират върху хората, а не върху процесите ... за директно доставяне на приложения и интелигентни продукти в контекста на ежедневието и работните процеси в реално време на клиенти, партньори и служители. " Системите за ангажиране, които са предназначени да улеснят човешките взаимодействия, по своята същност са по-децентрализирани от системите за запис.

Трети тип приложение за разграничаване е това, което ще нарека системи за контрол. Тези приложения осигуряват контрол в реално време между интелигентни устройства. Може би класическият пример е този за самоуправляващи се превозни средства. Ако две коли се движат по магистралата с 65 мили в час, те няма да координират автоматично разстоянието си, като изпращат данни за скоростта и позицията до отдалечен център за данни за обработка. Те ще комуникират директно помежду си, отговаряйки за микросекунди. Независимо дали става въпрос за ускоряване на автомобилите, производство на поточни линии или роботизирана хирургия, минимизирането на латентността на мрежата е ключов проблем за интернет на нещата.

Разработчиците, които изграждат системи за ангажиране и системи за контрол, също възприемат модела devops, базиран на микроуслуги и контейнери. За тези видове приложения контейнерите предлагат:

  • Почти нулеви разходи за внедряване в голям брой системи (мисля, че стотици хиляди превозни средства)
  • Бързо време за стартиране, с незабавно повторение и нулиране
  • По-голяма преносимост поради намалените проблеми със съвместимостта на платформата в евентуално много различни видове компютри в мрежата

Къде ще се движат тези контейнери? За системите за управление контейнерите обикновено работят в самите интелигентни устройства - например в самоуправляваща се кола.

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

Въведете облаци

Cloudlets са начин за преместване на капацитета за изчислителни облаци по-близо до интелигентните устройства на ръба на мрежата. Докато изследователите на Carnegie Mellon определят облаци, те са средният слой на тристепенна йерархия: интелигентно устройство, облак и облак. Cloudlets могат да се разглеждат като център за данни в кутия, като целта е да приближи облака до устройството. Въз основа на идеите на изследователя на CMU, вярвам, че облаците трябва да имат четири ключови атрибута:

  • Малък, евтин, необслужваем дизайн на уреда, базиран на стандартна облачна технология
  • Мощен, добре свързан и сигурен
  • Поддържа само меко състояние (създадено за микроуслуги и контейнери)
  • Намира се на ръба на мрежата, близо до интелигентните устройства, с които ще комуникира

Последствията са значителни. Например, докато много хора имат визия за виртуалното предприятие, управляващо централизирано приложения в един хипермащабен център за данни в облака, реалността е, че иновативните компании ще внедрят приложения за ангажиране и контрол в стотици или потенциално хиляди облаци в световен мащаб.

За търговеца на дребно може да е очевидно къде да постави инфраструктурата за облаци и контейнерите, които те изпълняват: в търговските обекти на търговеца. За други бизнеси, които нямат местно присъствие, доставчиците на телекомуникации предлагат облачни услуги в столични центрове за данни или дори геолокално като най-близката кула за мобилни телефони.

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

Пасищни контейнери

Друго важно значение: Традиционният ръчен подход за отстраняване на проблеми отстъпва място на автоматизацията. Със стотици или хиляди контейнери, избутани до огромен брой облаци, дните на отстраняване на неизправности в производството свършиха.

Имате хардуерен отказ? Автомащабирането на контейнери може автоматично да стартира нов контейнер на излишен облачен хардуер, ако е необходимо. Неизправност на системния софтуер? Дефектните контейнери могат да бъдат премахнати и нов контейнер да бъде зареден. Неизправност на приложен софтуер? Поправете източника веднъж и изтласкайте нова вълна от контейнери в световен мащаб. Никога не закърпвайте и не надграждайте контейнери на полето.

Това се нарича модел за разгръщане и управление на приложения „добитък срещу домашни любимци“, както е описано от Gavin McCance от CERN. Домашните любимци са уникални. Те се отглеждат ръчно и с обич се грижат за тях. Когато се разболеят, вие ги кърмите за здраве. Почти същото може да се каже за традиционните OLTP и системи за подкрепа на решения, изградени с масивни, сложни монолитни приложения.

От друга страна, системите, базирани на микроуслуги и контейнери, се третират по-скоро като говеда. Говедата са почти идентични помежду си. Може да имате стотици или хиляди от тях. Когато някой се разболее, вие го замествате с друг.

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

За да може бизнесът да функционира като сплотено цяло, трябва да бъдат интегрирани системите за запис, системи за ангажиране и системи за контрол. Обща инфраструктура за целия жизнен цикъл - разработване, изграждане, разпространение, наблюдение и управление - може да се използва за изграждане и внедряване на разпределени облачни услуги под формата на контейнери. Големите монолитни приложения на SaaS няма да изчезнат, но може да са изключение, а не правило.

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

Разработката на приложения, базирана на микроуслуги, обикновено разчита на инструменти като скриптови езици, рамки за разработка, хранилища на източници, инструменти за проследяване на грешки, инструменти за непрекъсната интеграция и двоични хранилища. Други инструменти пакетират и разполагат микроуслуги като контейнери. Инструментите за управление за разполагане и конфигуриране са предназначени за чести внедрявания на идентични услуги в еднакви сървъри. Инструментите за оркестрация се използват за създаване на логически колекции от контейнери, които принадлежат на приложение за управление на клъстери, планиране, откриване на услуги, наблюдение и др.

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

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

Робърт Шимп е вицепрезидент на групата за управление на продукти за виртуализация на Linux и Oracle.

Форумът New Tech предоставя място за изследване и обсъждане на нововъзникващите корпоративни технологии в безпрецедентна дълбочина и широчина. Изборът е субективен, базиран на нашия избор на технологиите, които смятаме, че са важни и представляват най-голям интерес за читателите. не приема маркетингово обезпечение за публикуване и си запазва правото да редактира цялото съдържание. Изпращайте всички запитвания на [email protected]