, kies tuta esenco daŭrigas la kurson al aŭtomatigo kaj optimumigo de laboro kun la nuba medio.
Ni memoru, ke en majo 2019 ni prezentis Red Hat OpenShift 4, la venontan generacion de nia Kubernetes-platformo, kiun ni restrukturis por simpligi la administradon de uj-aplikoj en produktadmedioj.
La solvo estis kreita kiel memadministra platformo kun aŭtomataj ĝisdatigoj kaj vivciklo-administrado en hibrida nubo kaj estas konstruita sur provitaj Red Hat Enterprise Linux kaj Red Hat Enterprise Linux CoreOS. En versio 4.2, la fokuso estis fari la platformon pli amika por programistoj. Krome, ni simpligis la laboron de administrado de la platformo kaj aplikaĵoj por administrantoj de grapoloj proponante migradajn ilojn de OpenShift 3 ĝis 4, kaj ankaŭ efektivigante subtenon por eksterretaj agordoj.
Kie estas la rapido?
Versio 4.2 multe simpligas laboradon kun Kubernetes, ofertante novan OpenShift-administran konzolan reĝimon optimumigitan por programistaj taskoj, same kiel novajn ilojn kaj kromaĵojn por konstrui ujojn, organizi CI/KD-duktojn kaj efektivigi senservilajn sistemojn. Ĉio ĉi helpas programistojn koncentriĝi pli precize sur sia ĉefa tasko - krei aplikaĵkodon, sen esti distrita de la proprecoj de Kubernetes.
Vidu aplikaĵan topologion en la programista konzolo.
Nova ellaboranta reĝimo de la OpenShift-konzolo
Novaj programiloj en OpenShift 4.2:
- Reta Konzolo helpas programistojn koncentriĝi pri tio, kio plej gravas, montrante nur la informojn kaj agordojn, kiujn ili bezonas. Plibonigita UI por topologia spektado kaj aplikaĵa asembleo faciligas krei, deploji kaj bildigi konteneritajn aplikaĵojn kaj amasajn rimedojn.
- Ilaro - speciala komandlinia interfaco por programistoj, kiu simpligas la disvolviĝon de aplikaĵoj sur la platformo OpenShift. Organizante interagadon kiel Git push, ĉi tiu CLI helpas programistoj senpene krei aplikojn sur la OpenShift-platformo, sen enprofundiĝi en la komplikaĵojn de Kubernetes.
- por Microsoft Visual Studio Code, JetBrains IDE (inkluzive de IntelliJ) kaj Eclipse Desktop IDE disponigas facilan integriĝon kun la uzataj iloj kaj permesas vin evoluigi, konstrui, sencimigi kaj deploji aplikojn por OpenShift en la IDE-medio konata al programistoj.
- Red Hat OpenShift Deployment Extension por Microsoft Azure DevOps. Provizas al uzantoj de ĉi tiu ilaro DevOps la kapablon deploji siajn aplikojn sur Azure Red Hat OpenShift aŭ iujn ajn aliajn OpenShift-aretojn sur la platformo Microsoft Azure DevOps.
Kromaĵo por Visual Studio
Plena OpenShift sur tekkomputilo
, kiuj estas pretaj OpenShift-aretoj optimumigitaj por deplojo sur laborstacio aŭ tekokomputilo, ebligas evoluigi nubaplikojn loke.
Servo Mesh
Nia solvo , konstruita surbaze de malfermkodaj programoj Istio, Kiali kaj Jaeger kaj specialaj , simpligas la disvolviĝon, deplojon kaj prizorgadon de aplikoj sur la platformo OpenShift provizante la necesajn ilojn kaj transprenante la aŭtomatigon de nubaj aplikaĵoj bazitaj sur modernaj arkitekturoj kiel mikroservoj. La solvo permesas al programistoj liberigi sin de la bezono sendepende deploji kaj konservi specialigitajn retajn servojn necesajn por la kreataj aplikaĵoj kaj komerca logiko.
, , estas tajlorita por la programisto laŭvorte "de komenco ĝis fino" kaj ofertas funkciojn kiel spuradon, metrikon, bildigon kaj monitoradon de retaj komunikadoj, same kiel instaladon kaj agordon de serva reto per unu klako. Krome, la solvo ofertas avantaĝojn laŭ operacia administrado kaj sekureco, kiel ĉifrado de trafiko inter serviloj ene de la datumcentro kaj integriĝo kun API-enirejo. .
Altnivela bildigo de arettrafiko uzante Kiali ene de OpenShift Service Mesh
Senservila komputado
Nia alia solvo , helpas vin deploji kaj ruli aplikaĵojn, kiuj facile skalas supren kaj malsupren laŭpeto, ĝis nulo. Konstruita sur la Knative-projekto kaj havebla en Teknologia Antaŭrigardo, ĉi tiu solvo povas esti aktivigita en iu ajn OpenShift 4-grupo uzante la rilatan Kubernetes-funkciigiston, faciligante komenci kaj instali la komponantojn necesajn por disfaldi senservilajn aplikaĵojn aŭ funkciojn sur OpenShift. La disvolva reĝimo de la konzolo OpenShift, kiu aperis en versio 4.2, permesas al vi uzi senservilajn opciojn en normaj evoluaj procezoj, kiel Importi el Git aŭ Deployan Image, alivorte, vi povas krei senservilajn aplikaĵojn rekte de la konzolo.
Agordi senservila disfaldiĝo en la OpenShift-konzolo
Krom integriĝo kun la programista konzolo, la nova versio de OpenShift havas aliajn plibonigojn rilate al senservilo. Precipe, ĉi tio estas kn - la interfaco de komandlinio Knative, kiu disponigas oportunan kaj intuician operacion, ebligas vin grupigi objektojn necesajn por aplikoj; prenu momentfotojn de kodo kaj agordoj, kaj ankaŭ disponigas la kapablon mapi retajn finpunktojn al specifaj versioj aŭ servoj. Ĉiuj ĉi tiuj funkcioj, haveblaj en Teknologia Antaŭrigardo per la OpenShift Serverless-funkciigisto, helpas programistojn komfortiĝi kun la senservila arkitekturo kaj havi la flekseblecon por deploji siajn aplikojn en la hibrida nubo sen esti ŝlositaj en specifaj infrastrukturoj.
Nubo CI/KD-duktoj
Kontinua integriĝo kaj livero (CI/KD) estas esencaj evoluaj praktikoj hodiaŭ, kiuj pliigas la rapidecon kaj fidindecon de softvardeplojo. Bonaj CI/KD-iloj permesas al evoluigteamoj fluliniigi kaj aŭtomatigi retroprocezojn, kio estas kritika por sukcesa lerta evoluo. En OpenShift, vi povas uzi klasikan Jenkins aŭ nian novan solvon kiel tian ilaron .
Jenkins hodiaŭ estas la fakta normo, sed ni asocias la estontecon de ujo CI/KD kun la projekto de malfermkoda programaro Tekton. Sekve, OpenShift Pipelines estas konstruita specife surbaze de ĉi tiu projekto kaj pli bone subtenas tiajn tipajn alirojn por nubaj solvoj kiel pipeline-as-code ("dukto kiel kodo") kaj GitOps. En OpenShift Pipelines, ĉiu paŝo funkcias en sia propra ujo, do resursoj estas nur konsumitaj dum tiu paŝo funkcias, permesante al programistoj plenan kontrolon de siaj liveraĵduktoj, kromaĵojn kaj alirkontrolon sen devi fidi je centra CI/KD-servilo.
OpenShift Pipelines ankoraŭ estas en Developer Preview kaj disponeblas kiel responda funkciigisto, kiu povas esti uzata en iu ajn OpenShift 4-grupo. Jenkins povas esti uzata en ambaŭ OpenShift 3 kaj 4 versioj.
Red Hat OpenShift-duktoj
Administri ujojn en hibrida nubo
Aŭtomatigita instalado kaj ĝisdatigo de OpenShift alportas la hibridan nubon kiel eble plej proksime al la kanona nubo laŭ uzanta sperto. OpenShift 4.2 antaŭe estis havebla por ĉefaj publikaj nubaj platformoj, privataj nuboj, virtualigaj platformoj kaj nudaj serviloj, sed versio XNUMX aldonas du novajn publikajn nubajn platformojn al ĉi tiu listo - Microsoft Azure kaj Google Cloud Platform, same kiel OpenStack privataj nuboj.
La instalilo de OpenShift 4.2 estis plibonigita por diversaj celmedioj, kaj ankaŭ estas trejnita por labori kun izolitaj (ne konektitaj al Interreto) agordoj por la unua fojo. Sandboxed-instalado kaj deviga prokura reĝimo kun la kapablo provizi vian propran CA-pakaĵon helpas certigi konformecon al reguligaj normoj kaj internaj sekurecaj protokoloj. Memstara instala reĝimo ebligas al vi ĉiam havi la lastan version de OpenShift Container Platform en lokoj kie ne ekzistas interreta aliro aŭ en medioj kun striktaj bildaj testpolitikoj.
Aldone, deplojante plenan OpenShift-stakon per Red Hat Enterprise Linux CoreOS, malpeza versio de Red Hat Enterprise Linux, vi povas havi nubon preta en malpli ol horo de instalado.
Red Hat OpenShift ebligas al vi unuigi la procezojn de kreado, deplojado kaj administrado de uj-aplikaĵoj en la nubo kaj surlokaj infrastrukturoj. Kun pli facila, pli aŭtomatigita kaj pli rapida instalado, OpenShift 4.2 nun haveblas ĉe AWS, Azure, OpenStack kaj GCP, permesante al organizoj efike administri siajn Kubernetes-platformojn en hibrida nubo.
Facila migrado de OpenShift 3 al OpenShift 4
Novaj laborŝarĝaj migradaj iloj faciligas migri al OpenShift 4.2 de antaŭaj versioj de la platformo. Transdoni ŝarĝojn de malnova areto al nova nun estas multe pli rapida, pli facila kaj kun minimumo de manaj operacioj. La administranto de la grapolo nur bezonas elekti la fontan OpenShift 3.x grapolon, marki la deziratan projekton (aŭ nomspacon) sur ĝi kaj poste specifi kion fari kun la respondaj konstantaj volumoj - kopii ilin al la cela OpenShift 4.x cluster aŭ migru ilin. . Aplikoj tiam daŭre funkcias sur la origina areto ĝis la administranto ĉesigas ilin.
OpenShift 4.2 subtenas diversajn migradscenarojn:
- La datumoj estas kopiitaj uzante mezan deponejon bazitan sur la projekto Velero. Ĉi tiu opcio ebligas al vi migri kun ŝanĝo de stokadsistemo kiam, ekzemple, la origina areto uzas Gluster, kaj la nova uzas Ceph.
- La datumoj restas en la nuna deponejo, sed ĝi estas konektita al la nova areto (persistenta volumŝanĝo).
- Kopiante dosiersistemojn uzante Restic.
Unua nokto ĝuste
Ofte niaj uzantoj ŝatus povi provi laŭplanajn OpenShift-novaĵojn longe antaŭ ol nova eldono estas publikigita. . Bonvolu noti, ke ĉi tiuj konstruaĵoj ne estas destinitaj por produktada uzo, ne estas subtenataj, estas malbone dokumentitaj kaj eble havas nekompletan funkcion. La kvalito de ĉi tiuj konstruoj pliiĝas kiam ili proksimiĝas al la fina versio.
Noktaj konstruoj permesas al klientoj kaj partneroj antaŭrigardi novajn funkciojn frue en evoluo, kiuj povas esti utilaj por deplojplanado aŭ integriĝo de OpenShift kun la propraj solvoj de ISV-programistoj.
Noto al Komunumanoj de OKD
Laboro komenciĝis sur OKD 4.0, la malfermfonta Kubernetes-distribuo kiu estas kreita de la evolukomunumo kaj subestas Red Hat OpenShift. Ni invitas ĉiujn doni sian takson pri la nuna stato , Fedora CoreOS (FCOS) kaj Kubernetes ene de la Laborgrupo OKD aŭ sekvu la progreson en la retejo .
Notu:
La vorto "partnereco" en ĉi tiu publikaĵo ne implicas laŭleĝan partnerecon aŭ ajnan alian formon de jura rilato inter Red Hat, Inc. kaj ajna alia jura ento.
fonto: www.habr.com