"Kubernetes va OpenShift o'rtasidagi farq nima?" - bu savol havas qiladigan izchillik bilan tug'iladi. Garchi aslida bu avtomobil dvigateldan qanday farq qilishini so'rashga o'xshaydi. Agar o'xshashlikni davom ettiradigan bo'lsak, unda mashina tayyor mahsulot bo'lib, uni darhol ishlatishingiz mumkin, tom ma'noda: kiring va boring. Boshqa tomondan, dvigatel sizni biron bir joyga olib borishi uchun, oxir-oqibat, xuddi shu mashinaga ega bo'lish uchun uni birinchi navbatda ko'plab boshqa narsalar bilan to'ldirish kerak.
Shuning uchun Kubernetes - bu OpenShift markali avtomobil (platforma) yig'ilgan dvigatel bo'lib, u sizni maqsadingizga olib boradi.
Ushbu maqolada biz sizga eslatib o'tmoqchimiz va quyidagi asosiy fikrlarni biroz batafsilroq ko'rib chiqamiz:
- Kubernetes OpenShift platformasining yuragi boʻlib, u 100% sertifikatlangan Kubernetes boʻlib, butunlay ochiq manba va zarracha mulkiy xususiyatga ega emas. Qisqacha:
- OpenShift klaster API XNUMX% Kubernetes.
- Agar konteyner boshqa Kubernetes tizimida ishlayotgan bo'lsa, u hech qanday o'zgarishsiz OpenShift-da ishlaydi. Ilovalarga o'zgartirish kiritishning hojati yo'q.
- OpenShift nafaqat Kubernetes-ga foydali xususiyatlar va funksionallikni qo'shadi. Mashina singari, OpenShift ham qutidan tashqarida, darhol ishlab chiqarishga qo'yilishi mumkin va biz quyida ko'rsatganimizdek, ishlab chiquvchining hayotini ancha osonlashtiradi. Shuning uchun OpenShift ikki shaxsga birlashtirilgan. Bu ishlab chiquvchi nuqtai nazaridan muvaffaqiyatli va taniqli korporativ toifadagi PaaS platformasi. Va shu bilan birga, bu sanoat amaliyoti nuqtai nazaridan juda ishonchli Konteyner-as-a-Service yechimidir.
OpenShift - bu 100% CNCF sertifikatiga ega Kubernetes
OpenShift ga asoslangan . Shuning uchun, tegishli treningdan so'ng, foydalanuvchilar kubectl kuchidan hayratda qolishadi. Kubernetes klasteridan OpenShift-ga o'tganlar ko'pincha kubeconfig-ni OpenShift klasteriga yo'naltirgandan so'ng, barcha mavjud skriptlar benuqson ishlashini qanchalik yoqtirishini aytishadi.
Siz OpenShift-ning OC deb nomlangan buyruq qatori yordam dasturi haqida eshitgan bo'lishingiz mumkin. U kubectl bilan to'liq mos keladi, shuningdek, bir qator vazifalarni bajarishda yordam beradigan bir nechta foydali yordamchilarni taklif qiladi. Lekin birinchi navbatda, OC va kubectl mosligi haqida bir oz ko'proq:
kubectl buyruqlari
OC jamoalari
kubectl pods olish
ok podlarni oling
kubectl nom maydonlarini oladi
oc nom maydonlarini oling
kubectl create -f deployment.yaml
oc create -f deployment.yaml
OpenShift API-da kubectl-dan foydalanish natijalari quyidagicha:
• kubectl get pods – podkalarni kutilganidek qaytaradi.
• kubectl get namespaces – kutilganidek nom maydonlarini qaytaradi.
kubectl create -f mydeployment.yaml buyrug'i quyidagi videoda ko'rsatilganidek, kubernetes resurslarini boshqa Kubernetes platformalarida bo'lgani kabi yaratadi:
Boshqacha qilib aytganda, barcha Kubernetes API’lari 100% muvofiqlikni saqlab, OpenShift’da to‘liq mavjud. Shuning uchun .
OpenShift Kubernetes-ga foydali xususiyatlarni qo'shadi
Kubernetes API'lari OpenShift'da 100% mavjud, ammo standart Kubernetes yordam dasturi kubectlda funksionallik va qulaylik aniq emas. Shuning uchun Red Hat Kubernetes-ga OC (OpenShift mijozining qisqartmasi) va ODO (OpenShift DO, bu yordamchi dastur ishlab chiquvchilar uchun moʻljallangan) kabi foydali xususiyatlar va buyruq qatori vositalarini qoʻshdi.
1. OC yordam dasturi - Kubectl ning yanada kuchli va qulay versiyasi
Masalan, kubectl-dan farqli o'laroq, u sizga yangi nom maydonlarini yaratish va kontekstlarni osongina almashtirish imkonini beradi, shuningdek, ishlab chiquvchilar uchun konteyner tasvirlarini yaratish va ilovalarni to'g'ridan-to'g'ri manba kodidan yoki ikkilik fayllardan joylashtirish kabi bir qator foydali buyruqlarni taklif qiladi (Source-to-rasm, s2i).
Keling, OC yordam dasturining o'rnatilgan yordamchilari va ilg'or funksionalligi kundalik ishni soddalashtirishga qanday yordam berishiga misollarni ko'rib chiqaylik.
Birinchi misol - nomlar maydonini boshqarish. Har bir Kubernetes klasteri har doim bir nechta nom maydoniga ega. Ular odatda ishlab chiqish va ishlab chiqarish muhitini yaratish uchun ishlatiladi, lekin ular, masalan, har bir ishlab chiquvchiga shaxsiy sandbox bilan ta'minlash uchun ham ishlatilishi mumkin. Amalda, bu ishlab chiquvchiga tez-tez nom bo'shliqlari o'rtasida almashishga to'g'ri keladi, chunki kubectl joriy maydon kontekstida ishlaydi. Shuning uchun, kubectl holatida odamlar buning uchun yordamchi skriptlardan faol foydalanadilar. Ammo OC dan foydalanayotganda, kerakli joyga o'tish uchun "oc proyekt nomlari maydoni" deb ayting.
Sizga kerak bo'lgan nom maydoni nima deb nomlanganini eslay olmaysizmi? Muammo yo'q, to'liq ro'yxatni ko'rsatish uchun "oc get projects" ni kiriting. Agar siz klasterdagi nomlar bo'shliqlarining cheklangan to'plamiga kirish imkoniga ega bo'lsangiz, bu qanday ishlashiga shubha qilyapsizmi? Xo'sh, chunki kubectl buni faqat RBAC klasterdagi barcha bo'shliqlarni ko'rishga imkon bergan taqdirdagina to'g'ri bajaradi va katta klasterlarda hamma ham bunday ruxsatnomalarga ega emas. Shunday qilib, biz javob beramiz: OC uchun bu umuman muammo emas va u bunday vaziyatda to'liq ro'yxatni osongina ishlab chiqaradi. Aynan shu kichik narsalar Openshift-ning korporativ yo'nalishini va ushbu platformaning foydalanuvchilar va ilovalar nuqtai nazaridan yaxshi miqyoslanishini tashkil qiladi.
2. ODO - ishlab chiquvchilar uchun kubectl ning takomillashtirilgan versiyasi
Red Hat OpenShift-ning Kubernetes-ga nisbatan yaxshilanishining yana bir misoli ODO buyruq qatori yordam dasturidir. U ishlab chiquvchilar uchun mo'ljallangan va mahalliy kodni masofaviy OpenShift klasteriga tezda joylashtirish imkonini beradi. Shuningdek, u tasvirlarni qayta qurish, ro‘yxatga olish va joylashtirishni talab qilmasdan masofaviy OpenShift klasteridagi konteynerlarga barcha kod o‘zgarishlarini bir zumda sinxronlashtirish uchun ichki jarayonlarni soddalashtirishi mumkin.
Keling, OC va ODO konteynerlar va Kubernetes bilan ishlashni qanday osonlashtirishini ko'rib chiqaylik.
Faqat kubectl asosida qurilgan va OC yoki ODO ishlatilganda bir nechta ish oqimlarini solishtiring.
• YAML tilini bilmaydiganlar uchun OpenShift-da kodni joylashtirish:
Kubernetes/kubectl
$>git klon
1- Koddan tasvirni yaratadigan Dockerfile yarating
-----
FROM tugun
WORKDIR /usr/src/app
To'plamni NOSHIRISH*.json ./
COPY index.js ./
NUSXALA ./app ./app
RUN npm o'rnatish
EXPOSE 3000
CMD [ “npm”, “start”] ————–
2- Biz tasvirni yaratamiz
$>podman qurish...
3- Ro'yxatga olish kitobiga kiring
podmanga kirish...
4- Rasmni registrga joylashtiring
podman surish
5- Ilovani joylashtirish uchun yaml fayllarini yarating (deployment.yaml, service.yaml, ingress.yaml) - bu mutlaq minimal.
6- Manifest fayllarini joylashtirish:
Kubectl amal -f .
OpenShift/oc
$> oc yangi ilova – bizning_ilova_nomimiz
OpenShift/odo
$>git klon
$> odo komponent nodejs myapp yaratish
$>odo surish
• Kontekstni almashtirish: ish nomlari maydoni yoki ishchi klasterni o‘zgartirish.
Kubernetes/kubectl
1- "Mening loyiham" loyihasi uchun kubeconfig-da kontekst yarating
2- kubectl set-konteksti…
OpenShift/oc
oc loyihasi "mening loyiham"
Sifat nazorati: “Bu yerda bitta qiziqarli xususiyat paydo bo'ldi, u hali ham alfa versiyada. Balki biz uni ishlab chiqarishga kiritarmiz?”
Tasavvur qiling-a, poyga mashinasiga o‘tirib: “Biz tormozlarning yangi turini o‘rnatdik va to‘g‘risini aytsam, ularning ishonchliligi hali hammasi yaxshi emas... Lekin tashvishlanmang, biz ularni kurs davomida faol ravishda takomillashtiramiz. chempionat." Bu istiqbol sizga qanday yoqadi? Biz Red Hat'da qandaydir darajada baxtli emasmiz. 🙂
Shuning uchun, biz alfa versiyalarini etarlicha etuk bo'lgunga qadar to'xtatib turishga harakat qilamiz va biz jangovar sinovlardan o'tdik va ulardan foydalanish xavfsiz deb hisoblaymiz. Odatda, hamma narsa avval Dev Preview bosqichidan, keyin esa o'tadi va shundan keyingina ommaviy nashr sifatida chiqadi (GA), u allaqachon ishlab chiqarish uchun mos bo'lgan juda barqaror.
Nega bunday? Chunki, boshqa har qanday dasturiy ta'minotni ishlab chiqishda bo'lgani kabi, Kubernetesdagi barcha dastlabki g'oyalar ham yakuniy versiyaga etib boravermaydi. Yoki ular unga etib boradilar va hatto mo'ljallangan funksionallikni saqlab qolishadi, lekin ularni amalga oshirish alfa versiyasidan tubdan farq qiladi. Minglab minglab Red Hat mijozlari muhim ish yuklarini qo'llab-quvvatlash uchun OpenShift-dan foydalanadilar, biz platformamiz barqarorligiga va uzoq muddatli yordamga alohida e'tibor qaratamiz.
Red Hat tez-tez OpenShift-ni chiqarishga va u bilan birga kelgan Kubernetes versiyasini yangilashga sodiqdir. Misol uchun, ushbu yozuv paytida OpenShift 4.3 ning joriy GA relizi Kubernetes 1.16 ni o'z ichiga oladi, bu Kubernetesning 1.17 raqamli yuqoridagi versiyasidan faqat bir birlik orqada. Shunday qilib, biz mijozga korporativ darajadagi Kubernetes bilan ta'minlashga va OpenShift-ning yangi versiyalarini chiqarish jarayonida qo'shimcha sifat nazoratini ta'minlashga harakat qilmoqdamiz.
Dasturiy ta'minot tuzatildi: “Bizda ishlab chiqarilgan Kubernetes versiyasida teshik bor edi. Va uni faqat uchta versiyani yangilash orqali yopishingiz mumkin. Yoki variantlar bormi?
Kubernetes ochiq kodli loyihasida dasturiy ta'minotni tuzatishlar odatda keyingi nashrning bir qismi sifatida chiqariladi, ba'zan bir yoki ikkita oldingi muhim relizlarni qamrab oladi va 6 oygacha qamrovni beradi.
Red Hat tanqidiy tuzatishlarni boshqalarga qaraganda tezroq chiqarish va uzoqroq vaqt davomida qo'llab-quvvatlash bilan faxrlanadi. Masalan, Kubernetes imtiyozlarini oshirish zaifligini olaylik (): u Kubernetes 1.11 da topilgan va avvalgi relizlar uchun tuzatishlar faqat 1.10.11 versiyasigacha chiqarilgan, bu esa Kubernetesning 1.x dan 1.9 gacha boʻlgan barcha oldingi versiyalarida teshikda qolgan.
O'z navbatida, (Kubernetes 1.2 mavjud), to'qqizta OpenShift nashrini suratga oladi va mijozlarga g'amxo'rlikni aniq namoyish etadi (batafsil ma'lumot). ).
OpenShift va Red Hat Kubernetesni qanday oldinga siljitmoqda
Red Hat ochiq kodli Kubernetes loyihasining dasturiy ta'minoti bo'yicha ikkinchi yirik hissasi bo'lib, faqat Google'dan keyin, 3 ta eng samarali ishlab chiquvchilardan 5 tasi Red Hat'dan keladi. Yana bir kam ma'lum bo'lgan fakt: Kubernetesda Red Hat tashabbusi bilan ko'plab muhim funktsiyalar paydo bo'ldi, xususan:
- RBAC. Red Hat muhandislari ularni qo'shimcha OpenShift funksiyasi sifatida emas, balki platformaning bir qismi sifatida amalga oshirishga qaror qilmaguncha Kubernetes RBAC funktsiyalariga (ClusterRole, ClusterRoleBinding) ega emas edi. Red Hat Kubernetesni yaxshilashdan qo'rqadimi? Albatta, yo'q, chunki Red Hat ochiq manba tamoyillariga qat'iy amal qiladi va Open Core o'yinlarini o'ynamaydi. Mulkiy emas, balki rivojlanish hamjamiyatlari tomonidan ishlab chiqilgan takomillashtirish va innovatsiyalar yanada hayotiy va kengroq qabul qilinadi, bu bizning ochiq kodli dasturiy ta'minotni mijozlarimiz uchun foydaliroq qilishdek asosiy maqsadimizga mos keladi.
- Podlar uchun xavfsizlik siyosati (Pod Security Policies). Ilovalarni podalar ichida xavfsiz ishga tushirish kontseptsiyasi dastlab OpenShift-da SCC (Security Context Constraints) nomi ostida amalga oshirilgan. Va oldingi misolda bo'lgani kabi, Red Hat bu ishlanmalarni hamma foydalanishi uchun ochiq Kubernetes loyihasiga kiritishga qaror qildi.
Ushbu misollar seriyasini davom ettirish mumkin, ammo biz Red Hat haqiqatan ham Kubernetesni rivojlantirishga va uni hamma uchun yaxshiroq qilishga sodiqligini ko'rsatmoqchi edik.
OpenShift bu Kubernetes ekanligi aniq. Qanday farqlar bor? 🙂
Umid qilamizki, shu paytgacha o'qib chiqib, siz Kubernetes OpenShiftning asosiy komponenti ekanligini tushundingiz. Asosiysi, lekin yagonadan uzoq. Boshqacha qilib aytganda, Kubernetes-ni oddiygina o'rnatish sizga korporativ toifadagi platformani bermaydi. Siz autentifikatsiya, tarmoq, xavfsizlik, monitoring, jurnallarni boshqarish va boshqalarni qo'shishingiz kerak bo'ladi. Bundan tashqari, siz mavjud bo'lgan ko'p sonli vositalardan ba'zi qiyin tanlovlarni qilishingiz kerak bo'ladi (ekotizimning xilma-xilligini tushunish uchun bir ko'z tashlang ) va qandaydir tarzda izchillik va izchillikni ta'minlang, shunda ular birdek ishlaydi. Bundan tashqari, siz foydalanadigan har qanday komponentning yangi versiyasi chiqarilganda muntazam ravishda yangilanishlar va regressiya testlarini o'tkazishingiz kerak bo'ladi. Ya'ni, platformaning o'zini yaratish va unga xizmat ko'rsatishdan tashqari, siz ushbu dasturiy ta'minot bilan ham shug'ullanishingiz kerak bo'ladi. Biznes muammolarini hal qilish va raqobatdosh ustunliklarga erishish uchun ko'p vaqt qolishi dargumon.
Ammo OpenShift holatida Red Hat bu barcha murakkabliklarni o'z zimmasiga oladi va shunchaki sizga nafaqat Kubernetesning o'zini, balki Kubernetes-ni haqiqiy korporativ toifaga aylantiradigan barcha zarur ochiq manba vositalarini o'z ichiga olgan funktsional jihatdan to'liq platformani taqdim etadi. darhol va to'liq xotirjamlik bilan ishlab chiqarishni boshlashingiz mumkin bo'lgan yechim. Va, albatta, agar sizda o'zingizning texnologiya steklaringiz bo'lsa, OpenShift-ni mavjud echimlarga integratsiya qilishingiz mumkin.
Yuqoridagi rasmga qarang: Kubernetes to'rtburchagidan tashqaridagi hamma narsa Red Hat Kubernetesda, ular aytganidek, dizayn bo'yicha mavjud bo'lmagan funksiyalarni qo'shadigan joydir. Va endi biz ushbu sohalarning asosiylarini ko'rib chiqamiz.
1. Baza sifatida mustahkam OS: RHEL CoreOS yoki RHEL
Red Hat 20 yildan ortiq vaqtdan beri muhim biznes ilovalari uchun Linux distributivlarining yetakchi provayderi bo‘lib kelgan. Bizning ushbu sohada to'plangan va doimiy ravishda yangilanib turadigan tajribamiz bizga konteynerlarning sanoat ekspluatatsiyasi uchun chinakam ishonchli va ishonchli asosni taklif qilish imkonini beradi. RHEL CoreOS RHEL bilan bir xil yadrodan foydalanadi, lekin asosan konteynerlarni ishga tushirish va Kubernetes klasterlarini ishga tushirish kabi vazifalar uchun optimallashtirilgan: uning kichraytirilgan o‘lchami va o‘zgarmasligi klasterlarni o‘rnatish, avtomatik masshtablash, yamoqlarni joylashtirish va hokazolarni osonlashtiradi. Bu xususiyatlarning barchasi uni amalga oshiradi. Yalang'och metalldan tortib shaxsiy va ommaviy bulutgacha bo'lgan keng doiradagi hisoblash muhitlarida OpenShift bilan bir xil foydalanuvchi tajribasini taqdim etish uchun ideal asos.
2. AT operatsiyalarini avtomatlashtirish
O'rnatish jarayonlari va 4 kunlik operatsiyalarni avtomatlashtirish (ya'ni kundalik operatsiyalar) OpenShift-ning kuchli tomoni bo'lib, konteyner platformasini boshqarish, yangilash va ish faoliyatini eng yuqori darajada saqlashni ancha osonlashtiradi. Bunga OpenShift XNUMX yadrosi darajasida Kubernetes operatorlarini qo'llab-quvvatlash orqali erishiladi.
OpenShift 4, shuningdek, Red Hat kompaniyasining o'zi va uchinchi tomon hamkorlari tomonidan ishlab chiqilgan Kubernetes operatorlariga asoslangan yechimlarning butun ekotizimidir (qarang. Red Hat yoki operator do'koni , uchinchi tomon ishlab chiquvchilari uchun Red Hat tomonidan yaratilgan).
O'rnatilgan OpenShift 4 katalogi 180 dan ortiq Kubernetes operatorlarini o'z ichiga oladi
3. Ishlab chiquvchi vositalari
2011-yildan beri OpenShift PaaS (Platform-as-a-Service) platformasi sifatida mavjud boʻlib, u ishlab chiquvchilarning hayotini ancha osonlashtiradi, ularga kodlashga eʼtibor qaratishga yordam beradi va Java, Node.js kabi dasturlash tillarini mahalliy qoʻllab-quvvatlaydi. , PHP, Ruby, Python, Go, shuningdek, CI/CD uzluksiz integratsiya va yetkazib berish xizmatlari, maʼlumotlar bazalari va boshqalar. OpenShift 4 taklif qiladi. , Red Hat va hamkorlarimiz tomonidan ishlab chiqilgan Kubernetes operatorlari asosidagi 100 dan ortiq xizmatlarni o'z ichiga oladi.
Kubernetesdan farqli o'laroq, OpenShift 4 maxsus grafik interfeysga ega (), bu ishlab chiquvchilarga turli manbalardan (git, tashqi registrlar, Dockerfile va h.k.) ilovalarni o'z nom maydonlariga bemalol joylashtirishga yordam beradi va dastur komponentlari o'rtasidagi munosabatlarni aniq tasavvur qiladi.
Bundan tashqari, OpenShift Codeready ishlab chiqish vositalari to'plamini taklif qiladi, xususan, ular o'z ichiga oladi , to'liq konteynerlangan IDE veb-interfeysga ega bo'lib, u to'g'ridan-to'g'ri OpenShift-ning tepasida ishlaydi va IDE-a-xizmat yondashuvini amalga oshiradi. Boshqa tomondan, mahalliy rejimda qat'iy ishlamoqchi bo'lganlar uchun Codeready Containers mavjud, bu OpenShift 4 ning noutbukda joylashtirilishi mumkin bo'lgan to'liq funktsional versiyasi.
Kubernetes/OpenShift platformasida samarali rivojlanish uchun xizmat sifatida integratsiyalangan IDE
OpenShift konteynerlashtirilgan Jenkins va plaginga asoslangan holda to'liq CI/CD tizimini taklif qiladi. quvurlar yoki Kubernetesga yo'naltirilgan CI/CD tizimi bilan ishlash uchun (hozirda Tech ko'rib chiqish versiyasida). Ushbu ikkala yechim ham OpenShift konsoli bilan toʻliq integratsiyalashgan boʻlib, sizga quvur liniyasi triggerlarini ishga tushirish, joylashtirishlar, jurnallar va boshqalarni koʻrish imkonini beradi.
4. Ilova vositalari
OpenShift sizga mikroservislar yoki serversiz kabi yangi arxitekturalarga asoslangan an'anaviy statistik ilovalarni ham, bulutga asoslangan yechimlarni ham joylashtirish imkonini beradi. OpenShift Service Mesh yechimi Istio, Kiali va Jaeger kabi mikroservislarga xizmat ko'rsatish uchun asosiy vositalar bilan birga qutidan chiqariladi. O'z navbatida, OpenShift Serverless yechimi nafaqat Knative, balki OpenShift platformasida Azure funksiyalarini ta'minlash bo'yicha Microsoft bilan qo'shma tashabbus doirasida yaratilgan Keda kabi vositalarni ham o'z ichiga oladi.
OpenShift ServiceMesh (Istio, Kiali, Jaeger) integratsiyalashgan yechimi mikroservislarni ishlab chiqishda foydali bo'ladi.
Eski ilovalar va konteynerlar oʻrtasidagi tafovutni bartaraf etish uchun OpenShift endi virtual mashinani OpenShift platformasiga Container Native Virtualization (hozirda TechPreview-da) yordamida koʻchirish imkonini beradi, gibrid ilovalarni haqiqatga aylantiradi va ularning shaxsiy va ommaviy bulutlar oʻrtasida migratsiyasini osonlashtiradi.
Windows 2019 Virtual virtual mashinasi OpenShift-da Konteyner Native Virtualizatsiyasi orqali ishlaydi (hozirda Techni oldindan ko'rish versiyasida)
5. Klasterlar uchun asboblar
Har qanday korporativ toifadagi platforma monitoring va markazlashtirilgan ro'yxatga olish xizmatlari, xavfsizlik mexanizmlari, autentifikatsiya va avtorizatsiya va tarmoqni boshqarish vositalariga ega bo'lishi kerak. OpenShift bularning barchasini qutidan tashqarida taqdim etadi va bularning barchasi 100% ochiq manba, jumladan ElasticSearch, Prometheus, Grafana kabi echimlar. Bu yechimlarning barchasi Red Hat’ning klaster monitoringining keng tajribasidan foydalangan holda allaqachon qurilgan va sozlangan asboblar paneli, ko‘rsatkichlar va ogohlantirishlar bilan birga keladi, bu sizga ishlab chiqarish muhitingizni boshidanoq samarali nazorat qilish va kuzatish imkonini beradi.
OpenShift shuningdek, korporativ mijozlar uchun o'rnatilgan autent provayderi bilan autentifikatsiya qilish, hisobga olish ma'lumotlari provayderlari, jumladan LDAP, ActiveDirectory, OpenID Connect va boshqalar bilan integratsiya kabi muhim narsalar bilan standart tarzda taqdim etiladi.
OpenShift klasterini kuzatish uchun oldindan sozlangan Grafana asboblar paneli
OpenShift klasterini kuzatish uchun 150 dan ortiq oldindan tuzilgan Prometey koʻrsatkichlari va ogohlantirishlari
Davomi bor
Yechimning boy funksionalligi va Red Hat-ning Kubernetes sohasidagi katta tajribasi, quyidagi rasmda ko'rsatilganidek, OpenShift bozorda ustun mavqega ega bo'lishining sabablaridir (batafsil o'qing). ).
“Red Hat hozirda bozorda 44% ulush bilan yetakchilik qilmoqda.
Kompaniya o'zining mijozlarga yo'naltirilgan savdo strategiyasidan foyda ko'rmoqda, u erda dastlab korxona ishlab chiquvchilari bilan maslahatlashib, o'qitadi, so'ngra korxona ishlab chiqarishga konteynerlarni joylashtirishni boshlaganda monetizatsiyaga o'tadi.
(Manba: )
Umid qilamizki, sizga ushbu maqola yoqdi. Ushbu seriyadagi keyingi postlarda biz bu yerda muhokama qilingan har bir toifadagi Kubernetesga nisbatan OpenShiftning afzalliklarini batafsil ko‘rib chiqamiz.
Manba: www.habr.com