Red Hat OpenShift Serverless е набор от управлявани от събития Kubernetes компоненти за микроуслуги, контейнери и реализации на функцията като услуга (FaaS).
Това готово решение включва сигурност и маршрутизиране на трафика и съчетава Red Hat Operators, и за стартиране на зареждания без състояние и без сървър на платформата OpenShift в частни, публични, хибридни и мулти-облачни среди.
позволява на разработчиците да се съсредоточат изцяло върху създаването на приложения от следващо поколение, като предлагат широк избор от езици за програмиране, рамки, среди за разработка и други инструменти за създаване и внедряване на революционни бизнес продукти.
Основни характеристики на Red Hat OpenShift Serverless:
- Богат избор от езици за програмиране и компоненти за изпълнение за безсървърни приложения. Можете да изберете точно набора от инструменти, от който се нуждаете.
- Автоматично хоризонтално мащабиране в зависимост от интензивността на заявките или събитията за ефективно управление на ресурсите въз основа на реални, а не спекулативни нужди
- Безпроблемна интеграция с OpenShift Pipelines, базирана на Kubernetes система за непрекъснато изграждане и доставка (CI/CD), захранвана от Tekton
- Основата е под формата на Red Hat Operator, който позволява на администраторите сигурно да управляват и актуализират работещи екземпляри, а също така организира жизнения цикъл на приложения като облачни услуги
- Постоянно следи новите версии на общността, включително Knative 0.13 Serving, Eventing и kn (официалният CLI за Knative) - както при всички други продукти на Red Hat, това означава задълбочено тестване и валидиране на различни OpenShift платформи и конфигурации
Освен това Red Hat тясно си сътрудничи по технологиите без сървър с редица партньори, както и с Microsoft по Azure Functions и (за повече подробности вж ). По-специално, сертифициран оператор OpenShift вече съществува в , а наскоро започнахме да си сътрудничим така че Serverless Framework да може да работи с OpenShift Serverless и Knative. Тези партньорства могат да се разглеждат като знак за зрелостта на сървъра без сървър и началото на формирането на индустриална екосистема.
Ако преди това сте инсталирали предварителната версия на Red Hat OpenShift Serverless, можете да я надстроите до общодостъпната версия на GA. В този случай, за версията за технологичен преглед, ще трябва да конфигурирате отново канала за актуализиране на абонамента на OLM, както е показано на фиг. 1.
Ориз. 1. Актуализиране на абонаментния канал.
Абонаментният канал трябва да бъде актуализиран, за да съответства на OpenShift Container Platform версия 4.4 или 4.3.
Knative Services – обслужване от най-висок клас
OpenShift 4.4 значително опростява внедряването на приложения с OpenShift Serverless функционалност, което ви позволява без усилие да внедрите Knative Services директно от режима за разработчици на уеб конзолата на OpenShift.
Когато добавяте ново приложение към проект, достатъчно е да посочите типа на ресурса Knative Service за него, като по този начин незабавно активирате функционалността OpenShift Serverless и активирате мащабирането до нула в режим на готовност, както е показано на фиг. 2.
Ориз. 2. Изберете Knative Service като тип ресурс.
Лесен монтаж с помощта на Kourier
Както вече писахме в , използване направи възможно рязко намаляване на списъка с изисквания при инсталиране на Serverless на OpenShift, а във версията на GA тези изисквания станаха още по-малки. Всичко това намалява потреблението на ресурси, ускорява студеното стартиране на приложенията и също така елиминира влиянието на редовните зареждания без сървър, работещи в едно и също пространство на имена.
Като цяло, тези подобрения, както и подобренията в OpenShift 4.3.5, ускоряват създаването на приложения от предварително изграден контейнер с 40-50%, в зависимост от размера на изображението.
Как се случва всичко без използване на Куриер може да се види на фиг. 3:
Ориз. 3. Време за създаване на приложението в случаите, когато не се използва Куриер.
Как се случва всичко, когато се използва Куриер, може да се види на фиг. 4:
Ориз. 4. Време за създаване на приложение при използване на Куриер.
TLS/SSL в автоматичен режим
OpenShift Serverless вече може автоматично да създава и внедрява TLS/SSL за OpenShift Route на вашата услуга Knative, така че не е нужно да се притеснявате за внедряването и поддържането на тези функции, докато работите върху вашето приложение. С други думи, Serverless облекчава разработчика от сложността, свързана с TSL, като същевременно поддържа високото ниво на сигурност, което всеки очаква от Red Hat OpenShift.
Интерфейс на командния ред без сървър на OpenShift
В OpenShift Serverless се нарича kn и е достъпен директно в конзолата OpenShift на страницата с инструменти на командния ред, както е показано на Фиг. 5:
Ориз. 5. OpenShift Serverless CLI страница за изтегляне.
Когато изтеглите от тази страница, получавате версия на kn за MacOS, Windows или Linux, която е проверена от Red Hat и гарантирано не съдържа зловреден софтуер.
На фиг. Фигура 6 показва как в kn можете да разгърнете услуга само с една команда, за да създадете екземпляр на приложение на платформата OpenShift с достъп чрез URL за няколко секунди:
Ориз. 6. Използване на интерфейса на командния ред kn.
Този инструмент ви позволява напълно да управлявате ресурси за безсървърно обслужване и събития, без да се налага да разглеждате или редактирате YAML конфигурации.
Подобрен изглед на топология в режима за разработчици на конзолата
Сега нека видим как подобреният изглед на топология улеснява управлението на Knative Services.
Knative Service – центрирана визуализация
Knative Services на страницата за изглед на топология се показва като правоъгълник, съдържащ всички ревизии, както е показано на Фигура 7:
Ориз. 7. Knative Services на страницата за изглед на топология.
Тук можете незабавно да видите текущите проценти на разпределението на трафика на Knative Service и да групирате Knative Services в рамките на група приложения, за да наблюдавате лесно визуално какво се случва в избраната група.
Свиване на списъците на OpenShift Knative Services
Продължавайки темата за групирането, трябва да се каже, че в OpenShift 4.4 можете да свиете Knative Services в рамките на група приложения за по-удобно разглеждане и управление на услуги, когато в проекта са разположени по-сложни приложения.
Knative Service в детайли
OpenShift 4.4 също подобрява страничната лента за Knative Services. В него се появи раздел Ресурси, където се показват сервизни компоненти като Pods, Revisions и Routes. Тези компоненти също така осигуряват бърза и лесна навигация до отделни регистрационни файлове на под.
Изгледът на топология също показва проценти на разпределение на трафика и дори ви позволява бързо да промените конфигурацията. По този начин можете бързо да разберете разпределението на трафика за избраната услуга Knative в реално време по броя на подовете, работещи за дадена ревизия, както е показано на фиг. 8.
Ориз. 8. Разпределение на трафика на Knative Service.
По-задълбочен поглед върху ревизиите без сървър
Освен това изгледът на топологията вече ви позволява да надникнете много по-задълбочено в избраната ревизия, например бързо да видите всички нейни подове и, ако е необходимо, да видите техните журнали. Освен това в този изглед можете лесно да получите достъп до внедряванията и конфигурациите на ревизия, както и до подмаршрут, който сочи директно към тази ревизия, както е показано на Фигура 9. XNUMX:
Ориз. 9. Ресурси, свързани с одитите.
Надяваме се, че описаните по-горе нововъведения ще ви бъдат полезни при създаване и управление на безсървърни приложения и че бъдещите версии ще включват още по-полезни функции за разработчиците, например възможност за създаване на източници на събития и други.
Интересувате ли се?
Обратната връзка е важна за нас
какво мислите за serverless. Присъединете се към нашата група в Google да участвате в дискусии и семинари за работното време, да си сътрудничите с нас и да предоставяте обратна връзка и предложения.
За повече информация
относно разработката на OpenShift приложения с помощта на следните ресурси на Red Hat:
Източник: www.habr.com