«Kubernetes ilə OpenShift arasındaki fərq nədir?» – bu sual mütəmadi olaraq ortaya çıxır. Əslində, bu, avtomobilin mühərrikdən nə ilə fərqləndiyini soruşmaq kimidir. Analogiyanı davam etdirmək üçün, avtomobil hazır məhsuldur, ondan dərhal istifadə oluna bilər: oturdunuz və getdiniz. Digər tərəfdən, mühərrikin sizi bir yerə daşıması üçün, onu bir sıra digər elementlərlə tamamlamalıyıq ki, sonunda eyni avtomobili əldə edək.
Məhz buna görə Kubernetes, OpenShift markalı avtomobilin (platformanın) ətrafında qurulmuş mühərrikdir; bu mühərrik isə sizi məqsədinizə aparır.
Bu məqalədə biz sizə bir neçə əsas məqamı xatırlatmaq və daha ətraflı izah etmək istəyirik:
- Kubernetes – bu OpenShift platformasının ürəyidir. Və bu, 100% sertifikatlaşdırılmış Kubernetes-dir, tam açıq kodla və heç bir mülkiyyətçiliyi olmadan. Qısa desək:
- OpenShift klasteri üçün API, tamamilə Kubernetes-dir.
- Əgər konteyner digər Kubernetes sistemlərində işləyirsə, o, heç bir dəyişiklik olmadan OpenShift-də də işləyəcək. Proqramlarda dəyişiklik etməyə ehtiyac yoxdur.
- OpenShift, yalnız Kubernetes-i faydalı funksiyalarla və imkanlarla tamamlamır. Avtomobil kimisi, OpenShift dərhal istifadəyə hazırdır; onu dərhal istehsalata vermək mümkündür və aşağıda göstərəcəyimiz kimi, bu platforma inkişaf etdiricinin işini əhəmiyyətli dərəcədə asanlaşdırır. Ona görədir ki, OpenShift iki üzlüdür. Bu, həm uğurlu, həm də geniş tanınmış bir PaaS platformasıdır, əgər inkişaf etdirici perspektivindən baxsaq. Eyni zamanda, bu, sənaye tələblərinə uyğun super etibarlıdır - Container-as-a-Service həlli kimi.
OpenShift – 100% CNCF fondunun sertifikatlaşdırdığı Kubernetes-dir.
OpenShift-in əsasında yer alır. Müvafiq təhsildən sonra istifadəçilər kubectl-in gücündən heyran qalırlar. Kubernetes Clusterdan OpenShift-ə keçənlər isə tez-tez, kubeconfig-i OpenShift klasterinə yönləndirdikdən sonra bütün skriptlərin problemsiz işlədiyini görəndən sonra necə məmnun olduqlarını deyirlər.
Siz zənnimcə, OpenShift-in OC adlanan komandalar vasitəsinin varlığından xəbərdarsınız. O, kubectl ilə komandalar üzrə tam uyğunluğa malikdir, əlavə olaraq, bir sıra tapşırıqları yerinə yetirməkdə sizə kömək edəcək bir neçə faydalı yardımçı təqdim edir. Amma əvvəlcə OC ilə kubectl arasındakı uyğunluq haqqında bir az daha ətraflı:
kubectl komandaları
OC komandaları
kubectl get pods
oc get pods
kubectl get namespaces
oc get namespaces
kubectl create -f deployment.yaml
oc create -f deployment.yaml
OpenShift API-də kubectl istifadə nəticələrinin görünüşü:
• kubectl get pods – gözlənildiyi kimi, pod'ları qaytarır.
• kubectl get namespaces – gözlənildiyi kimi, adlar məkanlarını qaytarır.
kubectl create -f mydeployment.yaml komandası, digər Kubernetes platformaları ilə eyni şəkildə, Kubernetes resurslarını yaradır; aşağıdakı videoda göstərildiyi kimi:
Başqa sözlə, bütün Kubernetes API-ləri OpenShift-də 100% uyğunluq qorumaqla tam olaraq mövcuddur. Buna görədir ki, .
OpenShift, Kubernetes-ə faydalı funksiyalar əlavə edir
Kubernetes API-ləri OpenShift-də 100% mövcuddur, amma kubectl, standart Kubernetes utilitəsi, açıqca yetərlilik və istifadə asanlığı ilə çatışmır. Buna görə Red Hat, Kubernetes-ə faydalı funksiyalar və komandalar xətti alətləri, məsələn, OC (OpenShift müştərisinin qısaltması) və ODO (OpenShift DO, bu alət inkişaf etdiricilər üçün nəzərdə tutulub) əlavə edib.
1. OC aləti – Kubectl-dan daha güclü və rahat bir alternativdir
Məsələn, kubectl-dan fərqli olaraq, yeni adlar məkanları yaratmağa və konteksti asanlıqla dəyişdirməyə imkan tanıyır, eləcə də inkişaf etdiricilər üçün, məsələn, konteyner görüntülərinin yaradılması və tətbiqlərin birbaşa mənbə kodundan və ya ikili fayllardan (Source-to-image, s2i) yerləşdirilməsi ilə bağlı bir sıra faydalı komandalar təqdim edir.
Gəlin nümunələrlə nəzərdən keçirək ki, OC-nin daxili yardımcıları və genişlənmiş funksionallığı gündəlik işi necə asanlaşdırmağa kömək edir.
Birinci nümunə – adlar məkanlarının idarə edilməsi. Hər Kubernetes klasterində adlar məkanlarının bir neçə olması mütləqdir. Adətən, bunlar inkişaf etdirici və istehsal mühitlərinin yaradılması üçün istifadə olunur, lakin məsələn, hər inkişaf etdirici üçün fərdi "sandbox" təqdim etmək üçün də istifadə oluna bilər. Praktikada, inkişaf etdiricinin tez-tez adlar məkanları arasında dəyişməsi lazım olur, çünki kubectl cari adlar məkanında işləyir. Buna görə kubectl istifadə edərkən, insanlar bunun üçün köməkçi skriptlərdən geniş şəkildə istifadə edirlər. Lakin OC istifadə edərkən, lazım olan adlar məkanına keçmək üçün ‘oc project adlar_məkanı’ demək kifayətdir.
Lazım olan ad alanının adını xatırlamırsınız? Problem deyil, sadəcə "oc get projects" yazın, tam siyahını ekranda göstərmək üçün. Yalnız müəyyən bir ad alanına girişiniz olarsa, bunun necə işləyəcəyini şübhə ilə soruşursunuz? Yaxşı, çünki kubectl bunu yalnız RBAC-nın sizə klasterdəki bütün ad sahələrini görməyə icazə verdiyi halda düzgün edir, və böyük klasterlərdə bu cür səlahiyyətlər hamıya verilmır. Deməli, cavab veririk: OC üçün bu heç bir problem deyil və bu vəziyyətdə rahatlıqla tam siyahı təqdim edəcək. Belə ki, Openshift-in korporativ yönümlülüyü və bu platformanın istifadəçi və tətbiqetmələr üçün gözəl miqyaslanması məhz belə kiçik hadisələrdən ibarətdir.
2. ODO – İnkişaf etdiricilər üçün kubectl-in inkişaf etdirilmiş versiyası
Kubernetes-ə nisbətən Red Hat OpenShift-in digər bir fərqli cəhəti ODO əmrlərini təqdim etməsidir. Bu, inkişaf etdiricilər üçün nəzərdə tutulmuşdur və yerli kodu uzaq OpenShift klasterində sürətlə işlətməyə imkan tanıyır. Bundan başqa, onun sayəsində, yenilikləri konteynerlərə dərhal sinxronlaşdırmaq üçün daxili prosesləri optimallaşdırmaq mümkündür, yenidən tərtib etmədən, qeydə qoymadan və görüntülərin yüksəkdə yerləşdirilməsindən qaçmadan.
Gəlin, OC və ODO-nun konteynerlərlə və Kubernetes ilə işləmək işini necə asanlaşdırdığını nəzərdən keçirək.
Gəlin, kubectl-ə əsaslanan iki iş axınını və OC və ya ODO istifadə olunanda onları müqayisə edək.
• YAML dilini bilməyənlər üçün OpenShift-də kodu yaymaq:
Kubernetes / kubectl
$> git clone
1- Kodu istifadə edərək görüntü yaratmaq üçün Dockerfile qururuq
————–
FROM node
WORKDIR /usr/src/app
COPY package*.json ./
COPY index.js ./
COPY ./app ./app
RUN npm install
EXPOSE 3000
CMD [ "npm", "start" ]
————–
2- Görüntü hazırlayırıq
$> podman build …
3- Registre daxil oluruq
podman login …
4- Görüntünü registre yerləşdiririk
podman push
5- Tətbiqi yaymaq üçün yaml faylları yaradın (deployment.yaml, service.yaml, ingress.yaml) – bu mütləq minimum
6- Manifest fayllarını yayırıq:
Kubectl apply -f .
OpenShift / oc
$> oc new-app – bizim_tətbiq_adımız
OpenShift / odo
$> git clone
$> odo create component nodejs myapp
$> odo push
• Konteks dəyişdirmək: iş ad sahəsini və ya iş klasterini dəyişmək.
Kubernetes / kubectl
1- "myproject" layihəsi üçün kubeconfig-də kontekst yaradırıq
2- kubectl set-context …
OpenShift / oc
oc project "myproject"
Keyfiyyətə nəzarət: "Burada bir maraqlı funksiya ortaya çıxdı, hazırda alfa versiyasında. Bunu istehsala daxil edəkmi?"
Təsəvvür edin ki, sizi bir yarış avtomobilinə oturdurlar və deyirlər: "Biz burada yeni tip əyləclər quraşdırmışıq və, etiraf etməliyəm, indiyə kimi onların etibarlılığında hər şey yaxşı deyil... Amma narahat olmayın, yarış zamanı aktiv şəkildə onları inkişaf etdirəcəyik." Sizə belə bir perspektiv necə gəlir? Red Hat-da bunun üçün çox da düzgün deyil. 🙂
Ona görə də, alfa versiyalarından çəkinməyə çalışırıq, tədricən kifayət qədər yetişənə qədər, ətraflı mübarizə testləri keçirərək və onların təhlükəsiz istifadə oluna biləcəyini hiss etmədən, bu prosesi tamamlamırıq. Adətən, hər şey əvvəlcə Dev Preview mərhələsindən keçir, sonra və yalnız bundan sonra ümumi istifadəyə verilir (GA), bu artıq istehsal üçün kifayət qədər stabil bir versiyadır.
Niyə belə? Çünki, Kubernetes-in hər hansı bir digər proqram təminatı kimi inkişaf etdirilməsində, ilkin ideyaların hamısı son versiyaya çatmır. Yaxud, çata bilər, hətta planlaşdırılan funksionallığı qoruyub saxlaya bilər, lakin icrası alfa versiyasından kəskin şəkildə fərqlənir. Red Hat-ın minlərlə müştərisi OpenShift-i kritik tapşırıqları dəstəkləmək üçün istifadə etdiyindən, platformamızın stabil olmasına və uzunmüddətli dəstəyə xüsusi diqqət yetiririk.
Red Hat, OpenShift-i tez-tez buraxır və ondan ibarət Kubernetes versiyasını yeniləyir. Məsələn, bu məqalənin yazıldığı zamanda, OpenShift 4.3 GA versiyası, 1.16 nömrəli Kubernetes-i özündə əhatə edir və yalnız 1.17 nömrəli upstream Kubernetes versiyasından bir addım geridədir. Beləliklə, müştərimizə korporativ sinif Kubernetes təqdim etməyə çalışırıq və OpenShift-in yeni versiyaları buraxılarkən əlavə keyfiyyət nəzarətini təmin edirik.
Proqram düzəlişləri: "Bizim istehsalda olan Kubernetes versiyamızda bir boşluq ortaya çıxdı. Və onu yalnız üç versiya ilə yeniləməklə bağlamaq mümkündür. Yoxsa başqa variantlar varmı?"
Kubernetes açıq layihəsi çərçivəsində proqram düzəlişləri adətən növbəti versiyanın təqdimatı ilə birlikdə buraxılır, bəzən bir və ya iki əvvəlki aralıq versiyanı əhatə edir ki, bu da 6 ay əvvələ qədər əhatə yaradır.
Red Hat fəxr edir ki, kritik düzəlişləri başqalarından daha tez təqdim edir və dəstəyi daha uzun müddət ərzində təmin edir. Məsələn, Kubernetes-də privilegiyaların yüksəldilməsi ilə bağlı boşluğu nəzərdən keçirək (): bu, Kubernetes 1.11-də aşkar edilib və əvvəlki versiyalar üçün düzəlişlər yalnız 1.10.11 versiyasına qədər təqdim edilib, bu da 1.x-dən 1.9-a qədərki bütün əvvəlki versiyalarda bu boşluğu qoyub gedib.
Bununla yanaşı, (orada Kubernetes 1.2 istifadə olunur), bu da doqquz OpenShift versiyasını əhatə edir və müştərilərə qayğı göstərdiyini açıqca nümayiş etdirir (məsələn, ).
OpenShift və Red Hat Kubernetes-i necə irəliləyir
Red Hat, açıq Kubernetes layihəsində proqram təminatına olan ən iri qatqısına görə ikinci yerdədir, yalnız Google-dan geri qalır və ən məhsuldar 5 inkişafçının 3-ü Red Hat işçisidir. Həmçinin, az bilinən bir fakt: bir çox kritik funksiya Kubernetes-də Red Hat-ın təşəbbüsü ilə meydana gəlib, xüsusilə belə xüsusiyyətlər:
- RBAC. Kubernetes-də RBAC (ClusterRole, ClusterRoleBinding) funksiyaları yoxdur idi, ta ki, Red Hat mühəndisləri bunları platformanın bir hissəsi kimi həyata keçirənə qədər, əlavə OpenShift funksiyaları səviyyəsində deyil. Red Hat Kubernetes-i yaxşılaşdırmaqdan qorxmurmu? Əlbəttə ki, yox, çünki Red Hat açıq kod prinsiplərinə ciddi riayət edir, açıq nüvədə oynayır. İctimai inkişaf prinsipləri əsasında həyata keçirilən düzəlişlər və yeniliklər daha uzun müddətli yaşayış qabiliyyətinə malik olur və daha geniş yayılma əldə edir ki, bu da bizim əsas məqsədimizlə mükəmməl uyğun gəlir – açıq kodlu proqramı müştərilərimiz üçün daha faydalı etmək.
- Pod-lar üçün təhlükəsizlik siyasətləri (Pod Security Policies). Pod-larda tətbiq olunan aplikasiyaların təhlükəsiz icra edilməsi konsepsiyası başlangıcda OpenShift-də SCC (Təhlükəsizlik Konteksləri Məhdudiyyətləri) adı ilə həyata keçirilib. Və əvvəlki nümunədə olduğu kimi, Red Hat bu yenilikləri açıq Kubernetes layihəsinə daxil etməyə qərar verdi ki, istədikləri bunu istifadə edə bilsin.
Bu sıra nümunələri davam etdirmək mümkündür, amma biz yalnız Red Hat-ın Kubernetes-i inkişaf etdirmək və onu hamı üçün daha yaxşı hala gətirmək əslindəki istəyini nümayiş etdirmək istəyirdik.
Aydındır ki, OpenShift – Kubernetes-dir. Bəs fərqliliklər nədədir? 🙂
Ümid edirik ki, bura qədər oxuyaraq Kubernetes-in OpenShift-in əsas komponenti olduğunu başa düşmüsünüz. Əsasdır, amma tək deyil. Başqa sözlə, Kubernetes-i sadəcə quraşdırmaqla siz korporativ səviyyəli bir platforma əldə etmirsiniz. Siz əlavə olaraq autentifikasiya, şəbəkə, təhlükəsizlik, monitorinq, log idarəçiliyi və daha çoxunu əlavə etməlisiniz. Üstəlik, mövcud alətlərdən seçmək üçün əlverişli bir seçim etməlisiniz (ekosistemin müxtəlifliyini qiymətləndirmək üçün, sadəcə baxın) ) və onların bir arada işləməsi üçün ardıcıllığı və uyğunluğu təmin etməlisiniz. Üstəlik, istifadə olunan komponentlərin yeni bir versiyası çıxdıqda, müxtəlif vaxtlarda yeniləmələr və regresiya testləri etməlisiniz. Yəni, sadəcə platformanı yaratmaqla yanaşı, bu proqram təminatı ilə də məşğul olmalısınız. Burada biznes məsələlərini həll etmək və rəqabət üstünlüklərinə nail olmaq üçün çox vaxt qalmayacaq.
Amma OpenShift ilə Red Hat bütün bu çətinlikləri öz üzərinə götürür və sizə yalnız funksional cəhətdən tam bir platforma təqdim edir, burada yalnız Kubernetes yoxdur, həm də onun korporativ səviyyədə real bir həll olmasına çevirmək üçün lazım olan açıq kodlu alətlərin tam komplekti var, bu da onu dərhal və tamamilə təhlükəsiz şəkildə istehsalda işə salmağa imkan verir. Əgər sizdə öz texnoloji yığınlarınız varsa, OpenShift-i artıq mövcud həllərə inteqrasiya edə bilərsiniz.
Yuxarıdakı şəkil üzərinə baxın: Kubernetes-in düzbucağının xaricində olan hər şey, Red Hat-ın Kubernetes-də mövcud olmayan, by-design funksionallığı əlavə etdiyi sahələrdir. İndi isə bu sahələrin əsaslarını nəzərdən keçirək.
1. Etibarlı OS əsas kimi: RHEL CoreOS və ya RHEL
Red Hat artıq 20 ildən çoxdur ki, kritik biznes tətbiqləri üçün Linux dağıtımlarının aparıcı təminatçısıdır. Bu sahədə toplanmış və daim yenilənən təcrübəmiz, bizə konteynerlərin sənaye istifadəsi üçün həqiqətən etibarlı və etimadlı bir təməl təqdim etməyə imkan verir. RHEL CoreOS, RHEL ilə eyni nüvədən istifadə edir, lakin əsasən konteynerlərin icrası və Kubernetes klasterlərində işləmək kimi tapşırıqlar üçün optimallaşdırılmışdır: onun azaldılmış ölçüsü və dəyişməzliyi (immutability) klasterlərin quraşdırılmasını, avtomatik ölçüləndirilməsini, yeniləmə işlərini asanlaşdırır və s. Bütün bu xüsusiyyətlər, onu OpenShift ilə müxtəlif hesablama mühitlərində eyni istifadəçi təcrübəsini əldə etmək üçün ideal bir təməl edir,
2. İT əməliyyatlarının avtomatlaşdırılması
Quraşdırma proseslərinin və ikinci gün əməliyyatlarının (yəni gündəlik istismar) avtomatlaşdırılması, OpenShift-in güclü tərəfidir. Bu, konteyner platformasının idarə edilməsini, yenilənməsini və yüksək səviyyədə işlək vəziyyətdə saxlanmasını əhəmiyyətli dərəcədə asanlaşdırır. Bu, OpenShift 4-nün nüvəsində Kubernetes operatorlarının dəstəyi ilə həyata keçirilir.
OpenShift 4, həm Red Hat, həm də üçüncü tərəf tərəfdaşları tərəfindən hazırlanmış, Kubernetes operatorları əsasında yaranmış tam bir həll ekosistemidir (bax) Red Hat, ya da operator mağazası , Red Hat tərəfindən üçüncü tərəf inkişaf etdiricilər üçün yaradılmışdır).
OpenShift 4-ün inteqrasiya edilmiş kataloqunda 180-dən çox Kubernetes operatoru var.
3. İnkişaf etdiricilər üçün alətlər
2011-ci ildən başlayaraq, OpenShift PaaS (Platform-as-a-Service) platforması kimi mövcuddur ki, bu da inkişaf etdiricilərin işini xeyli asanlaşdırır, onlara kod yaratmağa daha çox diqqət yetirməyə kömək edir və Java, Node.js, PHP, Ruby, Python, Go kimi proqramlaşdırma dilləri üçün daxili dəstəyi, CI/CD üçün davamlı inteqrasiya və çatdırılma xidmətlərini, verilənlər bazalarını və s. təqdim edir. OpenShift 4 , Red Hat və tərəfdaşlarımız tərəfindən hazırlanan 100-dən çox Kubernetes operatoru əsasında xidmətləri əhatə edir.
Kubernetes-dən fərqli olaraq, OpenShift 4-də xüsusi bir qrafik interfeys var (), inkişaf etdiricilərə əlavə çətinliklər olmadan, müxtəlif mənbələrdən (git, xarici reyestrlər, Dockerfile və s.) tətbiqləri ad mühitlərinə yaymağa kömək edən və tətbiq komponentləri arasındakı əlaqələri aydın şəkildə vizuallaşdıran bir vasitədir.
Bundan əlavə, OpenShift, xüsusilə daxil olan bir inkişaf alətləri olan Codeready toplusunu təqdim edir. , tam konteynerləşdirilmiş bir veb interfeysi IDE-dir, OpenShift-in üzərində birbaşa işləyir və "IDE-kimi xidmət" yanaşmasını həyata keçirir. Digər tərəfdən, yerli rejimdə tam işləmək istəyənlər üçün Codeready Containers var - bu, notebookda yayılması mümkün olan OpenShift 4-in tam funksional versiyasıdır.
Kubernetes/OpenShift platformasında effektiv inkişaf üçün inteqrasiya olunmuş "IDE-kimi xidmət".
OpenShift, konteynerləşdirilmiş Jenkins-ə və plaqinlərə əsaslanan tam CI/CD sistemini məhz qutudan çıxardığı kimi təqdim edir. konteynerlərə yönəlmiş, ya da Kubernetes-a əsaslanan CI/CD sistemi. (indiki zamanda Tech preview versiyasında). Hər iki həll, OpenShift konsoluna tam inteqrasiya olunur, buradan konveyerlərin tetiklenməsi, yayılmaların, gündəliklərin və s. araşdırılması mümkündür.
4. Tətbiq alətləri
OpenShift, həm ənənəvi stateful tətbiqləri, həm də yeni arxitekturalara (mikroservislər və ya serverless) əsaslanan bulud yönümlü həlləri yaymağa imkan verir. OpenShift Service Mesh, mikroservislərin dəstəklənməsi üçün açıq qutudan olan əsas alətləri (Istio, Kiali və Jaeger) təqdim edir. Buna əlavə olaraq, OpenShift Serverless, yalnız Knative-i deyil, həm də Microsoft-la birgə hazırlanmış Keda kimi alətləri özündə birləşdirir və Azure funksiyalarını OpenShift platformasında təqdim edir.
İnteqrasiya olunmuş OpenShift ServiceMesh (Istio, Kiali, Jaeger) mikroservislərin inkişafında faydalıdır.
Ötürücü tətbiqlərlə konteynerlər arasında uçurumu azaltmaq üçün OpenShift, artıq virtual maşınların OpenShift platformasına keçirilməsinə Container Native Virtualization (indiki zamanda TechPreview versiyasında) vasitəsilə imkan verir. Bu, hibrid tətbiqləri gerçəkləşdirir və onları fərdi və ya ictimai buludlar arasında köçürməyi asanlaşdırır.
Windows 2019 Virtual maşını, Container Native Virtualization (indiki zamanda Tech preview versiyasında) vasitəsilə OpenShift-də işləyir.
5. Klaster alətləri
Hər bir korporativ səviyyəli platformanın monitorinq və mərkəzi log saxlanma xidmətləri, təhlükəsizlik, autentifikasiya və avtorizasiya mexanizmləri, şəbəkə idarəetmə vasitələri olmalıdır. OpenShift bütün bunları qutudan çıxardığı halda, bu, 100% açıq mənbə kodu ilədir, ElasticSearch, Prometheus, Grafana kimi həllərləri də daxil olmaqla. Bütün bu həllər informasiya panelləri, ölçülər və məlumatlandırmalarla birgə təqdim edilir ki, bunlar Red Hat-ın klaster monitorinqi üzrə geniş təcrübəsi nəzərə alınaraq öncədən tənzimlənmiş və təşkili olunmuşdur, bu da sizin istehsal mühitinizin fəaliyyətini ilk dəqiqələrdən effektiv şəkildə izləməyə imkan tanıyır.
OpenShift-də, həmçinin korporativ müştərinin önəmli tələblərini ödəyən, daxil edilmiş oauth təminatçısı ilə autentifikasiya, LDAP, ActiveDirectory, OpenID Connect və digər identifikasiya təminatçıları ilə inteqrasiya kimi vacib proqramlar mövcuddur.
OpenShift klasterini monitorinq etmək üçün əvvəlcədən tənzimlənmiş Grafana informasiya paneli
OpenShift klasterini monitorinq etmək üçün 150-dən çox əvvəlcədən tənzimlənmiş Prometheus ölçüləri və məlumatlandırmaları
Davamı var
Həllin zəngin funksionallığı və Red Hat-ın Kubernetes sahəsindəki geniş təcrübəsi səbəbindən OpenShift bazarda dominant yer tutmuşdur, aşağıdakı şəkildə göstərildiyi kimi (daha ətraflı ).
«Hal-hazırda Red Hat bazarda 44% paya sahibdir.
Şirkət müştəri işlərinə aktiv şəkildə iştirak edərək satış strategiyasının faydalarını görməkdədir. Bu strategiya çərçivəsində əvvəlcə korporativ inkişaf etdiriciləri konsultasiya edir və təlim keçir, sonra isə müəssisə konteynerləri istehsala tətbiq etməyə başladıqca monetizasiya prosesinə keçir.
(Mənbə: )
Ümid edirik ki, bu məqaləni bəyəndiniz. Bu seriyadan növbəti yazılarda OpenShift-in Kubernetes-lə müqayisədə üstünlüklərini burada müzakirə olunan hər bir kateqoriya üzrə daha ətraflı nəzərdən keçirəcəyik.
Mənbə: habr.com
