"Zein da Kubernetes eta OpenShift-en arteko aldea?" – galdera hau koherentzia inbidiagarriz sortzen da. Errealitatean hau auto bat motor batetik nola desberdintzen den galdetzea bezala bada ere. Analogiarekin jarraitzen badugu, auto bat amaitutako produktua da, berehala erabil dezakezu, literalki: sartu eta joan. Bestalde, motor batek norabait eraman dezan, lehenik eta behin beste gauza askorekin osatu behar da, azken batean, auto bera lortzeko.
Hori dela eta, Kubernetes OpenShift markako autoa (plataforma) muntatzen den motorra da, zure helburura eramaten zaituena.
Artikulu honetan honako gako hauek gogorarazi eta pixka bat zehatzago aztertu nahi ditugu:
- Kubernetes OpenShift plataformaren bihotza da eta % 100ean ziurtatutako Kubernetes da, guztiz kode irekia eta jabedun izaera txikienik gabea. Laburbilduz:
- OpenShift cluster APIa %XNUMX Kubernetes da.
- Edukiontzia beste edozein Kubernetes sistematan exekutatzen bada, OpenShift-en abiaraziko da inolako aldaketarik gabe. Ez dago aplikazioetan aldaketarik egin beharrik.
- OpenShift-ek Kubernetes-en ezaugarri eta funtzionalitate erabilgarriak gehitzen ez ezik. Kotxe bat bezala, OpenShift kaxatik kanpo dago, berehala ekoizten jar daiteke eta, jarraian erakutsiko dugun bezala, garatzaile baten bizitza asko errazten du. Horregatik, OpenShift bi pertsonatan batu da. Garatzaileen ikuspegitik enpresa-mailako PaaS plataforma arrakastatsua eta ezaguna da. Eta, aldi berean, Kontainer-as-a-Service irtenbide super fidagarria da industria-funtzionamenduaren ikuspuntutik.
OpenShift % 100 CNCF ziurtagiria du Kubernetes
OpenShift-en oinarritzen da . Hori dela eta, prestakuntza egokia egin ondoren, erabiltzaileak kubectl-en indarrarekin harrituta geratzen dira. Eta Kubernetes Cluster-etik OpenShift-era aldatu zirenek askotan esaten dute zenbat gustatzen zaien hori kubeconfig OpenShift klusterera birbideratu ondoren, lehendik dauden script guztiek ezin hobeto funtzionatzen dute.
Seguruenik, OpenShift-en OC izeneko komando-lerroko utilitatearen berri izan duzu. Kubectl-ekin guztiz bateragarria da komandoa, eta, gainera, hainbat zeregin burutzeko erabilgarriak izango diren hainbat laguntzaile erabilgarri eskaintzen ditu. Baina lehenik eta behin, OC eta kubectl-en bateragarritasunari buruz apur bat gehiago:
kubectl komandoak
OC Taldeak
kubectl-ek lekak eskuratu
oc lortu lekak
kubectl-ek izen-espazioak lortu
oc lortu izen-espazioak
kubectl sortu -f deployment.yaml
oc sortu -f deployment.yaml
Hona hemen kubectl OpenShift APIan erabiltzearen emaitzak nolakoak diren:
• kubectl get pods – espero bezala itzultzen ditu pods.
• kubectl get namespaces - izen-espazioak espero bezala itzultzen ditu.
Kubectl create -f mydeployment.yaml komandoak kubernetes baliabideak sortzen ditu beste edozein Kubernetes plataformatan bezala, beheko bideoan erakusten den moduan:
Beste era batera esanda, Kubernetes API guztiak guztiz eskuragarri daude OpenShift-en, %100eko bateragarritasuna mantenduz. Horregatik .
OpenShift-ek ezaugarri erabilgarriak gehitzen dizkio Kubernetes-i
Kubernetes APIak % 100 eskuragarri daude OpenShift-en, baina Kubernetes utilitate estandarrak kubectl funtzionaltasuna eta erosotasuna falta ditu argi eta garbi. Horregatik, Red Hat-ek funtzio erabilgarriak eta komando lerroko tresnak gehitu dizkio Kubernetes-i, hala nola OC (OpenShift bezeroaren laburpena) eta ODO (OpenShift DO, utilitate hau garatzaileei zuzenduta dago).
1. OC utilitatea - Kubectl-en bertsio indartsuagoa eta erosoagoa
Esaterako, kubectl-ek ez bezala, izen-espazio berriak sortzeko eta testuinguruak erraz aldatzeko aukera ematen du, eta garatzaileentzako zenbait komando erabilgarri ere eskaintzen ditu, hala nola edukiontzien irudiak eraikitzea eta aplikazioak zuzenean iturburu-kodetik edo bitaretatik zabaltzea (Iturburutik irudira, s2i).
Ikus ditzagun adibideak integratutako laguntzaileek eta OC utilitatearen funtzionaltasun aurreratuek eguneroko lana errazten laguntzen duten.
Lehenengo adibidea izen-espazioen kudeaketa da. Kubernetes kluster bakoitzak izen-espazio anitz ditu beti. Normalean garapen eta ekoizpen inguruneak sortzeko erabiltzen dira, baina, adibidez, garatzaile bakoitzari harea-kutxa pertsonal bat emateko ere erabil daitezke. Praktikan, horren ondorioz garatzaileak maiz aldatu behar izaten du izen-espazioen artean, kubectl uneko espazioaren testuinguruan exekutatzen baita. Hori dela eta, kubectl-en kasuan, jendeak aktiboki erabiltzen ditu laguntzaile-scriptak horretarako. Baina OC erabiltzean, nahi duzun espaziora aldatzeko, esan "oc project namespace".
Ez al duzu gogoan nola deitzen den behar duzun izen-espazioa? Ez dago arazorik, idatzi "oc get projects" zerrenda osoa bistaratzeko. Hau nola funtzionatuko duen galdetzen duzu eszeptikoa klusterrean izen-espazioen azpimultzo mugatu baterako sarbidea baduzu? Beno, kubectl-ek hori zuzen egiten duelako RBAC-k klusterreko espazio guztiak ikusteko aukera ematen badu, eta kluster handietan denei ez zaie horrelako baimenik ematen. Beraz, erantzuten dugu: OCrentzat hori ez da batere arazorik eta erraz sortuko du zerrenda osoa halako egoera batean. Gauza txiki hauek dira Openshift-en orientazio korporatiboa eta plataforma honen eskalagarritasun ona erabiltzaileei eta aplikazioei dagokienez.
2. ODO - garatzaileentzako kubectl-en bertsio hobetua
Red Hat OpenShift-ek Kubernetesen gainean egindako hobekuntzen beste adibide bat ODO komando lerroko erabilgarritasuna da. Garatzaileentzat diseinatuta dago eta tokiko kodea azkar zabaltzeko aukera ematen dizu urruneko OpenShift kluster batean. Barne-prozesuak ere arin ditzake urruneko OpenShift kluster bateko edukiontzietan kode-aldaketa guztiak berehala sinkronizatzeko, irudiak berriro eraiki, erregistratu eta berriro zabaldu behar izan gabe.
Ikus dezagun OC eta ODO-k edukiontziekin eta Kubernetesekin lan egitea nola errazten duten.
Konparatu besterik ez dago lan-fluxu pare bat kubectl-en oinarrituta eraikitzen direnean eta OC edo ODO erabiltzen direnean.
• OpenShift-en kodea hedatzea YAML hitz egiten ez dutenentzat:
Kubernetes/kubectl
$>git klona
1- Sortu kodetik irudia eraikitzen duen Dockerfile bat
-----
nodotik
WORKIR /usr/src/app
COPY paketea*.json ./
COPY index.js ./
COPY ./app ./app
RUN npm instalatu
3000 ERAKUSKERA
CMD [ “npm”, “hasi” ] ————–
2- Irudia eraikitzen dugu
$>podman eraiki...
3- Hasi saioa erregistroan
podman saioa hasi...
4- Jarri irudia erregistroan
podman bultzada
5- Sortu yaml fitxategiak aplikazioak zabaltzeko (deployment.yaml, service.yaml, ingress.yaml) - hau da gutxieneko absolutua
6- Zabaldu manifestu fitxategiak:
Kubectl aplikatu -f .
OpenShift/oc
$> oc new-app – gure_aplikazio_izena
OpenShift/odo
$>git klona
$> sortu osagaia nodejs myapp
$>odo bultzada
• Testuinguru-aldaketa: aldatu laneko izen-eremua edo lan-klusterra.
Kubernetes/kubectl
1- Sortu testuinguru bat kubeconfig-en "myproject" proiekturako
2- kubectl multzo-testuingurua...
OpenShift/oc
oc proiektua "nire proiektua"
Kalitate kontrola: "Ezaugarri interesgarri bat agertu da hemen, oraindik alfa bertsioan. Agian produkzioan jarri ahal izango dugu?”.
Imajinatu lasterketetako auto batean eserita eta hauxe esaten dizutela: “Bazta mota berri bat jarri dugu eta, egia esateko, haien fidagarritasuna ez dago oraindik ondo... Baina lasai, aktiboki hobetuko ditugu ikastaroan zehar. txapelketakoa». Nola gustatzen zaizu prospektiba hau? Red Hat-en ez gaude nolabait oso pozik. 🙂
Hori dela eta, alfa bertsioei eusten saiatzen gara nahiko helduak izan arte eta gudu-proba sakonak egin eta erabiltzeko seguruak direla sentitzen dugun arte. Normalean, dena Dev Preview fasetik pasatzen da lehenik, eta gero eta orduan bakarrik ateratzen da kaleratze publiko gisa (GA), dagoeneko hain egonkorra ezen ekoizpenerako egokia dena.
Zergatik da hori? Zeren eta, beste edozein softwareren garapenarekin gertatzen den bezala, Kubernetesen hasierako ideia guztiak ez dira azken bertsiora iristen. Edo bertara iristen dira eta nahi den funtzionaltasunari eusten diote, baina haien inplementazioa alfa bertsioan dagoenaren erabat desberdina da. Red Hat-en milaka eta milaka bezerok OpenShift erabiltzen duten misio kritikoen lan-kargak onartzeko, arreta berezia jartzen dugu gure plataformaren egonkortasunean eta epe luzeko laguntzan.
Red Hat-ek OpenShift maiz kaleratzeko eta berarekin datorren Kubernetes-en bertsioa eguneratzeko konpromisoa hartu du. Esate baterako, OpenShift 4.3-ren egungo GA-ren bertsioak Kubernetes 1.16 barne hartzen du, hau da, 1.17 zenbakidun Kubernetes-en upstream bertsioaren atzean dagoen unitate bakarra. Horrela, bezeroari enpresa mailako Kubernetes eskaintzen saiatzen ari gara eta kalitate-kontrol gehigarria eskaintzen saiatzen ari gara OpenShift-en bertsio berriak kaleratzen ditugun heinean.
Softwarearen konponketak: “Ekoizpenean dugun Kubernetes bertsioan zulo bat zegoen. Eta hiru bertsio eguneratuz soilik itxi dezakezu. Edo aukerarik badago?
Kode irekiko Kubernetes proiektuan, normalean software-konponketak hurrengo bertsioaren zati gisa kaleratzen dira, batzuetan aurreko mugarri bat edo bi argitalpen estaltzen dituzte, estaldura 6 hilabete baino gutxiago emanez.
Red Hat harro dago konponketa kritikoak beste batzuk baino lehenago kaleratzeaz eta laguntza askoz ere denbora gehiagoz eskaintzeaz. Har dezagun adibidez Kubernetes pribilegioak igotzeko ahultasuna (): Kubernetes 1.11n aurkitu zen, eta aurreko bertsioetarako konponketak 1.10.11 bertsiora arte bakarrik kaleratu ziren, hau hutsean utziz aurreko Kubernetes bertsio guztietan, 1.x-tik 1.9ra.
Era berean, (Kubernetes 1.2 hor dago), OpenShift-en bederatzi bertsio ateratzea eta bezeroekiko arreta argia erakutsiz (xehetasun gehiago ).
OpenShift-ek eta Red Hat-ek nola egiten duten aurrera Kubernetes
Red Hat kode irekiko Kubernetes proiektuaren bigarren software-kolaboratzaile handiena da, Googleren atzetik soilik, 3 garatzaile emankorrenetatik 5 Red Hat-etik datoz. Gutxi ezagutzen den beste datu bat: Kubernetesen funtzio kritiko asko agertu ziren hain zuzen Red Hat-en ekimenez, bereziki, hala nola:
- RBAC. Kubernetes-ek ez zuen RBAC funtziorik (ClusterRole, ClusterRoleBinding) Red Hat-eko ingeniariek plataformaren beraren parte gisa ezartzea erabaki zuten arte, eta ez OpenShift-en funtzionaltasun gehigarri gisa. Red Hat-ek Kubernetes hobetzeko beldur al du? Noski ezetz, Red Hat-ek kode irekiko printzipioak zorrotz jarraitzen dituelako eta ez duelako Open Core jokoetan jokatzen. Garapen-komunitateek bultzatutako hobekuntzak eta berrikuntzak, jabedunek baino, bideragarriagoak eta hedatuagoak dira, eta horrek ondo bat egiten du kode irekiko softwarea gure bezeroentzat erabilgarriago bihurtzeko gure helburu nagusiarekin.
- Leketarako segurtasun-politikak (Pod Security Policies). Aplikazioak pods barruan modu seguruan exekutatzeko kontzeptu hau hasiera batean OpenShift-en inplementatu zen SCC (Security Context Constraints) izenarekin. Eta aurreko adibidean bezala, Red Hat-ek garapen hauek Kubernetes proiektu irekian sartzea erabaki zuen, guztiek erabil zezaten.
Adibide sorta honekin jarrai liteke, baina Red Hat-ek Kubernetes garatzeko eta guztientzako hobeak egiteko konpromisoa duela erakutsi nahi genuen.
Argi dago OpenShift Kubernetes dela. Zeintzuk dira ezberdintasunak? 🙂
Espero dugu honaino irakurrita Kubernetes OpenShift-en oinarrizko osagaia dela konturatu izana. Nagusia, baina bakarretik urrun. Beste era batera esanda, Kubernetes instalatzeak ez dizu enpresa mailako plataformarik emango. Autentifikazioa, sareak, segurtasuna, jarraipena, erregistroen kudeaketa eta abar gehitu beharko dituzu. Gainera, aukera gogorrak egin beharko dituzu eskuragarri dauden tresna ugarietatik (ekosistemaren aniztasuna baloratzeko, begiratu besterik ez dago ) eta, nolabait, koherentzia eta koherentzia bermatu, bat bezala funtziona dezaten. Horrez gain, aldian-aldian eguneraketak eta erregresio-probak egin beharko dituzu erabiltzen dituzun osagaietako baten bertsio berri bat kaleratzen den bakoitzean. Hau da, plataforma bera sortzeaz eta mantentzeaz gain, software horri guztiari ere aurre egin beharko diozu. Nekez denbora asko geratzen da negozio-arazoak konpontzeko eta abantaila lehiakorrak lortzeko.
Baina OpenShift-en kasuan, Red Hat-ek konplexutasun horiek guztiak hartzen ditu bere gain eta funtzionalki osoko plataforma bat eskaintzen dizu, Kubernetes bera ez ezik, Kubernetes benetako enpresa-klase bihurtzen duten beharrezko kode irekiko tresnen multzo osoa ere barne hartzen duena. berehala eta erabat lasai produkziora abiarazi dezakezun irtenbidea. Eta, jakina, zure teknologia pila batzuk badituzu, OpenShift lehendik dauden soluzioetan integra dezakezu.
Begiratu goiko argazkiari: Kubernetes laukizuzenetik kanpo dagoen guztia da Red Hat-ek Kubernetes-ek, esan bezala, diseinuz ez dituen funtzionaltasunak gehitzen dituena. Eta orain arlo horietako nagusiak aztertuko ditugu.
1. OS sendoa oinarri gisa: RHEL CoreOS edo RHEL
Red Hat-ek 20 urte baino gehiago daramatza negozio-aplikazio kritikoetarako Linux banaketen hornitzaile nagusia. Alor honetan pilatutako eta etengabe eguneratutako esperientziak edukiontzien ustiapen industrialerako oinarri benetan fidagarria eta fidagarria eskaintzeko aukera ematen digu. RHEL CoreOS-ek RHEL-ren nukleo bera erabiltzen du, baina, batez ere, edukiontziak exekutatzen eta Kubernetes klusterrak exekutatzen ari diren zereginetarako optimizatuta dago: bere tamaina murriztuak eta aldaezintasuna errazten dute klusterrak konfiguratzea, eskala automatikoa, adabakiak zabaltzea, etab. Ezaugarri hauek guztiek egiten dute. oinarri ezin hobea da OpenShift-ekin erabiltzailearen esperientzia bera eskaintzeko informatika-ingurune ugaritan, metal hutsetik hodei pribatu eta publikora.
2. Informatika eragiketen automatizazioa
Instalazio-prozesuen eta 4 eguneko eragiketen automatizazioa (hau da, eguneroko eragiketak) OpenShift-en puntu sendoa da, edukiontzi-plataformaren errendimendua maila gorenean administratzea, eguneratzea eta mantentzea askoz erraztuz. Hau OpenShift XNUMX kernel mailan Kubernetes operadoreentzako laguntzaren bidez lortzen da.
OpenShift 4, gainera, Kubernetes operadoreetan oinarritutako soluzioen ekosistema oso bat da, Red Hat-ek berak eta hirugarren kideek garatua (ikus. Red Hat, edo operadore-denda , Red Hat-ek hirugarrenen garatzaileentzat sortua).
OpenShift 4 katalogo integratuak Kuberneteseko 180 operadore baino gehiago biltzen ditu
3. Garatzaile-tresnak
2011az geroztik, OpenShift PaaS (Platform-as-a-Service) plataforma gisa dago eskuragarri, garatzaileei bizitza askoz errazten diena, kodifikazioan bideratzen laguntzen diena eta Java, Node.js bezalako programazio lengoaietarako jatorrizko laguntza eskaintzen duena. , PHP, Ruby, Python, Go, baita CI/CD etengabeko integrazio eta entrega zerbitzuak, datu-baseak, etab. OpenShift 4-ren eskaintzak , Red Hat-ek eta gure bazkideek garatutako Kubernetes operadoreetan oinarritutako 100 zerbitzu baino gehiago biltzen dituena.
Kubernetes ez bezala, OpenShift 4-k GUI dedikatu bat du (), garatzaileei hainbat iturritako aplikazioak (git, kanpoko erregistroak, Dockerfile, etab.) beren izen-espazioetan ahaleginik gabe zabaltzen laguntzen diena eta aplikazioaren osagaien arteko erlazioak argi ikusten ditu.
Horrez gain, OpenShift-ek Codeready garapen-tresna multzo bat eskaintzen du, eta, bereziki, barne hartzen ditu , guztiz edukiontzidun IDE bat, OpenShift-en gainean zuzenean exekutatzen den web-interfazea duena eta IDE-as-a-service ikuspegia ezartzen duena. Bestalde, modu zorrozki lokalean lan egin nahi dutenentzat Codeready Containers dago, ordenagailu eramangarri batean zabaldu daitekeen OpenShift 4-ren bertsio guztiz funtzionala.
IDE integratua Kubernetes/OpenShift plataforman garapen eraginkorrerako zerbitzu gisa
OpenShift-ek CI/CD sistema osoa eskaintzen du kutxatik aterata, edukiontzidun Jenkins eta plugin batean oinarrituta. kanalizazioekin lan egiteko, edo Kubernetes-era zuzendutako CI/CD sistema bat (Gaur egun Tech aurrebista bertsioan). Bi irtenbide hauek guztiz integratzen dira OpenShift kontsolarekin, kanalizazio-abiarazleak exekutatu ahal izateko, inplementazioak, erregistroak eta abar ikusteko.
4. Aplikazio-tresnak
OpenShift-ek egoera-aplikazio tradizionalak eta arkitektura berrietan oinarritutako hodeian oinarritutako soluzioak zabaltzeko aukera ematen du, hala nola, mikrozerbitzuak edo zerbitzaririk gabekoak. OpenShift Service Mesh irtenbidea kaxatik ateratzen da mikrozerbitzuak mantentzeko funtsezko tresnekin, hala nola Istio, Kiali eta Jaeger. Era berean, OpenShift Serverless irtenbideak Knative ez ezik, Microsoftekin batera egindako ekimen baten baitan sortutako Keda bezalako tresnak ere biltzen ditu OpenShift plataforman Azure funtzioak eskaintzeko.
OpenShift ServiceMesh (Istio, Kiali, Jaeger) soluzio integratua erabilgarria izango da mikrozerbitzuak garatzerakoan.
Oinarrizko aplikazioen eta edukiontzien arteko aldea gainditzeko, OpenShift-ek orain makina birtualak migratzeko aukera ematen du OpenShift plataformara, Container Native Virtualization erabiliz (gaur egun TechPreview-en), aplikazio hibridoak errealitate bihurtuz eta hodei ezberdinen arteko migrazioa erraztuz, bai pribatuak bai publikoak.
Windows 2019 OpenShift-en exekutatzen den makina birtual birtuala Container Native Virtualization bidez (gaur egun Tech aurrebista bertsioan)
5. Klusteretarako tresnak
Enpresa-mailako edozein plataformak jarraipena eta erregistro-zerbitzu zentralizatuak, segurtasun-mekanismoak, autentifikazioa eta baimena eta sareak kudeatzeko tresnak izan behar ditu. Eta OpenShift-ek hori guztia kaxatik kanpo eskaintzen du, eta % 100 irekia da, ElasticSearch, Prometheus, Grafana bezalako soluzioak barne. Irtenbide hauek guztiak Red Hat-en klusterren monitorizazio-esperientzia zabala erabiliz dagoeneko eraiki eta konfiguratuta dauden aginte-panel, neurgailu eta alertak dituzte, eta horrela zure ekoizpen-ingurunea modu eraginkorrean kontrolatu eta kontrolatu dezakezu hasiera-hasieratik.
OpenShift-ek bezero korporatiboentzako gauza garrantzitsuak ere badakartza, hala nola, oauth hornitzaile integratu batekin autentifikazioa, kredentzial hornitzaileekin integratzea, LDAP, ActiveDirectory, OpenID Connect eta askoz gehiago barne.
Aurrez konfiguratutako Grafana panela OpenShift kluster monitorizatzeko
Aurrez konfiguratutako 150 Prometheus neurketa eta alerta baino gehiago OpenShift kluster monitorizatzeko
Jarraitu ahal izateko
Irtenbidearen funtzionaltasun aberatsa eta Red Hat-ek Kubernetesen alorrean duen esperientzia zabala dira OpenShift-ek merkatuan posizio nagusi bat lortu izanaren arrazoiak, beheko irudian ikusten den bezala (gehiago irakurri ).
«Gaur egun, Red Hat-ek merkatuan liderra da %44ko kuota batekin.
Konpainia bezeroarengan zentratutako salmenta-estrategiaren onurak lortzen ari da, non lehenik enpresen garatzaileei kontsultatu eta trebatzen dituen eta, ondoren, dirua irabazteko aukera ematen du, enpresa edukiontziak ekoizpenean zabaltzen hasten den heinean.
(Iturria: )
Artikulu hau gustatu izana espero dugu. Serie honetako etorkizuneko argitalpenetan, OpenShift-ek Kubernetesen aldean dituen abantailak aztertuko ditugu hemen aztertutako kategorietako bakoitzean.
Iturria: www.habr.com