"Kuna tofauti gani kati ya Kubernetes na OpenShift?" - swali hili linatokea kwa uthabiti unaowezekana. Ingawa kwa kweli hii ni kama kuuliza jinsi gari hutofautiana na injini. Ikiwa tunaendelea mlinganisho, basi gari ni bidhaa iliyokamilishwa, unaweza kuitumia mara moja, halisi: ingia na uende. Kwa upande mwingine, ili injini ikupeleke mahali fulani, lazima kwanza iongezwe na vitu vingine vingi ili hatimaye kupata gari sawa.
Kwa hivyo, Kubernetes ndio injini ambayo gari la chapa ya OpenShift (jukwaa) limekusanyika, ambayo inakupeleka kwenye lengo lako.
Katika makala hii tunataka kukukumbusha na kuchunguza mambo muhimu yafuatayo kwa undani zaidi:
- Kubernetes ndio kitovu cha mfumo wa OpenShift na imeidhinishwa kwa 100% Kubernetes, chanzo wazi kabisa na bila umiliki hata kidogo. Kwa ufupi:
- API ya nguzo ya OpenShift ni Kubernetes XNUMX%.
- Ikiwa kontena inaendeshwa kwenye mfumo mwingine wowote wa Kubernetes, basi itaendeshwa kwenye OpenShift bila mabadiliko yoyote. Hakuna haja ya kufanya mabadiliko kwa programu.
- OpenShift sio tu inaongeza vipengele muhimu na utendaji kwa Kubernetes. Kama gari, OpenShift haipo kwenye boksi, inaweza kuwekwa katika toleo la umma mara moja, na, kama tutakavyoonyesha hapa chini, hurahisisha maisha ya msanidi programu. Ndio maana OpenShift imeunganishwa katika watu wawili. Ni jukwaa la PaaS la kiwango cha biashara lenye mafanikio na linalojulikana kutoka kwa mtazamo wa msanidi programu. Na wakati huo huo, ni suluhisho la kuaminika zaidi la Container-as-a-Service kutoka kwa mtazamo wa uendeshaji wa viwanda.
OpenShift ni Kubernetes iliyo na cheti cha 100% cha CNCF
OpenShift inategemea . Kwa hiyo, baada ya mafunzo sahihi, watumiaji wanashangazwa na nguvu ya kubectl. Na wale waliobadilisha hadi OpenShift kutoka Kubernetes Cluster mara nyingi husema ni kiasi gani wanapenda hiyo baada ya kuelekeza upya kubeconfig kwenye nguzo ya OpenShift, hati zote zilizopo hufanya kazi bila dosari.
Labda umesikia juu ya matumizi ya mstari wa amri ya OpenShift inayoitwa OC. Inatumika kikamilifu na kubectl, pamoja na inatoa wasaidizi kadhaa muhimu ambao watakuja kwa manufaa wakati wa kufanya kazi kadhaa. Lakini kwanza, zaidi kidogo juu ya utangamano wa OC na kubectl:
kubectl amri
Timu za OC
kubectl pata maganda
oc kupata maganda
kubectl pata nafasi za majina
oc kupata nafasi za majina
kubectl create -f deployment.yaml
oc create -f deployment.yaml
Hivi ndivyo matokeo ya kutumia kubectl kwenye API ya OpenShift yanaonekana kama:
• kubectl pata maganda – hurejesha maganda kama inavyotarajiwa.
• kubectl pata nafasi za majina - hurejesha nafasi za majina inavyotarajiwa.
Amri ya kubectl create -f mydeployment.yaml huunda rasilimali za kubernetes kama tu kwenye jukwaa lingine lolote la Kubernetes, kama inavyoonyeshwa kwenye video hapa chini:
Kwa maneno mengine, API zote za Kubernetes zinapatikana kikamilifu katika OpenShift huku zikidumisha utangamano wa 100%. Ndiyo maana .
OpenShift inaongeza vipengele muhimu kwa Kubernetes
API za Kubernetes zinapatikana kwa 100% katika OpenShift, lakini matumizi ya kawaida ya Kubernetes kubectl haina utendakazi na urahisi. Ndiyo maana Red Hat imeongeza vipengele muhimu na zana za mstari wa amri kwa Kubernetes, kama vile OC (fupi kwa mteja wa OpenShift) na ODO (OpenShift DO, shirika hili linalenga wasanidi).
1. Huduma ya OC - toleo la nguvu zaidi na rahisi la Kubectl
Kwa mfano, tofauti na kubectl, hukuruhusu kuunda nafasi mpya za majina na kubadilisha miktadha kwa urahisi, na pia inatoa amri kadhaa muhimu kwa wasanidi programu, kama vile kuunda picha za kontena na kupeleka programu moja kwa moja kutoka kwa msimbo wa chanzo au jozi (Chanzo-kwa-picha, s2i).
Hebu tuangalie mifano ya jinsi wasaidizi waliojengewa ndani na utendakazi wa hali ya juu wa shirika la OC husaidia kurahisisha kazi ya kila siku.
Mfano wa kwanza ni usimamizi wa nafasi ya majina. Kila kundi la Kubernetes huwa na nafasi nyingi za majina. Kawaida hutumiwa kuunda mazingira ya maendeleo na uzalishaji, lakini pia inaweza kutumika, kwa mfano, kumpa kila msanidi sanduku la mchanga la kibinafsi. Kwa mazoezi, hii husababisha msanidi programu kubadili mara kwa mara kati ya nafasi za majina, kwani kubectl huendesha katika muktadha wa nafasi ya sasa. Kwa hivyo, katika kesi ya kubectl, watu hutumia kikamilifu maandishi ya msaidizi kwa hili. Lakini unapotumia OC, kubadili kwenye nafasi inayohitajika, sema tu "oc nafasi ya jina la mradi".
Je, hukumbuki nafasi ya majina unayohitaji inaitwaje? Hakuna tatizo, andika tu "oc pata miradi" ili kuonyesha orodha kamili. Una shaka unashangaa jinsi hii itafanya kazi ikiwa unaweza tu kupata sehemu ndogo ya nafasi za majina kwenye nguzo? Kweli, kwa sababu kubectl hufanya hivi kwa usahihi ikiwa RBAC hukuruhusu kuona nafasi zote kwenye nguzo, na katika vikundi vikubwa sio kila mtu anapewa ruhusa kama hizo. Kwa hiyo, tunajibu: kwa OC hii sio tatizo kabisa na itazalisha kwa urahisi orodha kamili katika hali hiyo. Ni vitu hivi vidogo vinavyounda mwelekeo wa shirika wa Openshift na uboreshaji mzuri wa jukwaa hili kulingana na watumiaji na programu.
2. ODO - toleo lililoboreshwa la kubectl kwa wasanidi programu
Mfano mwingine wa maboresho ya Red Hat OpenShift juu ya Kubernetes ni matumizi ya mstari wa amri ya ODO. Imeundwa kwa ajili ya wasanidi programu na hukuruhusu kupeleka msimbo wa ndani kwa haraka kwenye nguzo ya mbali ya OpenShift. Inaweza pia kurahisisha michakato ya ndani ili kusawazisha mara moja mabadiliko yote ya msimbo kwenye kontena kwenye nguzo ya mbali ya OpenShift bila kulazimika kuunda upya, kusajili, na kutuma upya picha.
Hebu tuangalie jinsi OC na ODO hurahisisha kufanya kazi na vyombo na Kubernetes.
Linganisha tu mtiririko wa kazi kadhaa wakati umejengwa kwa msingi wa kubectl, na wakati OC au ODO inatumiwa.
• Uwekaji wa msimbo kwenye OpenShift kwa wale ambao hawazungumzi YAML:
Kubernetes/kubectl
$> git clone
1- Unda Dockerfile ambayo huunda picha kutoka kwa nambari
—————-
KUTOKA nodi
WORKDIR /usr/src/app
COPY kifurushi*.json ./
COPY index.js ./
NAKILI ./app ./app
RUN npm kusakinisha
FICHUA 3000
CMD [ “npm”, “start” ] ————–
2- Tunatengeneza picha
$>uundaji wa podman...
3- Ingia kwenye Usajili
kuingia kwa podman...
4- Weka picha kwenye rejista
kushinikiza podman
5- Unda faili za yaml kwa ajili ya kupeleka maombi (deployment.yaml, service.yaml, ingress.yaml) - hiki ndicho kiwango cha chini kabisa.
6- Weka faili za wazi:
Kubectl apply -f .
OpenShift/oc
$> oc programu mpya -jina_letu_la_maombi
OpenShift/odo
$> git clone
$> odo tengeneza nodejs za sehemu myapp
$>do kusukuma
• Badilisha muktadha: badilisha nafasi ya jina la kazi au nguzo ya kazi.
Kubernetes/kubectl
1- Unda muktadha katika kubeconfig kwa mradi wa "myproject"
2- kubectl set-context...
OpenShift/oc
oc mradi "myproject"
Udhibiti wa ubora: “Kipengele kimoja cha kuvutia kimeonekana hapa, bado katika toleo la alpha. Labda tunaweza kuiweka katika uzalishaji?"
Hebu wazia ukiwa umeketi kwenye gari la mbio na kuambiwa: “Tumeweka aina mpya ya breki na, kusema kweli, kutegemewa kwao bado si sawa... Lakini usijali, tutaziboresha kikamilifu wakati wa kozi. ya ubingwa.” Unapendaje matarajio haya? Sisi katika Red Hat kwa namna fulani hatufurahii sana. 🙂
Kwa hivyo, tunajaribu kusimamisha matoleo ya alpha hadi yawe ya kukomaa vya kutosha na tumefanya majaribio ya kina ya vita na kuhisi kuwa ni salama kutumia. Kawaida, kila kitu hupitia hatua ya Muhtasari wa Dev kwanza, kisha kupitia na kisha tu hutoka kama toleo la umma (GA), ambayo tayari ni thabiti kwamba inafaa kwa uzalishaji.
Kwanini hivyo? Kwa sababu, kama ilivyo kwa uundaji wa programu nyingine yoyote, sio mawazo yote ya awali katika Kubernetes yanafikia toleo la mwisho. Au wanaifikia na hata kuhifadhi utendakazi uliokusudiwa, lakini utekelezaji wao ni tofauti kabisa na ule wa toleo la alpha. Pamoja na maelfu kwa maelfu ya wateja wa Red Hat wanaotumia OpenShift kusaidia mzigo muhimu wa kazi, tunatilia mkazo uthabiti wa mfumo wetu na usaidizi wa muda mrefu.
Red Hat imejitolea kutoa OpenShift mara kwa mara na kusasisha toleo la Kubernetes linalokuja nayo. Kwa mfano, toleo la sasa la GA la OpenShift 4.3 wakati wa uandishi huu ni pamoja na Kubernetes 1.16, ambayo ni sehemu moja tu nyuma ya toleo la juu la Kubernetes lenye nambari 1.17. Kwa hivyo, tunajaribu kumpa mteja Kubernetes ya kiwango cha biashara na kutoa udhibiti wa ziada wa ubora tunapotoa matoleo mapya ya OpenShift.
Marekebisho ya programu: "Kulikuwa na shimo katika toleo la Kubernetes ambalo tunalo katika uzalishaji. Na unaweza kuifunga tu kwa kusasisha matoleo matatu. Au kuna chaguzi zozote?
Katika mradi wa chanzo huria wa Kubernetes, urekebishaji wa programu kwa kawaida hutolewa kama sehemu ya toleo linalofuata, wakati mwingine hujumuisha toleo moja au mbili la matukio ya awali, na kutoa taarifa kwa muda wa miezi 6.
Red Hat inajivunia kutoa marekebisho muhimu mapema kuliko wengine na kutoa usaidizi kwa muda mrefu zaidi. Chukua kwa mfano hatari ya kuongezeka kwa fursa ya Kubernetes (): iligunduliwa katika Kubernetes 1.11, na marekebisho ya matoleo ya awali yalitolewa tu hadi toleo la 1.10.11, na kuacha hii kwenye shimo katika matoleo yote ya awali ya Kubernetes, kutoka 1.x hadi 1.9.
Katika upande mwingine, (Kubernetes 1.2 ipo), ikinasa matoleo tisa ya OpenShift na kuonyesha wazi huduma kwa wateja (maelezo zaidi ).
Jinsi OpenShift na Red Hat zinavyosogeza Kubernetes mbele
Red Hat ni mchangiaji mkubwa wa pili wa programu kwa mradi wa chanzo huria wa Kubernetes, nyuma ya Google pekee, na wasanidi 3 kati ya 5 waliofanikiwa zaidi wanatoka Red Hat. Ukweli mwingine usiojulikana: kazi nyingi muhimu zilionekana katika Kubernetes haswa katika mpango wa Red Hat, haswa, kama vile:
- RBAC. Kubernetes haikuwa na vitendaji vya RBAC (ClusterRole, ClusterRoleBinding) hadi wahandisi wa Red Hat walipoamua kuzitekeleza kama sehemu ya jukwaa lenyewe, na si kama utendakazi wa ziada wa OpenShift. Je, Red Hat inaogopa kuboresha Kubernetes? La hasha, kwa sababu Red Hat hufuata kanuni za chanzo wazi na haichezi michezo ya Open Core. Uboreshaji na ubunifu unaoendeshwa na jumuiya za maendeleo, badala ya zile za umiliki, unaweza kutumika zaidi na kukubaliwa kwa upana zaidi, jambo ambalo linapatana vyema na lengo letu kuu la kufanya programu huria kuwa na manufaa zaidi kwa wateja wetu.
- Sera za Usalama za maganda (Sera za Usalama wa Pod). Dhana hii ya kuendesha programu kwa usalama ndani ya maganda ilitekelezwa awali katika OpenShift chini ya jina SCC (Vikwazo vya Muktadha wa Usalama). Na kama katika mfano uliopita, Red Hat iliamua kuanzisha maendeleo haya katika mradi wa Kubernetes wazi ili kila mtu aweze kuutumia.
Mfululizo huu wa mifano unaweza kuendelea, lakini tulitaka tu kuonyesha kwamba Red Hat imejitolea kweli kuendeleza Kubernetes na kuifanya kuwa bora kwa kila mtu.
Ni wazi kuwa OpenShift ni Kubernetes. Je, ni tofauti gani? 🙂
Tunatumahi kuwa kwa kusoma hadi sasa umegundua kuwa Kubernetes ndio sehemu kuu ya OpenShift. Moja kuu, lakini mbali na pekee. Kwa maneno mengine, kusakinisha Kubernetes hakutakupa jukwaa la kiwango cha biashara. Utahitaji kuongeza uthibitishaji, mitandao, usalama, ufuatiliaji, udhibiti wa kumbukumbu, na zaidi. Zaidi ya hayo, itabidi ufanye maamuzi magumu kutoka kwa idadi kubwa ya zana zinazopatikana (ili kufahamu utofauti wa mfumo ikolojia, angalia tu. ) na kwa namna fulani hakikisha uthabiti na mshikamano ili wafanye kazi kama kitu kimoja. Kwa kuongeza, utahitaji mara kwa mara kufanya masasisho na majaribio ya urejeshaji wakati toleo jipya la kipengele chochote unachotumia linatolewa. Hiyo ni, pamoja na kuunda na kudumisha jukwaa yenyewe, utahitaji pia kukabiliana na programu hii yote. Haiwezekani kwamba kutakuwa na muda mwingi wa kutatua matatizo ya biashara na kufikia faida za ushindani.
Lakini kwa upande wa OpenShift, Red Hat inachukua matatizo haya yote yenyewe na inakupa tu jukwaa kamili la utendaji, ambalo linajumuisha sio tu Kubernetes yenyewe, lakini pia seti nzima ya zana muhimu za chanzo wazi ambazo hugeuza Kubernetes kuwa darasa halisi la biashara. suluhisho ambalo unaweza kuzindua mara moja na kwa utulivu kabisa katika uzalishaji. Na bila shaka, ikiwa una baadhi ya safu zako za teknolojia, basi unaweza kuunganisha OpenShift katika ufumbuzi uliopo.
Angalia picha iliyo hapo juu: kila kitu kilicho nje ya mstatili wa Kubernetes ni pale Red Hat inapoongeza utendakazi ambao Kubernetes hawana, kama wanasema, kwa-design. Na sasa tutaangalia kuu ya maeneo haya.
1. Mfumo wa Uendeshaji Imara kama msingi: RHEL CoreOS au RHEL
Red Hat imekuwa mtoa huduma anayeongoza wa usambazaji wa Linux kwa programu muhimu za biashara kwa zaidi ya miaka 20. Uzoefu wetu uliokusanywa na kusasishwa kila mara katika eneo hili huturuhusu kutoa msingi wa kuaminika na wa kuaminika wa uendeshaji wa viwanda wa kontena. RHEL CoreOS hutumia kerneli sawa na RHEL, lakini imeboreshwa hasa kwa ajili ya kazi kama vile kuendesha vyombo na kuendesha makundi ya Kubernetes: ukubwa wake uliopunguzwa na kutobadilika hurahisisha kuweka makundi, kuongeza ukubwa kiotomatiki, kupeleka viraka, n.k. Vipengele hivi vyote huifanya iwe rahisi msingi bora wa kutoa matumizi sawa ya mtumiaji na OpenShift katika anuwai ya mazingira ya kompyuta, kutoka kwa chuma tupu hadi wingu la kibinafsi na la umma.
2. Automation ya shughuli za IT
Uendeshaji wa kiotomatiki wa michakato ya usakinishaji na uendeshaji wa siku-4 (yaani, shughuli za kila siku) ni hatua kali ya OpenShift, na kuifanya iwe rahisi zaidi kusimamia, kusasisha na kudumisha utendakazi wa jukwaa la kontena katika kiwango cha juu zaidi. Hii inafanikiwa kupitia usaidizi kwa waendeshaji Kubernetes katika kiwango cha kernel XNUMX cha OpenShift.
OpenShift 4 pia ni mfumo mzima wa suluhu unaotegemea waendeshaji Kubernetes, uliotengenezwa na Red Hat yenyewe na washirika wengine (ona. Red Hat, au duka la waendeshaji , iliyoundwa na Red Hat kwa watengenezaji wengine).
Katalogi iliyojumuishwa ya OpenShift 4 inajumuisha zaidi ya waendeshaji 180 wa Kubernetes
3. Zana za Wasanidi Programu
Tangu 2011, OpenShift imekuwa ikipatikana kama jukwaa la PaaS (Platform-as-a-Service) ambalo hurahisisha maisha kwa wasanidi programu, huwasaidia kuzingatia usimbaji, na kutoa usaidizi asilia kwa lugha za programu kama vile Java, Node.js. , PHP, Ruby, Python, Go, pamoja na ujumuishaji endelevu wa CI/CD na huduma za uwasilishaji, hifadhidata, n.k. Ofa za OpenShift 4 , ambayo inajumuisha zaidi ya huduma 100 kulingana na waendeshaji Kubernetes zilizoundwa na Red Hat na washirika wetu.
Tofauti na Kubernetes, OpenShift 4 ina GUI iliyojitolea (), ambayo huwasaidia wasanidi programu kupeleka kwa urahisi programu kutoka kwa vyanzo mbalimbali (git, sajili za nje, Dockerfile, n.k.) kwenye nafasi zao za majina na kuibua kwa uwazi uhusiano kati ya vipengele vya programu.
Kwa kuongeza, OpenShift inatoa seti ya zana za maendeleo ya Codeready, ambayo, hasa, inajumuisha , IDE iliyo na kontena iliyo na kiolesura cha wavuti kinachoendesha moja kwa moja juu ya OpenShift na kutekeleza mbinu ya IDE-as-a-service. Kwa upande mwingine, kwa wale ambao wanataka kufanya kazi madhubuti katika hali ya ndani, kuna Kontena za Codeready, toleo la kazi kamili la OpenShift 4 ambalo linaweza kutumwa kwenye kompyuta ndogo.
IDE iliyojumuishwa kama huduma ya ukuzaji mzuri kwenye jukwaa la Kubernetes/OpenShift
OpenShift inatoa mfumo kamili wa CI/CD moja kwa moja nje ya boksi, ama kulingana na Jenkins zilizo na kontena na programu-jalizi. kwa kufanya kazi na mabomba, au mfumo wa CI/CD unaoelekezwa kwa Kubernetes (kwa sasa katika toleo la muhtasari wa Tech). Suluhu hizi zote mbili huunganishwa kikamilifu na kiweko cha OpenShift, huku kuruhusu kuendesha vichochezi vya bomba, kutazama uwekaji, kumbukumbu, na zaidi.
4. Zana za Maombi
OpenShift hukuruhusu kupeleka programu-tumizi za kitamaduni na suluhu zinazotegemea wingu kulingana na usanifu mpya, kama vile huduma ndogo au zisizo na seva. Suluhisho la OpenShift Service Mesh hutoka moja kwa moja kwenye kisanduku na zana muhimu za kudumisha huduma ndogo, kama vile Istio, Kiali na Jaeger. Kwa upande wake, suluhisho la OpenShift Serverless linajumuisha sio tu Knative, lakini pia zana kama Keda iliyoundwa kama sehemu ya mpango wa pamoja na Microsoft kutoa vitendaji vya Azure kwenye jukwaa la OpenShift.
Suluhisho lililojumuishwa la OpenShift ServiceMesh (Istio, Kiali, Jaeger) litakuwa muhimu wakati wa kuunda huduma ndogo.
Ili kuziba pengo kati ya programu zilizopitwa na wakati na kontena, OpenShift sasa inaruhusu uhamishaji wa mashine kwenye jukwaa la OpenShift kwa kutumia Container Native Virtualization (iliyopo katika TechPreview sasa), kufanya programu mseto kuwa uhalisia na kuwezesha uhamaji kati ya mawingu tofauti, ya faragha na ya umma.
Mashine pepe ya Windows 2019 inayoendeshwa kwenye OpenShift kupitia Container Native Virtualization (iliyopo katika toleo la muhtasari wa Tech)
5. Zana kwa makundi
Jukwaa lolote la kiwango cha biashara lazima liwe na huduma za ufuatiliaji na ukataji miti, mifumo ya usalama, uthibitishaji na uidhinishaji, na zana za usimamizi wa mtandao. Na OpenShift hutoa haya yote nje ya boksi, na yote ni chanzo wazi 100%, ikijumuisha suluhisho kama vile ElasticSearch, Prometheus, Grafana. Masuluhisho haya yote yanakuja na dashibodi, vipimo na arifa ambazo tayari zimeundwa na kusanidiwa kwa kutumia utaalamu wa kina wa ufuatiliaji wa nguzo wa Red Hat, unaokuruhusu kudhibiti na kufuatilia kwa ufanisi mazingira yako ya uzalishaji tangu mwanzo.
OpenShift pia huja na mambo muhimu kama hayo kwa wateja wa kampuni kama vile uthibitishaji na mtoaji kiapo aliyejengewa ndani, ushirikiano na watoa huduma za kitambulisho, ikiwa ni pamoja na LDAP, ActiveDirectory, OpenID Connect, na mengi zaidi.
Dashibodi ya Grafana iliyosanidiwa mapema kwa ufuatiliaji wa nguzo za OpenShift
Zaidi ya vipimo 150 vilivyosanidiwa awali vya Prometheus na arifa za ufuatiliaji wa nguzo za OpenShift
Kuendelea
Utendaji tajiri wa suluhisho na uzoefu mkubwa wa Red Hat katika uwanja wa Kubernetes ndio sababu kwa nini OpenShift imepata nafasi kubwa kwenye soko, kama inavyoonyeshwa kwenye takwimu hapa chini (soma zaidi. ).
“Red Hat kwa sasa inaongoza sokoni ikiwa na hisa 44%.
Kampuni inavuna manufaa ya mkakati wake wa mauzo unaozingatia wateja, ambapo kwanza hushauriana na kutoa mafunzo kwa watengenezaji wa biashara na kisha kuhamia kwenye uchumaji huku biashara inapoanza kupeleka kontena katika uzalishaji.
(Chanzo: )
Tunatarajia ulifurahia makala hii. Katika machapisho yajayo katika mfululizo huu, tutaangalia kwa karibu faida za OpenShift juu ya Kubernetes katika kila aina inayojadiliwa hapa.
Chanzo: mapenzi.com