"Wat ass den Ënnerscheed tëscht Kubernetes an OpenShift?" - dës Fro stellt sech mat beneideger Konsequenz. Och wann et a Wierklechkeet ass wéi ze froen wéi en Auto vun engem Motor ënnerscheet. Wa mir d'Analogie weiderféieren, dann ass en Auto e fäerdegt Produkt, Dir kënnt et direkt benotzen, wuertwiertlech: eran a gitt. Op där anerer Säit, fir datt e Motor dech iergendwou bréngt, muss e fir d'éischt mat villen anere Saachen ergänzt ginn, fir um Enn dee selwechten Auto ze kréien.
Dofir ass Kubernetes de Motor ronderëm deen den OpenShift Markenauto (Plattform) zesummegesat ass, deen Iech op Äert Zil bréngt.
An dësem Artikel wëlle mir Iech drun erënneren an déi folgend Schlësselpunkte e bësse méi detailléiert ënnersichen:
- Kubernetes ass d'Häerz vun der OpenShift Plattform an et ass 100% zertifizéiert Kubernetes, komplett Open Source an ouni déi geringsten propriétaire Natur. Kuerz:
- Den OpenShift Cluster API ass XNUMX% Kubernetes.
- Wann de Container op all anere Kubernetes System leeft, da leeft et op OpenShift ouni Ännerungen. Et ass net néideg Ännerungen un d'Applikatiounen ze maachen.
- OpenShift füügt net nëmmen nëtzlech Funktiounen a Funktionalitéit un Kubernetes. Wéi en Auto ass OpenShift aus der Këscht, kann direkt a Produktioun gesat ginn, a wéi mir hei ënnen weisen, mécht d'Liewen vun engem Entwéckler vill méi einfach. Dofir ass OpenShift an zwou Persoune vereenegt. Et ass souwuel eng erfollegräich a bekannt Enterprise-Klass PaaS Plattform aus enger Entwéckler Perspektiv. A gläichzäiteg ass et eng super zouverlässeg Container-as-a-Service Léisung aus der Siicht vun der industrieller Operatioun.
OpenShift ass Kubernetes mat 100% CNCF Zertifizéierung
OpenShift baséiert op . Dofir, no der korrekter Ausbildung, sinn d'Benotzer iwwerrascht iwwer d'Kraaft vu kubectl. An déi, déi op OpenShift vum Kubernetes Cluster gewiesselt hunn, soen dacks wéi vill se dat wierklech gär hunn nodeems se de Kubeconfig an den OpenShift Cluster ëmgeleet hunn, funktionnéieren all existent Scripte flawless.
Dir hutt wahrscheinlech héieren iwwer OpenShift Kommandozeil Utility genannt OC. Et ass voll Kommando kompatibel mat kubectl, plus et bitt e puer nëtzlech Helfer déi praktesch kommen wann Dir eng Zuel vun Aufgaben ausféiert. Awer als éischt e bësse méi iwwer d'Kompatibilitéit vun OC a kubectl:
kubectl Kommandoen
OC Teams
kubectl Pfeiler kréien
oc kréien pods
kubectl Nummraim kréien
oc kréien Nummraim
kubectl schafen -f deployment.yaml
oc schafen -f deployment.yaml
Hei ass wéi d'Resultater vun der Benotzung vu kubectl op der OpenShift API ausgesinn:
• kubectl Pods kréien - bréngt Pods zréck wéi erwaart.
• kubectl kréien Nummraim - gëtt Nummraim zréck wéi erwaart.
De Kommando kubectl create -f mydeployment.yaml erstellt kubernetes Ressourcen grad wéi op all aner Kubernetes Plattform, wéi am Video hei ënnen gewisen:
An anere Wierder, all Kubernetes APIs si voll verfügbar an OpenShift wärend 100% Kompatibilitéit behalen. Dofir .
OpenShift füügt nëtzlech Funktiounen un Kubernetes
Kubernetes APIs sinn 100% verfügbar an OpenShift, awer de Standard Kubernetes Utility kubectl feelt kloer Funktionalitéit a Komfort. Dofir huet Red Hat nëtzlech Funktiounen a Kommandozeilen Tools fir Kubernetes bäigefüügt, sou wéi OC (kuerz fir OpenShift Client) an ODO (OpenShift DO, dëst Utility riicht sech un Entwéckler).
1. OC Utility - eng méi mächteg a praktesch Versioun vu Kubectl
Zum Beispill, am Géigesaz zu kubectl, erlaabt et Iech nei Nummraim ze kreéieren an einfach Kontexter ze wiesselen, a bitt och eng Rei nëtzlech Befehle fir Entwéckler, wéi zum Beispill Containerbiller bauen an Uwendungen direkt aus Quellcode oder Binären ofsetzen (Source-zu-Bild, s2i).
Loosst eis Beispiller kucken wéi déi agebaute Helfer a fortgeschratt Funktionalitéit vum OC Utility hëllefen den alldeeglechen Aarbecht ze vereinfachen.
Dat éischt Beispill ass Nummraumverwaltung. All Kubernetes Cluster huet ëmmer méi Nummraim. Si ginn normalerweis benotzt fir Entwécklungs- a Produktiounsëmfeld ze kreéieren, awer kënnen och benotzt ginn fir zum Beispill all Entwéckler eng perséinlech Sandkëscht ze bidden. An der Praxis féiert dat dozou datt den Entwéckler dacks tëscht Nummraim muss wiesselen, well kubectl am Kontext vum aktuelle Raum leeft. Dofir, am Fall vun kubectl, benotzen d'Leit aktiv Hëllefsskripte fir dëst. Awer wann Dir OC benotzt, fir op de gewënschten Raum ze wiesselen, sot just "oc Project Nummraum".
Erënnert Dir Iech net wéi de Nummraum deen Dir braucht heescht genannt? Kee Problem, gitt just "oc get projects" fir déi komplett Lëscht ze weisen. Skeptesch froen Iech wéi dëst funktionnéiert wann Dir nëmmen Zougang zu engem limitéierten Ënnerdeel vun Nummraim am Stärekoup hutt? Gutt, well kubectl mécht dat nëmmen richteg wann RBAC erlaabt Iech all Plazen um Stärekoup ze gesinn, an a grousse Stärekéip gëtt net jidderee sou Permissiounen kritt. Also, mir äntweren: fir den OC ass dëst guer kee Problem an et wäert einfach eng komplett Lëscht an esou enger Situatioun produzéieren. Et sinn dës kleng Saachen déi d'Gesellschaftsorientéierung vun Openshift ausmaachen an déi gutt Skalierbarkeet vun dëser Plattform a punkto Benotzer an Uwendungen
2. ODO - eng verbessert Versioun vun kubectl fir Entwéckler
En anert Beispill vu Red Hat OpenShift Verbesserungen iwwer Kubernetes ass den ODO Kommandozeil Utility. Et ass fir Entwéckler entworf an erlaabt Iech séier lokal Code op e Remote OpenShift Cluster z'installéieren. Et kann och intern Prozesser streamline fir direkt all Code Ännerungen op Container op engem Remote OpenShift Cluster ze synchroniséieren ouni Biller nei opzebauen, registréieren an nei z'installéieren.
Loosst eis kucken wéi OC an ODO d'Aarbecht mat Container a Kubernetes méi einfach maachen.
Vergläicht just e puer Workflows wa se op Basis vu kubectl gebaut ginn, a wann OC oder ODO benotzt ginn.
• Deployment vum Code op OpenShift fir déi, déi net YAML schwätzen:
Kubernetes/kubectl
$>git clone
1- Erstellt eng Dockerfile déi d'Bild aus Code baut
-----
VUN Node
WORKDIR /usr/src/app
COPY Package*.json ./
COPY index.js ./
COPY ./app ./app
RUN npm installéieren
EXPOSITIOUN 3000
CMD [ "npm", "start" ] ————–
2- Mir bauen d'Bild
$>podman bauen...
3- Login an de Registry
podman login...
4- Plaz d'Bild am Registry
podman dréckt
5- Erstellt yaml Dateien fir Uwendungsdeployment (deployment.yaml, service.yaml, ingress.yaml) - dëst ass den absolute Minimum
6- Deploy Manifestdateien:
Kubectl applizéieren -f.
OpenShift/oc
$> oc nei-App - our_application_name
OpenShift/odo
$>git clone
$> odo erstellen Komponent Nodejs myapp
$>odo dréckt
• Kontext schalt: änneren Aarbecht Nummraum oder Aarbecht Stärekoup.
Kubernetes/kubectl
1- Erstellt e Kontext a kubeconfig fir de Projet "myproject"
2- kubectl Set-Kontext…
OpenShift/oc
oc project "myproject"
Qualitéitskontroll: "Eng interessant Feature ass hei opgetaucht, nach ëmmer an der Alpha Versioun. Vläicht kënne mir et a Produktioun setzen?
Stellt Iech vir, datt Dir an engem Rennauto sëtzt a gesot kritt: "Mir hunn eng nei Zort Bremsen installéiert an éierlech gesot, hir Zouverlässegkeet ass nach net an der Rei ... Ma maach der keng Suergen, mir wäerten se aktiv am Laf vum Cours verbesseren vum Championnat." Wéi gefällt Dir dës Perspektiv? Mir bei Red Hat sinn iergendwéi net ganz frou. 🙂
Dofir probéieren mir op Alpha Versiounen ze halen bis se genuch reift sinn a mir hunn se grëndlech getest an d'Gefill datt se sécher sinn ze benotzen. Normalerweis geet alles duerch d'Dev Preview Etapp als éischt, dann duerch a kënnt eréischt dann als ëffentlech Verëffentlechung eraus (GA), déi scho sou stabil ass, datt et fir d'Produktioun gëeegent ass.
Firwat? Well, wéi mat der Entwécklung vun all aner Software, net all initial Iddien am Kubernetes erreechen d'final Verëffentlechung. Oder si erreechen et a behalen souguer déi virgesinn Funktionalitéit, awer hir Ëmsetzung ass radikal anescht wéi déi an der Alpha Versioun. Mat Dausende vun Dausende vu Red Hat Clienten déi OpenShift benotzen fir missionskritesch Aarbechtsbelaaschtungen z'ënnerstëtzen, leeën mir spezielle Wäert op d'Stabilitéit vun eiser Plattform a laangfristeg Ënnerstëtzung.
Red Hat ass engagéiert fir OpenShift dacks ze verëffentlechen an seng abegraff Versioun vu Kubernetes ze aktualiséieren. Zum Beispill enthält déi aktuell GA Verëffentlechung vun OpenShift 4.3 zum Zäitpunkt vun dësem Schreiwen Kubernetes 1.16, wat nëmmen een hannert der Upstream Versioun vu Kubernetes nummeréiert 1.17 ass. Also versichen mir de Client mat Enterprise-Klass Kubernetes ze bidden an zousätzlech Qualitéitskontroll ze bidden wéi mir nei Versioune vun OpenShift verëffentlechen.
Software Fixes: "Et war e Lach an der Versioun vu Kubernetes déi mir an der Produktioun hunn. An Dir kënnt et nëmmen zoumaachen andeems Dir dräi Versiounen aktualiséiert. Oder ginn et Méiglechkeeten?
Am Kubernetes Open Source Projet ginn Software Fixen normalerweis als Deel vun der nächster Verëffentlechung verëffentlecht, heiansdo decken een oder zwee fréier Meilesteen Verëffentlechungen, déi Ofdeckung esou wéineg wéi 6 Méint zréckginn.
Red Hat ass stolz drop kritesch Fixe méi fréi ze verëffentlechen wéi anerer an Ënnerstëtzung fir vill méi laang. Huelt zum Beispill d'Kubernetes Privileg Eskalatioun Schwachstelle (): et gouf am Kubernetes 1.11 entdeckt, a Fixer fir fréier Verëffentlechunge goufen nëmme bis op d'Versioun 1.10.11 verëffentlecht, sou datt dëst am Lach an all fréiere Kubernetes Verëffentlechungen, vun 1.x bis 1.9.
Am Zuch (Kubernetes 1.2 ass do), néng OpenShift Verëffentlechungen erfaasst a kloer Suergfalt fir Clienten demonstréieren (méi Detailer ).
Wéi OpenShift a Red Hat Kubernetes no vir beweegen
Red Hat ass den zweetgréisste Software-Bäitrager zum Open Source Kubernetes-Projet, hannert nëmmen Google, mat 3 vun de 5 meescht produktivsten Entwéckler aus Red Hat. Eng aner wéineg bekannt Tatsaach: vill kritesch Funktiounen erschéngen a Kubernetes genee op Initiativ vum Red Hat, besonnesch, wéi:
- RBAC. Kubernetes hu keng RBAC Funktiounen (ClusterRole, ClusterRoleBinding) bis Red Hat Ingenieuren decidéiert hunn se als Deel vun der Plattform selwer ëmzesetzen, an net als zousätzlech OpenShift Funktionalitéit. Ass Red Hat Angscht Kubernetes ze verbesseren? Natierlech net, well Red Hat strikt Open Source Prinzipien follegt a spillt keng Open Core Spiller. Verbesserungen an Innovatiounen, déi vun Entwécklungsgemeinschaften gedriwwe ginn, anstatt propriétaire, si méi liewensfäeg a méi verbreet ugeholl, wat gutt mat eisem Kärzil entsprécht Open Source Software méi nëtzlech fir eis Clienten ze maachen.
- Sécherheetspolitik fir Pods (Pod Sécherheetspolitik). Dëst Konzept fir Uwendungen sécher bannent Pods ze lafen gouf ursprénglech an OpenShift ënner dem Numm SCC (Security Context Constraints) implementéiert. A wéi am virege Beispill huet de Red Hat decidéiert dës Entwécklungen an den oppene Kubernetes-Projet anzeféieren, sou datt jidderee se benotze konnt.
Dës Serie vu Beispiller kéint weidergefouert ginn, awer mir wollte just weisen datt Red Hat wierklech engagéiert ass fir Kubernetes z'entwéckelen an et fir jiddereen besser ze maachen.
Et ass kloer datt OpenShift Kubernetes ass. Wat sinn d'Ënnerscheeder? 🙂
Mir hoffen, datt Dir esou wäit gelies hutt, datt Dir gemierkt hutt datt Kubernetes de Kärkomponent vun OpenShift ass. Den Haapt, awer wäit vun der eenzeger. An anere Wierder, einfach Kubernetes installéieren wäert Iech keng Enterprise-Klass Plattform ginn. Dir musst Authentifikatioun, Netzwierk, Sécherheet, Iwwerwaachung, Logverwaltung a méi derbäi. Plus, Dir musst e puer haart Choixen aus der grousser Unzuel vun Tools maachen (fir d'Diversitéit vum Ökosystem ze schätzen, kuckt einfach ) an iergendwéi Konsistenz a Kohärenz suergen, fir datt se als een funktionéieren. Zousätzlech musst Dir regelméisseg Updates a Regressiounstester ausféieren wann eng nei Versioun vun engem vun de Komponenten déi Dir benotzt verëffentlecht gëtt. Dat ass, nieft der Schafung an Erhalen vun der Plattform selwer, musst Dir och mat all dëser Software këmmeren. Et ass onwahrscheinlech datt et vill Zäit bleift fir Geschäftsproblemer ze léisen an kompetitiv Virdeeler z'erreechen.
Awer am Fall vun OpenShift hëlt de Red Hat all dës Komplexitéiten op sech a gëtt Iech einfach eng funktionell komplett Plattform, déi net nëmmen Kubernetes selwer enthält, awer och de ganze Set vun noutwendegen Open Source Tools, déi Kubernetes an eng richteg Enterprise-Klass maachen. Léisung déi Dir direkt a ganz roueg an d'Produktioun lancéiere kënnt. An natierlech, wann Dir e puer vun Ären eegene Technologiestack hutt, da kënnt Dir OpenShift an existéierend Léisungen integréieren.
Kuckt d'Bild hei uewen: alles wat ausserhalb vum Kubernetes Rechteck ass, ass wou Red Hat Funktionalitéit bäidréit déi Kubernetes net huet, wéi se soen, By-Design. An elo wäerte mir den Haaptgrond vun dëse Beräicher kucken.
1. Robust OS als Basis: RHEL CoreOS oder RHEL
Red Hat ass e féierende Fournisseur vu Linux Verdeelunge fir geschäftlech kritesch Uwendungen fir méi wéi 20 Joer. Eis accumuléiert a stänneg aktualiséiert Erfahrung an dësem Beräich erlaabt eis eng wierklech zouverlässeg a vertrauenswürdeg Basis fir d'industriell Operatioun vu Container ze bidden. RHEL CoreOS benotzt dee selwechte Kernel wéi RHEL, awer ass haaptsächlech fir Aufgaben optimiséiert wéi Container lafen a Kubernetes Cluster lafen: seng reduzéiert Gréisst an Immutabilitéit maachen et méi einfach Cluster opzestellen, Autoskaléieren, Patches z'installéieren, etc. All dës Funktiounen maachen et méi einfach. eng ideal Basis fir déi selwecht Benotzererfarung mat OpenShift iwwer eng breet Palette vun Informatikëmfeld ze liwweren, vu kalem Metal bis privat an ëffentlech Wollek.
2. Automatisatioun vun IT Operatiounen
Automatiséierung vun Installatiounsprozesser an Dag-4 Operatiounen (dat ass, alldeeglech Operatiounen) ass de staarke Punkt vum OpenShift, wat et vill méi einfach mécht d'Containerplattform op hirem héchsten Niveau ze administréieren, ze aktualiséieren an z'erhalen. Dëst gëtt erreecht duerch Ënnerstëtzung fir Kubernetes Bedreiwer um OpenShift XNUMX Kernel Niveau.
OpenShift 4 ass och e ganzt Ökosystem vu Léisunge baséiert op Kubernetes Bedreiwer, entwéckelt souwuel vum Red Hat selwer wéi och vun Drëtt Partei Partner (kuckt. Red Hat, oder Bedreiwer Buttek , erstallt vum Red Hat fir Drëtt-Partei Entwéckler).
Den integréierten OpenShift 4 Katalog enthält méi wéi 180 Kubernetes Bedreiwer
3. Entwéckler Tools
Zënter 2011 ass OpenShift als PaaS (Platform-as-a-Service) Plattform verfügbar, déi d'Entwéckler d'Liewen vill méi einfach mécht, hëlleft hinnen op Kodéierung ze fokusséieren, a bitt gebierteg Ënnerstëtzung fir Programméierungssprooche wéi Java, Node.js , PHP, Ruby, Python, Go, souwéi CI/CD kontinuéierlech Integratioun a Liwwerservicer, Datenbanken, etc. OpenShift 4 offréiert , déi méi wéi 100 Servicer enthält baséiert op Kubernetes Bedreiwer entwéckelt vu Red Hat an eise Partner.
Am Géigesaz zu Kubernetes huet OpenShift 4 eng speziell GUI (), wat d'Entwéckler hëlleft ouni Ustrengung Uwendungen aus verschiddene Quellen (git, extern Registratiounen, Dockerfile, etc.) an hir Nummraim z'installéieren an d'Relatiounen tëscht Applikatiounskomponenten kloer ze visualiséieren.
Zousätzlech bitt OpenShift eng Rei vu Codeready Entwécklungsinstrumenter, déi besonnesch enthält , eng voll containeriséiert IDE mat engem Web-Interface deen direkt uewen op OpenShift leeft an eng IDE-as-a-Service Approche implementéiert. Op der anerer Säit, fir déi, déi strikt am lokalen Modus schaffen wëllen, gëtt et Codeready Containers, eng voll funktionell Versioun vun OpenShift 4, déi op engem Laptop ofgesat ka ginn.
Integréiert IDE als Service fir effizient Entwécklung op der Kubernetes/OpenShift Plattform
OpenShift bitt e komplette CI / CD System direkt aus der Këscht, entweder baséiert op containeriséierte Jenkins an engem Plugin fir mat Pipelines ze schaffen, oder engem Kubernetes-orientéierte CI/CD System (aktuell an der Tech Preview Versioun). Béid vun dëse Léisungen integréieren voll mat der OpenShift Konsole, wat Iech erlaabt Pipeline Trigger ze lafen, Détachementer, Logbicher a méi ze gesinn.
4. Applikatioun Tools
OpenShift erlaabt Iech souwuel traditionell statesch Uwendungen wéi och Cloud-baséiert Léisungen op Basis vun neien Architekturen z'installéieren, sou wéi Mikroservicer oder Serverlos. D'OpenShift Service Mesh Léisung kënnt direkt aus der Këscht mat Schlësselinstrumenter fir Mikroservicer z'erhalen, wéi Istio, Kiali a Jaeger. Am Tour enthält d'OpenShift Serverless Léisung net nëmmen Knative, awer och Tools wéi Keda erstallt als Deel vun enger gemeinsamer Initiativ mat Microsoft fir Azure Funktiounen op der OpenShift Plattform ze bidden.
Déi integréiert Léisung OpenShift ServiceMesh (Istio, Kiali, Jaeger) wäert nëtzlech sinn wann Dir Mikroservicer entwéckelt
Fir de Gruef tëscht legacy Uwendungen a Container ze iwwerbrécken, erlaabt OpenShift elo virtuell Maschinnmigratioun op d'OpenShift Plattform mat Container Native Virtualization (aktuell an TechPreview), mécht Hybrid Uwendungen eng Realitéit an erliichtert hir Migratioun tëscht verschiddene Wolleken, souwuel privat wéi ëffentlech.
Windows 2019 Virtuell virtuell Maschinn lafen op OpenShift iwwer Container Native Virtualization (aktuell an Tech Preview Versioun)
5. Tools fir Cluster
All Enterprise-Klass Plattform muss Iwwerwaachung an zentraliséiert Logbicher Servicer, Sécherheetsmechanismen, Authentifikatioun an Autorisatioun, an Netzwierkverwaltungsinstrumenter hunn. An OpenShift bitt all dëst aus der Këscht, an et ass alles 100% Open Source, dorënner Léisunge wéi ElasticSearch, Prometheus, Grafana. All dës Léisunge kommen mat Dashboards, Metriken an Alarmer déi scho gebaut a konfiguréiert sinn mat Red Hat's extensiv Cluster Iwwerwachungsexpertise, wat Iech erlaabt Är Produktiounsëmfeld direkt vun Ufank un effektiv ze kontrolléieren an ze iwwerwaachen.
OpenShift kënnt och Standard mat sou wichtege Saachen fir Firmeclienten wéi Authentifikatioun mat engem agebaute oauth Provider, Integratioun mat Umeldungsanbieter, dorënner LDAP, ActiveDirectory, OpenID Connect, a vill méi.
Pre-konfiguréiert Grafana Dashboard fir OpenShift Cluster Iwwerwachung
Iwwer 150 pre-konfiguréiert Prometheus Metriken an Alarmer fir OpenShift Cluster Iwwerwachung
Fir weidergeleet gëtt
Déi räich Funktionalitéit vun der Léisung an dem Red Hat seng extensiv Erfarung am Feld vu Kubernetes sinn d'Grënn firwat OpenShift eng dominant Positioun um Maart erreecht huet, wéi an der Figur hei ënnen (liest méi) ).
"Red Hat féiert de Moment de Maart mat engem 44% Undeel.
D'Firma ernimmt d'Virdeeler vun hirer Client-centric Verkafsstrategie, wou se fir d'éischt d'Entwéckler vun der Entreprise konsultéiert an trainéiert an dann op d'Monetiséierung geet wéi d'Entreprise ufänkt Container an d'Produktioun z'installéieren.
(Quell: )
Mir hoffen Dir hutt dësen Artikel genoss. An zukünfteg Posts an dëser Serie wäerte mir d'Virdeeler vum OpenShift iwwer Kubernetes an all eenzel vun de Kategorien, déi hei diskutéiert ginn, méi no kucken.
Source: will.com