Какво представлява хибридният облак Kubernetes и защо има значение

Над 8000 души са на KubeCon в Сиатъл. Всяка голяма технологична компания и бизнес, за които никога не съм чувал, са тук и тръбят за своите Kubenetes дистрибуции – около 80 от тях. IBM наскоро купи Red Hat за страхотните 34 милиарда долара. Аз и други смятаме, че са го направили, за да получат Експертният опит на Red Hat в Kubernetes. Защо? За да отговорим на този въпрос, трябва да разгледаме модела на хибридния облак.

първо, IBM Главният изпълнителен директор Джини Ромети каза, че водещите клиенти искат да преместят своите корпоративни данни „в множество облачни среди без блокиране“. Това означава хибриден облак.

Хибридният облак е този, който работи едновременно на публичен и частен облак. В исторически план това е направено с три модела: Софтуер за управление на хибриден облак, като напр HPE Helion; местни хибридни облачни платформи, като Microsoft с Лазурно и Azure стек; и облаци платформи като услуга (PaaS), включително Cloud Foundry, който може да прехвърли облаците на инфраструктурата като услуга (IaaS).

Също: Разбиране на стека на облачните изчисления: SaaS, PaaS, IaaS TechRepublichttps://www.techrepublic.com/resource-library/whitepapers/understanding-the-cloud-computing-stack-saas-paas-iaas/post/?regId=&asset=3343303

Има места за всеки от тези подходи, но първите два обикновено са трудни за прилагане. Моделът PaaS е по-лесен... ако искате да стартирате PaaS.

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

IBM далеч не е първата компания, която вижда как Kubernetes може да направи хибридните облаци по-лесни за работа, управление и внедряване. Частичен списък на други компании, които работят върху базирани на Kubernetes хибридни облачни предложения, включва Cisco, Google, HPE, и VMWare.

И така, IBM прави най-голямото придобиване на софтуерна компания в историята, само за да се конкурира по-добре с останалите? Не, Big Blue залага на компанията, защото вярва червена шапкаИзключително силният екип от разработчици може да коригира основните проблеми на Kubernetes с хибридния облак.

Виждате ли, казах, че Kubernetes улеснява създаването на хибриден облак. Не съм казал, че е лесно. Това е така, защото все още не е. Обещанието е налице. Реалността не е.

Също: Открита е първата голяма дупка в сигурността на Kubernetes

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

Можете, разбира се, да отхвърлите голяма част от тази магарешка работа. Мелани Себула, софтуерен инженер на AirBnB, обясни това, което AirBnB прави с масовото си внедряване на Kubernetes в своята основна бележка на KubeCon. Това помага много, но все още не е толкова автоматично, колкото биха искали повечето разработчици на облак.

След това трябва да използвате механизми за откриване на услуги, съобразени с центъра за данни, като напр консул или Linkerd, за да се улесни откриването на услуги между клъстери и среди с множество облачни внедрявания на Kubernetes. Отново, това не е лесно.

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

Също: Сервизна мрежа: какво представлява и защо е толкова важна сега

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

Има такъв начин. Нарича се Федерация V1. Но ето лошата новина: това е до голяма степен алфа софтуер. Ето и другата лоша новина: Този интерфейс за програмиране на приложения (API) почти сигурно няма да стане общодостъпен.

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

Всичко това звучи добре, но Federation V2, докато пиша това в края на 2018 г., все още е в процес на работа. Все още дори не е алфа код.

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

След като това стане, ще видим кои компании се справят най-добре с предоставянето на тези услуги на своите корпоративни клиенти.

Свързани истории:

• Възходът на Kubernetes олицетворява прехода от големи данни към гъвкави данни
• Проектът за данни Kubernetes etcd се присъединява към CNCF
• Cisco, AWS се обединяват в управлението на Kubernetes