, уся сутнасць якога працягвае курс на аўтаматызацыю і аптымізацыю працы з хмарным асяроддзем.
Нагадаем, што ў траўні 2019 года мы прадставілі Red Hat OpenShift 4 – наступнае пакаленне нашай Kubernetes-платформы, якую мы перапрацавалі з мэтай спрашчэння кіравання кантэйнернымі праграмамі ў прадакшн-асяроддзях.
Рашэнне стваралася як самакіравальная платформа з функцыямі аўтаабнаўлення ПА і кіравання жыццёвым цыклам у гібрыдным воблаку і пабудавана на аснове правераных Red Hat Enterprise Linux і Red Hat Enterprise Linux CoreOS. У версіі 4.2 асноўная ўвага была нададзена таму, каб зрабіць платформу зручнейшай для распрацоўнікаў. Акрамя таго, мы спрасцілі для адміністратараў кластараў працу па кіраванні платформай і прыкладаннямі, прапанаваўшы сродкі міграцыі з 3-й на 4-ю версію OpenShift, а таксама рэалізаваўшы падтрымку канфігурацый без доступу да інтэрнэту.
Дзе тут хуткасць?
Версія 4.2 моцна спрашчае працу з Kubernetes, прапаноўваючы новы аптымізаваны пад дэвелаперскія задачы рэжым кансолі кіравання OpenShift, а таксама новыя прылады і плагіны для зборкі кантэйнераў, арганізацыі канвеераў CI/CD і рэалізацыі serverless-сістэм. Усё гэта дапамагае праграмістам больш прыцэльна засяродзіцца на сваёй галоўнай задачы - стварэнні кода прыкладанняў, не адцягваючыся на асаблівасці працы Kubernetes.
Прагляд тапалогіі прыкладанняў у кансолі распрацоўніка.
Новы дэвелаперскі рэжым кансолі OpenShift
Новыя прылады для распрацоўнікаў у OpenShift 4.2:
- вэб-кансолі дапамагае распрацоўнікам сфакусавацца на галоўным, адлюстроўваючы толькі неабходныя звесткі і канфігурацыі. Удасканалены UI для прагляду тапалогіі і зборкі прыкладанняў палягчае стварэнне, разгортванне і візуалізацыю кантэйнерызаваны прыкладанняў і рэсурсаў кластара.
- інструментар - спецыяльны інтэрфейс каманднага радка для распрацоўшчыкаў, які спрашчае распрацоўку прыкладанняў на платформе OpenShift. Арганізуючы ўзаемадзеянне па тыпе git'аўскага push, гэты CLI дапамагае распрацоўнікам без лішніх намаганняў ствараць прыкладанні на платформе OpenShift, не ўнікаючы ў тонкасці працы Kubernetes.
- для Microsoft Visual Studio Code, JetBrains IDE (уключаючы IntelliJ) і Eclipse Desktop IDE забяспечвае простую інтэграцыю з ужывальнымі прыладамі і дазваляе выконваць распрацоўку, зборку, адладку і разгортванне прыкладанняў для OpenShift у звыклай для распрацоўнікаў IDE-асяроддзі.
- Red Hat OpenShift Deployment Extension для Microsoft Azure DevOps. Дае карыстачам гэтага DevOps-інструментара магчымасць разгортваць свае прыкладанні на Azure Red Hat OpenShift або ў любых іншых кластарах OpenShift на платформе Microsoft Azure DevOps.
Убудова для Visual Studio
Паўнавартасны OpenShift на наўтбуку
, якія ўяўляюць сабой гатовыя кластары OpenShift, аптымізаваныя для разгортвання на працоўнай станцыі або ноўтбуку, даюць магчымасць распрацоўваць хмарныя прыкладанні ў лакальным рэжыме.
Сэрвісная сетка Service Mesh
Нашае рашэнне , пабудаванае на аснове СПО-праектаў Istio, Kiali і Jaeger і спецыяльнага , спрашчае распрацоўку, разгортванне і суправаджэнне прыкладанняў на платформе OpenShift, падаючы неабходны інструментар і пераймаючы на сябе аўтаматызацыю хмарных прыкладанняў на аснове сучасных архітэктур, такіх як мікрасэрвісы. Рашэнне дазваляе вызваліць праграмістаў ад неабходнасці самастойна разгортваць і падтрымліваць спецыялізаваныя сеткавыя сэрвісы, неабходныя для ствараемых прыкладанняў і бізнес-логікі.
, , заменчаны пад распрацоўніка літаральна "ад і да" і прапануе такія магчымасці, як трасіроўка, метрыкі, візуалізацыя і назіранне сеткавых камунікацый, а таксама ўстаноўка і настройка сеткі service mesh у адзін клік. Акрамя таго, рашэнне прапануе перавагі з пункту гледжання аперацыйнага кіравання і бяспекі, напрыклад шыфраванне трафіку паміж серверамі ў межах дата-цэнтра і інтэграцыя са API-шлюзам .
Пашыраная візуалізацыя кластарнага трафіку сродкамі Kiali у рамках OpenShift Service Mesh
Serverless-вылічэнні
Іншае наша рашэнне, , дапамагае разгортваць і запускаць прыкладанні, якія лёгка маштабуюцца па патрабаванні уверх і ўніз аж да нулявога ўзроўню. Гэтае рашэнне, пабудаванае на аснове праекту Knative і даступнае ў версіі Technology Preview, можна актываваць на любым кластары OpenShift 4 з дапамогай які адпавядае Kubernetes-аператара, які дазваляе лёгка прыступіць да працы і ўсталяваць кампаненты, неабходныя для разгортвання serverless-прыкладанняў або функцый на OpenShift. Дэвелаперскі рэжым кансолі OpenShift, які з'явіўся ў версіі 4.2, дазваляе задзейнічаць serverless-опцыі ў стандартных працэсах распрацоўкі, такіх як Import from Git або Deployan Image, інакш кажучы - ствараць serverless-прыкладанні можна прама з кансолі.
Настройка serverless-разгортвання ў кансолі OpenShift
Апроч інтэграцыі з кансоллю распрацоўніка, у новай версіі OpenShift ёсць і іншыя паляпшэнні ў плане serverless. У прыватнасці, гэта kn - інтэрфейс каманднага радка Knative, які забяспечвае зручную і зразумелую працу, дазваляе групаваць аб'екты, неабходныя для прыкладанняў; рабіць маментальныя здымкі кода і канфігурацый, а таксама дае магчымасць супаставіць канчатковыя кропкі сеткі з вызначанымі версіямі ці сэрвісамі. Усе гэтыя функцыі, даступныя ў версіі Technology Preview праз аператар OpenShift Serverless, дапамагаюць распрацоўнікам асвоіцца з архітэктурай serverless і гнутка разгортваць свае прыкладанні ў гібрыдным воблаку без цвёрдай прывязкі да пэўных інфраструктур.
Хмарныя канвееры CI/CD
Бесперапынная інтэграцыя і дастаўка (CI/CD) - гэта ключавыя на сённяшні дзень практыкі распрацоўкі, якія падвышаюць хуткасць і надзейнасць разгортвання ПА. Добры інструментар CI/CD дазваляе камандам распрацоўшчыкаў аптымізаваць і аўтаматызаваць працэсы зваротнай сувязі, што мае вырашальнае значэнне для паспяховай agile-распрацоўкі. У OpenShift у якасці такога інструментара можна выкарыстоўваць класічны Jenkins ці наша новае рашэнне .
Jenkins сёння з'яўляецца стандартам дэ-факта, аднак мы звязваем будучыню кантэйнернай CI/CD і са СПО-праектам Tekton. Таму OpenShift Pipelines пабудаваны менавіта на аснове гэтага праекту і лепш падтрымлівае такія тыпавыя для хмарных рашэнняў падыходы, як pipeline-as-code ("канвеер як код") і GitOps. У OpenShift Pipelines кожны крок выконваецца ва ўласным кантэйнеры, таму рэсурсы задзейнічаюцца толькі падчас выканання гэтага кроку, што дазваляе распрацоўнікам цалкам кантраляваць свае каналы дастаўкі, убудовы і кіраванне доступам, не выкарыстоўваючы цэнтральны сервер CI/CD.
OpenShift Pipelines пакуль знаходзіцца ў стадыі Developer Preview і даступна ў выглядзе адпаведнага аператара, які можна выкарыстоўваць у любым кластары OpenShift 4. Jenkins можна ўжываць як у 3-й, так і ў 4-й версіях OpenShift.
Канвееры Red Hat OpenShift
Кіраванне кантэйнерамі ў гібрыдным воблаку
Аўтаматызаваная ўстаноўка і абнаўленне OpenShift максімальна набліжаюць гібрыднае воблака да кананічнага воблака з пазіцый вопыту выкарыстання. Чацвёрты OpenShift і раней быў даступны для асноўных агульнадаступных хмарных платформаў, прыватных хмарных асяроддзяў, платформаў віртуалізацыі і сервераў bare-metal, але версія 4.2 дадае ў гэты спіс яшчэ дзве новыя агульнадаступныя хмарныя платформы - Microsoft Azure і Google Cloud Platform, а таксама прыватныя аблокі OpenStack .
Усталёўшчык OpenShift 4.2 дапрацаваны для розных мэтавых асяроддзяў, а таксама ўпершыню навучаны працаваць з ізаляванымі (не падлучанымі да інтэрнэту) канфігурацыямі. Ізаляваная ўстаноўка і рэжым абавязковага выкарыстання проксі з магчымасцю прадастаўлення ўласных ланцужкоў сертыфікатаў (CA bundle) дапамагаюць забяспечыць выкананне нарматыўных стандартаў і пратаколаў унутранай бяспекі. Рэжым ізаляванай усталёўкі дазваляе заўсёды мець апошнюю версію OpenShift Container Platform тамака, дзе няма доступу да інтэрнэту, або ў асяроддзях са строгімі палітыкамі тэставання выяў.
Акрамя таго, разгортванне паўнавартаснага стэка OpenShift з выкарыстаннем Red Hat Enterprise Linux CoreOS, аблегчанай версіі Red Hat Enterprise Linux, дазваляе атрымаць гатовае воблака менш чым праз гадзіну пасля пачатку ўсталёўкі.
Red Hat OpenShift дазваляе ўніфікаваць працэсы стварэння, разгортванні і кіраванні кантэйнернымі прыкладаннямі ў воблаку і на інфраструктурах on-premises. За кошт прасцейшай, аўтаматызаванай і хуткай усталёўкі OpenShift 4.2 зараз даступная на платформах AWS, Azure, OpenStack і GCP, што дазваляе арганізацыям эфектыўна кіраваць сваімі Kubernetes – платформамі ў гібрыдным воблаку.
Простая міграцыя з OpenShift 3 на OpenShift 4
Новыя сродкі міграцыі працоўных нагрузак спрашчаюць пераход на OpenShift 4.2 з папярэдніх версій платформы. Перанос нагрузак са старога кластара на новы зараз выконваецца значна хутчэй, прасцей і з мінімумам ручных аперацый. Адміністратару кластара дастаткова абраць зыходны кластар OpenShift 3.x, адзначыць на ім патрэбны праект (ці прастору імёнаў) і затым паказаць, што рабіць з адпаведнымі пастаяннымі тамамі, - капіяваць іх у мэтавай кластар OpenShift 4.x або пераносіць. Пасля гэтага прыкладання працягваюць працаваць на зыходным кластары да таго часу, пакуль адміністратар не завершыць іх працу.
OpenShift 4.2 падтрымлівае розныя сцэнары міграцыі:
- Дадзеныя капіююцца з выкарыстаннем прамежкавага рэпазітар на аснове праекта Velero. Гэты варыянт дазваляе правесці міграцыю са зменай сістэмы захоўвання, калі, напрыклад, у зыходным кластары выкарыстоўваецца Gluster, а ў новым - Ceph.
- Дадзеныя застаюцца ў бягучым рэпазітары, але ён падключаецца да новага кластара (пераключэнне пастаяннага тома).
- Капіраванне файлавай сістэм праз Restic.
Права першай ночы
Часцяком нашы карыстачы жадалі бы мець магчымасць апрабаваць планаваныя навіны OpenShift задаўга да выпуску новага рэлізу. . Звярніце ўвагу, што гэтыя зборкі не прызначаны для выкарыстання ў прадакшні, не забяспечваюцца падтрымкай, бедна дакументуюцца і могуць мець няпоўны функцыянал. Якасць гэтых зборак расце па меры набліжэння да фінальнай версіі.
Зборкі nightly build дазваляюць замоўцам і партнёрам азнаёміцца з новымі функцыямі на ранніх стадыях распрацоўкі, што можа быць карысна з пункта гледжання планавання разгортвання або інтэграцыі OpenShift з уласнымі рашэнні ISV-распрацоўнікаў.
Заўвага для ўдзельнікаў суполкі OKD
Пачалася праца на OKD 4.0, Kubernetes-дыстрыбутывам з адчыненым кодам, які ствараецца сіламі супольнасці распрацоўкі і ляжыць у аснове Red Hat OpenShift. Мы запрашаем усіх жадаючых даць сваю ацэнку бягучага стану , Fedora CoreOS (FCOS) і Kubernetes у рамках OKD Working Group або сачыць за ходам работ на сайце .
Заўвага:
Слова "партнёрства" ў гэтай публікацыі не азначае юрыдычнага партнёрства або любой іншай формы юрыдычных адносін паміж Red Hat, Inc. і любой іншай юрыдычнай асобай.
Крыніца: habr.com