Quarta versio OpenShift relative nuper dimissa est. Praesens versio 4.3 praesto fuit post finem Ianuarii et omnes mutationes in eo sunt vel aliquid omnino novum quod in tertia versione non fuit, vel maior renovatio eorum quae in versione 4.1. Omnia quae nunc tibi narrabimus necesse est ut sciatur, intellegatur et ratio habeatur ab illis qui operantur cum OpenShift et consilium mutandi ad novam versionem.
Cum emissione OpenShift 4.2, Red Hat opus cum Kubernetes facilius fecit. Instrumenta nova et plugins apparuerunt ad vascula creanda, CI/CD fistulas et insidias insculptas. Innovationes dant facultatem tincidunt ut in scribendo codice intendunt, non cum Kubernetes tractandi.
Profecto quid novi in versionibus OpenShift 4.2 et 4.3?
Movere ad hybrid nubibus
Cum novam IT infrastructuram aut cum IT landscape existentem evolvit, societates magis magisque considerant nubem accedere ad facultates IT praescriptos, pro quibus solutiones nubes privatas efficiunt vel utere potestate nubis publicae provisoribus. Ita modernae IT infrastructurae magis magisque secundum exemplar "hybrid" nubem aedificatae sunt, cum tam in praemissis opibus et opibus publicis nubeculae cum communi administratione systematis adhibentur. Red Hat OpenShift 4.2 specialiter ordinatur ad simpliciorem transitum ad exemplar nubem hybrida et facilem efficit facultates a provisoribus coniungere ut AWS, Azure et Google Cloud Platform ad botrum, cum privatis nubibus VMware et OpenStack utendi.
Novus aditus ad institutionem
In versione 4, accessus ad installandi OpenShift mutavit. Red Hat specialem utilitatem praebet ad explicandam botrum OpenShift - openshift-install. Utilitas est fasciculi binarii singularis in Go. Openshit-installer parat tabellam yaml cum configuratione ad instruere requisitam.
In casu institutionis utendi nubes facultates, minimas informationes de futuro botro denotare debes: DNS zona, numerus nodis laborantis, occasus specificae provisor nubis, informationes rationis ad accessionem nubis provisoris. Post limam configurationem parandam, botrus uno praecepto explicari potest.
In casu institutionis in propriis computandis facultatibus, exempli gratia, cum nube privata (vSphere et OpenStack fulciuntur) vel cum servientibus metallis nudo insertis, necesse est manually infrastructuram configurare - minimum numerum machinarum virtualium praeparare vel corporis servers requiri ad creandum botrum Control Planum, officia retis configurare. Post hanc conformationem, botrus OpenShift similiter creari potest cum uno mandato ad utilitatem installatoris opensshift.
Infrastructure updates
CoreOS integratio
Clavis renovatio integratio est cum CoreO Red Hat. Red Hat OpenShift dominus lymphaticorum potest nunc operari tantum in novo OS. Haec libera ratio operandi ab Red Hat quae specie ad solutiones continens designatur. Red Hat CoreOS leve est Linux optimized pro vasis currit.
Si in 3.11 ratio operativa et OpenShift exstitit separatim, tum in 4.2 cum OpenShift inextricabili coniungitur. Hoc unum instrumentum est - immutabilis infrastructura.
Pro racemis RHCOS omnibus nodis utentibus, continens OpenShift continens rostra simplex et altus est processus automated.
Antea, ut OpenShift renovaret, primum habuisti rationem operandi rationi renovare in qua opus currit (tempore, Red Hat Inceptum Linux). Tunc demum OpenShift paulatim renovari, nodi nodo renovari potuit. Nulla mentio de aliqua automatione processus.
Nunc, cum Continens Platform OpenShift systemata et officia in unaquaque nodo plene moderatur, incluso OS, hoc negotium solvitur premendo puga interfaciei interreti. Post haec, specialis operator intra botrum OpenShift emittitur, qui totam processus renovationis moderatur.
Novum CSI
Secundo, novum CSI est moderatoris machinationis repositionis quae varias rationes repositionis externae ad botrum OpenShift conectere sinit. Magnus numerus exactoris repositorii provisoribus OpenShift sustentantur secundum rectores repositorium qui ab ipsis fabricatoribus systematis repositorium conscripti sunt. Integrum indicem rectorum CSI sustinentium in hoc documento inveniri potest:
RedHat OpenShift Service Mesh
Fundata in Istio, Kiali et Jaeger incepta, Red Hat OpenShift Service Mesh, praeter consueta officia petitionum inter officia excitanda, permittit ut typum et visualizationem accipiant. Hoc tincidunt facile communicare adiuvat, monitor, et applicationem administrare intus Rubrum Hat OpenShift destruxit.
Visualization applicationis habentis architecturae microservice utendo Kiali
Ad simpliciorem reddendam institutionem, sustentationem, ac vitae administrationem Mesh servitii, quam maxime, Red Hat OpenShift administratoribus specialem operatorem praebet, servitii Mesh Operator. Haec operator Kubernetes est qui permittit ut fasciculi Istio, Kiali et Jaeger reconfigurati in botro disponant, maxima onera administrativarum applicationum administrandi.
CRI-O loco Docker
Defalta continens runtime Docker substituitur per CRI-O. Potuit uti CRI-O iam in versione 3.11, sed in 4.2 facta principale. Nec bonum nec malum est, sed aliquid commemoro cum usura aliqua.
Operatores et applicationem instruere
Operatores ens novum RedHat OpenShift sunt, quod in quarta versione apparuit. Methodus est pacandi, explicandi, et applicandi Kubernetes disponendi. Cogitari potest de plugin pro applicationibus in vasis acti Kubernetes API et kubectl instrumenta.
Operatores Kubernetes adiuvant automata quaelibet officia ad administrationem et administrationem vivendi pertinentium applicationis quas ad botrum tuum explicas. Exempli causa, auctor potest automate updates, tergum ac scalas applicationis, configurationem mutare, etc. Integrum indicem operariorum inveniri potest
OperatorHub est obvius directe ex interface de administratione consolatoriae. Applicatio indicis est OpenShift ab Red Hat conservata. Illae. omnes Red Hat operatores probati a venditore auxilio erunt.
OperatorHub portae in administratione OpenShift consola
Basis universalis imago
Est norma normae RHEL OS imaginum quae adhiberi potest ad applicationes tuas continentis aedificandas. Minima sunt, vexillum et plenum ponit. Perexiguum spatium capiunt omnesque sarcinas inauguratas et linguas programmandi necessarias sustinent.
CI/CD Tools
In RedHat OpenShif 4.2, possibilis est eligere inter Jenkins et OpenShift Pipelines secundum Tekton Pipelines.
OpenShift Pipelines Tekton innititur, quod magis Pipeline fulcitur quam Codex et GitOps appropinquat. In pipelines OpenShift, unusquisque gradus in suo continente decurrit, ergo facultates tantum adhibentur dum gradus exercet. Hoc dat developers plenam potestatem moduli traditionis pipelines, plugins, et accessum imperium sine servo centralis CI/CD administrandi.
OpenShift Pipelines currently in Developer Praevius et praesto est ut operator in OpenShift 4 botrus.
Developer Procuratio Updates
In 4.2 OpenShift, interfacius interfaciendi ad utrumque tincidunt et administratores perfecte renovata est.
In prioribus versionibus OpenShift, unusquisque in tribus solatiis laboravit: directorium muneris, administratoris consolatorium et laborem consolatorium. Botrus in duas tantum partes dividitur - administrator consolatorium et elit consolatorium.
Developer consolatorium usoris interfaciendi emendationes significantes accepit. Topologias autem applicationes earumque conventus commodius ostendit. Inde facilius tincidunt ad creandas, explicandas, et ad applicationes continentis visualisandam et aggregatas opes. Eos sino dolor in quis ea amet.
Developer porta in administratione OpenShift consolatur
odo
Odo elit ordinatur mandatum rectae utilitatis quae applicationem evolutionis in OpenShift simplificat. Utens git impulsum communicationis stili, haec CLI adiuvat tincidunt novas ad Kubernetes applicationes aedificandi in OpenShift.
Integration cum progressionem ambitibus
Developers iam aedificare, debug et applicationes suas in OpenShift explicari potest, quin relinquat ventus codicem evolutionis environment, ut Microsoft Visual Studio, JetBrains (including IntelliJ), Eclipse Desktop, etc.
Red Hat OpenShift instruere extensio pro Microsoft caeruleus DevOps
Rubrum Hat OpenShift instruere extensionem Microsoft Azure DevOps dimissa est. Usores huius instrumenti DevOparum nunc possunt applicationes suas ad caeruleum rubrum Hat OpenShift explicandas vel quodlibet aliud botrum OpenShift directe ex Microsoft Azure DevOps.
Transitus a tertia versione ad quartum
Cum loquimur de nova emissione et non de renovatione, quartam litteram super tertiam partem ponere non potes. Adaequationis a versione 3 ad versionem 4 non sustinetur..
Sed bonum nuntium: Red Hat instrumenta praebet ad incepta migrandi ab 3.7 ad 4.2. Transmigrare potes applicatione laboribus utens Botrum Applicationem Migrationis (CAM) instrumentum. CAM sinit migrationem regere et applicationem downtime minuere.
OpenShift 4.3
Innovationes principales in hoc articulo descriptae apparuerunt in versione 4.2. Nuper emissi 4.3 mutationes magnae non sunt, sed quaedam nova sunt. Elenchus mutationum satis amplus, hic notabilis est nostra sententia;
Renovatio Kubernetes versionem ad 1.16.
Haec versio duobus gradibus statim upgraded est; in OpenShift 4.2 erat 1.14.
Data encryption in etc
Incipiens cum versione 4.3, fieri potest ut notitias encrypt in datorum etcd. Cum encryption possit, poterit encrypt sequentia facultates OpenShift API et Kubernetes API: Secreta, ConfigMaps, Itinera, signa accessus et auctoritas OAuth.
helm
Subsidia addita pro versione Helm 3, procurator sarcina popularis pro Kubernetes. Nunc enim subsidium habet status technicae artis PREVIEW. Gubernaculum auxilium augebitur ad plenam subsidii in futuris versionibus OpenShift. Gubernaculum cft utilitas cum OpenShift et de botri administratione demi telam consolari potest.
Project Dashboard Update
In nova versione, Project Dashboard informationis informationes praebet in pagina project: status project, usus usus, et quotas project.
Vulnerabilitates ostendens pro quay in solacio interretiali
Pluma addita est ad solacium administrationis ut notas vulnerabilitates pro imaginibus in Quai repositoria ostendant. Nuditates ostendens pro repositoriis localibus et externis sustentatur.
Facilius creatio ofline operatorhub
Casus enim explicandi botrum OpenShift in retis solitariis, e quo accessus ad Interreti limitatur vel absens est, creando "speculum" pro OperatorHub registro simplicior est. Id autem fieri potest cum tribus tantum partibus.
auctores:
Victor Puchkov, Yuri Semenyukov
Source: www.habr.com