"Kubernetes və OpenShift arasındakı fərq nədir?" – bu sual həsəd aparacaq ardıcıllıqla ortaya çıxır. Baxmayaraq ki, əslində bu, avtomobilin mühərrikdən nə ilə fərqləndiyini soruşmağa bənzəyir. Bənzətməyə davam etsək, avtomobil hazır məhsuldur, onu dərhal istifadə edə bilərsiniz, sözün əsl mənasında: içəri gir və get. Digər tərəfdən, bir mühərrikin sizi bir yerə aparması üçün, nəticədə eyni avtomobili əldə etmək üçün əvvəlcə bir çox başqa şeylərlə tamamlanmalıdır.
Buna görə də, Kubernetes ətrafına OpenShift markalı avtomobilin (platformanın) yığıldığı mühərrikdir və sizi hədəfinizə aparır.
Bu yazıda sizə xatırlatmaq və aşağıdakı əsas məqamları bir az daha ətraflı şəkildə araşdırmaq istəyirik:
- Kubernetes OpenShift platformasının ürəyidir və o, 100% sertifikatlı Kubernetesdir, tamamilə açıq mənbədir və ən kiçik mülkiyyət xarakteri daşımır. Qısaca:
- OpenShift klaster API XNUMX% Kubernetesdir.
- Konteyner hər hansı digər Kubernetes sistemində işləyirsə, o zaman heç bir dəyişiklik olmadan OpenShift-də işləyəcək. Tətbiqlərdə dəyişiklik etməyə ehtiyac yoxdur.
- OpenShift yalnız Kubernetes-ə faydalı xüsusiyyətlər və funksionallıq əlavə etmir. Avtomobil kimi, OpenShift qutudan çıxıb, dərhal istehsala buraxıla bilər və aşağıda göstərəcəyimiz kimi, tərtibatçının həyatını xeyli asanlaşdırır. Buna görə OpenShift iki şəxsdə birləşir. Bu, inkişaf etdirici baxımından həm uğurlu, həm də tanınmış müəssisə səviyyəli PaaS platformasıdır. Və eyni zamanda, sənaye istismarı nöqteyi-nəzərindən xidmət kimi super etibarlı Konteyner həllidir.
OpenShift 100% CNCF sertifikatına malik Kubernetesdir
OpenShift-ə əsaslanır . Buna görə də, düzgün təlimdən sonra istifadəçilər kubectl-in gücünə heyran qalırlar. Kubernetes Cluster-dən OpenShift-ə keçənlər tez-tez kubeconfig-i OpenShift klasterinə yönləndirdikdən sonra bütün mövcud skriptlərin qüsursuz işlədiyini çox bəyəndiklərini söyləyirlər.
Yəqin ki, OpenShift-in OC adlı komanda xətti yardım proqramı haqqında eşitmisiniz. O, kubectl ilə tam uyğun əmrdir, üstəlik bir sıra tapşırıqları yerinə yetirərkən lazımlı olacaq bir neçə faydalı köməkçi təklif edir. Ancaq əvvəlcə OC və kubectl uyğunluğu haqqında bir az daha ətraflı:
kubectl əmrləri
OC Komandaları
kubectl pods almaq
oc almaq
kubectl ad boşluqları əldə edir
oc ad boşluqları əldə edin
kubectl create -f deployment.yaml
oc create -f deployment.yaml
OpenShift API-də kubectl istifadəsinin nəticələri belədir:
• kubectl get pods – gözlənildiyi kimi podları qaytarır.
• kubectl get namespaces – gözlənildiyi kimi ad boşluqlarını qaytarır.
kubectl create -f mydeployment.yaml əmri aşağıdakı videoda göstərildiyi kimi hər hansı digər Kubernetes platformasında olduğu kimi kubernetes resurslarını yaradır:
Başqa sözlə, bütün Kubernetes API-ləri 100% uyğunluğu qoruyarkən OpenShift-də tam olaraq mövcuddur. Buna görə də .
OpenShift Kubernetes-ə faydalı funksiyalar əlavə edir
Kubernetes API-ləri OpenShift-də 100% mövcuddur, lakin standart Kubernetes yardım proqramı kubectl açıq şəkildə funksionallıq və rahatlıqdan məhrumdur. Buna görə Red Hat Kubernetes-ə OC (OpenShift müştəri üçün qısa) və ODO (OpenShift DO, bu yardım proqramı tərtibatçılar üçün nəzərdə tutulub) kimi faydalı xüsusiyyətlər və əmr xətti alətləri əlavə etdi.
1. OC utiliti - Kubectl-in daha güclü və rahat versiyası
Məsələn, kubectl-dən fərqli olaraq, o, sizə yeni ad məkanları yaratmağa və asanlıqla kontekstləri dəyişməyə imkan verir, həmçinin tərtibatçılar üçün konteyner şəkillərinin yaradılması və birbaşa mənbə kodundan və ya binar proqramlardan tətbiqlərin yerləşdirilməsi kimi bir sıra faydalı əmrlər təklif edir (Mənbədən-şəklə, s2i).
OC yardım proqramının daxili köməkçiləri və qabaqcıl funksionallığının gündəlik işi asanlaşdırmağa necə kömək etdiyinə dair nümunələrə baxaq.
Birinci nümunə ad sahəsinin idarə edilməsidir. Hər bir Kubernetes klasterində həmişə birdən çox ad sahəsi var. Onlar adətən inkişaf və istehsal mühitləri yaratmaq üçün istifadə olunur, lakin, məsələn, hər bir tərtibatçıya şəxsi sandbox təmin etmək üçün də istifadə edilə bilər. Praktikada bu, tərtibatçının tez-tez ad boşluqları arasında keçid etməsinə səbəb olur, çünki kubectl cari məkan kontekstində işləyir. Buna görə kubectl vəziyyətində insanlar bunun üçün köməkçi skriptlərdən fəal istifadə edirlər. Ancaq OC istifadə edərkən istədiyiniz yerə keçmək üçün “oc layihə ad sahəsi” demək kifayətdir.
Sizə lazım olan ad sahəsinin nə adlandığını xatırlamırsınız? Problem yoxdur, tam siyahını göstərmək üçün “oc get projects” yazın. Çoxluqdakı ad boşluqlarının yalnız məhdud alt dəstinə girişiniz varsa, bunun necə işləyəcəyi ilə maraqlanırsınız? Yaxşı, çünki kubectl bunu yalnız RBAC klasterdəki bütün boşluqları görməyə imkan verdiyi halda düzgün edir və böyük klasterlərdə hamıya belə icazə verilmir. Beləliklə, biz cavab veririk: OC üçün bu heç də problem deyil və belə bir vəziyyətdə asanlıqla tam siyahı yaradacaqdır. Openshift-in korporativ yönümünü və istifadəçilər və tətbiqlər baxımından bu platformanın yaxşı miqyasını təşkil edən bu kiçik şeylərdir.
2. ODO - tərtibatçılar üçün kubectl-in təkmilləşdirilmiş versiyası
Red Hat OpenShift-in Kubernetes üzərindəki təkmilləşdirmələrinin başqa bir nümunəsi ODO əmr satırı yardım proqramıdır. O, tərtibatçılar üçün nəzərdə tutulmuşdur və uzaq OpenShift klasterinə yerli kodu tez yerləşdirməyə imkan verir. O, həmçinin şəkilləri yenidən qurmaq, qeydiyyatdan keçirmək və yerləşdirmədən uzaq OpenShift klasterindəki konteynerlərə bütün kod dəyişikliklərini dərhal sinxronlaşdırmaq üçün daxili prosesləri sadələşdirə bilər.
Gəlin OC və ODO-nun konteynerlər və Kubernetes ilə işi necə asanlaşdırdığına baxaq.
Bir neçə iş axını kubectl əsasında qurulduqda və OC və ya ODO istifadə edildikdə müqayisə edin.
• YAML dilini bilməyənlər üçün OpenShift-də kodun yerləşdirilməsi:
Kubernetes/kubectl
$>git klonu
1- Koddan şəkli yaradan Dockerfile yaradın
-----
qovşağından
WORKDIR /usr/src/app
Paketi KOPYALA *.json ./
COPY index.js ./
KOPYALA ./app ./app
RUN npm quraşdırma
3000
CMD [ “npm”, “start” ] ————–
2- Təsviri yaradırıq
$>podman qurmaq...
3- Reyestrə daxil olun
podman giriş...
4- Şəkli qeyd dəftərinə yerləşdirin
podman itələmək
5- Tətbiqin yerləşdirilməsi üçün yaml faylları yaradın (deployment.yaml, service.yaml, ingress.yaml) - bu mütləq minimumdur
6- Manifest fayllarını yerləşdirin:
Kubectl tətbiq -f .
OpenShift/oc
$> oc yeni proqram – bizim_tətbiqimizin_adı
OpenShift/odo
$>git klonu
$> odo komponent nodejs myapp yaradın
$>odo push
• Kontekst keçidi: iş ad sahəsini və ya iş klasterini dəyişdirin.
Kubernetes/kubectl
1- “myproject” layihəsi üçün kubeconfig-də kontekst yaradın
2- kubectl dəsti-konteksti…
OpenShift/oc
oc layihəsi "mənim layihəm"
Keyfiyyətə nəzarət: “Burada hələ də alfa versiyada olan bir maraqlı xüsusiyyət ortaya çıxdı. Bəlkə istehsalata verək?”
Təsəvvür edin ki, yarış avtomobilində əyləşib onlara deyirlər: “Biz yeni növ əyləclər quraşdırmışıq və düzünü desəm, onların etibarlılığı hələ yaxşı deyil... Amma narahat olmayın, biz onları kurs ərzində fəal şəkildə təkmilləşdirəcəyik. çempionatın." Bu perspektivi necə bəyənirsiniz? Red Hat-da biz nədənsə çox da xoşbəxt deyilik. 🙂
Buna görə də, biz alfa versiyaları kifayət qədər yetkin olana qədər saxlamağa çalışırıq və hərtərəfli döyüş sınaqları keçirmişik və onların istifadəsinin təhlükəsiz olduğunu hiss edirik. Adətən, hər şey əvvəlcə Dev Preview mərhələsindən keçir, sonra da və yalnız bundan sonra ictimai yayım kimi çıxır (GA), artıq o qədər sabitdir ki, istehsal üçün əlverişlidir.
Niyə belədir? Çünki, hər hansı digər proqram təminatının hazırlanmasında olduğu kimi, Kubernetes-də bütün ilkin ideyalar son buraxılışa çatmır. Və ya onlar ona çatır və hətta nəzərdə tutulan funksionallığı saxlayırlar, lakin onların həyata keçirilməsi alfa versiyadan köklü şəkildə fərqlənir. Missiya baxımından kritik iş yüklərini dəstəkləmək üçün OpenShift-dən istifadə edən minlərlə Red Hat müştərisi ilə biz platformamızın sabitliyinə və uzunmüddətli dəstəyə xüsusi diqqət yetiririk.
Red Hat tez-tez OpenShift-i buraxmağa və onunla birlikdə gələn Kubernetes versiyasını yeniləməyə sadiqdir. Məsələn, bu yazı zamanı OpenShift 4.3-ün hazırkı GA buraxılışına Kubernetes 1.16 daxildir ki, bu da Kubernetes-in 1.17 nömrəli yuxarı versiyasından yalnız bir vahid geridə qalır. Beləliklə, biz OpenShift-in yeni versiyalarını buraxdıqca müştərini korporativ səviyyəli Kubernetes ilə təmin etməyə və əlavə keyfiyyətə nəzarət etməyə çalışırıq.
Proqram təminatı düzəlişləri: “İstehsalda olan Kubernetes versiyasında bir boşluq var idi. Və yalnız üç versiyanı yeniləməklə onu bağlaya bilərsiniz. Yoxsa hər hansı variant var?
Kubernetes açıq mənbə layihəsində proqram düzəlişləri adətən növbəti buraxılışın bir hissəsi kimi buraxılır, bəzən bir və ya iki əvvəlki mərhələ buraxılışını əhatə edir və əhatə dairəsini 6 aya qədər geri qaytarır.
Red Hat, kritik düzəlişləri digərlərinə nisbətən daha tez buraxmaqdan və daha uzun müddət dəstək verməklə fəxr edir. Məsələn, Kubernetes imtiyazlarının yüksəldilməsi zəifliyini götürək (): o, Kubernetes 1.11-də aşkar edildi və əvvəlki buraxılışlar üçün düzəlişlər yalnız 1.10.11 versiyasına qədər buraxıldı və bu, 1.x-dən 1.9-a qədər bütün əvvəlki Kubernetes buraxılışlarında boşluqda qaldı.
Öz növbəsində, (Kubernetes 1.2 mövcuddur), doqquz OpenShift buraxılışını çəkir və müştərilərə qayğını açıq şəkildə nümayiş etdirir (ətraflı məlumat ).
OpenShift və Red Hat Kubernetes-i necə irəli aparır
Red Hat, ən məhsuldar 3 tərtibatçıdan 5-ü Red Hat-dan gələn açıq mənbəli Kubernetes layihəsinə yalnız Google-dan sonra ikinci ən böyük proqram təminatçısıdır. Başqa bir az bilinən fakt: bir çox kritik funksiyalar Kubernetes-də məhz Red Hat-ın təşəbbüsü ilə ortaya çıxdı, xüsusən:
- RBAC. Red Hat mühəndisləri onları əlavə OpenShift funksionallığı kimi deyil, platformanın bir hissəsi kimi həyata keçirməyə qərar verənə qədər Kubernetes RBAC funksiyalarına (ClusterRole, ClusterRoleBinding) malik deyildi. Red Hat Kubernetes-i təkmilləşdirməkdən qorxur? Təbii ki, yox, çünki Red Hat açıq mənbə prinsiplərinə ciddi şəkildə əməl edir və Open Core oyunları oynamır. Mülkiyyətlilər deyil, inkişaf icmaları tərəfindən idarə olunan təkmilləşdirmələr və yeniliklər daha etibarlıdır və daha geniş şəkildə mənimsənilir ki, bu da açıq mənbəli proqram təminatını müştərilərimiz üçün daha faydalı etmək kimi əsas məqsədimizə uyğun gəlir.
- Podlar üçün Təhlükəsizlik Siyasətləri (Pod Təhlükəsizlik Siyasətləri). Tətbiqlərin podların içərisində təhlükəsiz işləməsi konsepsiyası əvvəlcə OpenShift-də SCC (Təhlükəsizlik Kontekst Məhdudiyyətləri) adı altında həyata keçirilmişdir. Əvvəlki nümunədə olduğu kimi, Red Hat hər kəsin istifadə edə bilməsi üçün bu inkişafları açıq Kubernetes layihəsinə təqdim etmək qərarına gəldi.
Bu nümunələr silsiləsi davam etdirilə bilər, lakin biz sadəcə Red Hat-in həqiqətən Kubernetes-i inkişaf etdirməyə və onu hər kəs üçün daha yaxşı hala gətirməyə sadiq olduğunu göstərmək istədik.
OpenShift-in Kubernetes olduğu aydındır. Fərqlər nələrdir? 🙂
Ümid edirik ki, bura qədər oxumaqla siz Kubernetes-in OpenShift-in əsas komponenti olduğunu başa düşdünüz. Əsas, lakin təkindən uzaqdır. Başqa sözlə, sadəcə Kubernetes quraşdırmaq sizə korporativ səviyyəli platforma verməyəcək. Siz autentifikasiya, şəbəkə, təhlükəsizlik, monitorinq, jurnalın idarə edilməsi və s. əlavə etməlisiniz. Üstəlik, çoxlu sayda mövcud alətlər arasından çətin seçimlər etməli olacaqsınız (ekosistemin müxtəlifliyini qiymətləndirmək üçün sadəcə nəzər yetirin ) və hər hansı bir şəkildə ardıcıllıq və uyğunluğu təmin edin ki, onlar bir kimi işləyirlər. Bundan əlavə, istifadə etdiyiniz komponentlərdən hər hansı birinin yeni versiyası buraxıldıqda müntəzəm olaraq yeniləmələr və reqressiya testləri həyata keçirməli olacaqsınız. Yəni, platformanın özünü yaratmaq və saxlamaqla yanaşı, bütün bu proqram təminatı ilə də məşğul olmalı olacaqsınız. Biznes problemlərini həll etmək və rəqabət üstünlüklərinə nail olmaq üçün çox vaxt qalması ehtimalı azdır.
Lakin OpenShift vəziyyətində Red Hat bütün bu mürəkkəblikləri öz üzərinə götürür və sadəcə olaraq sizə təkcə Kubernetesin özünü deyil, həm də Kubernetes-i real müəssisə sinfinə çevirən bütün zəruri açıq mənbə alətlərini özündə birləşdirən funksional olaraq tam platforma verir. dərhal və tamamilə sakit şəkildə istehsalata başlaya biləcəyiniz həll. Və əlbəttə ki, əgər bəzi öz texnologiya yığınlarınız varsa, o zaman OpenShift-i mövcud həllərə inteqrasiya edə bilərsiniz.
Yuxarıdakı şəklə nəzər salın: Kubernetes düzbucağından kənarda olan hər şey Red Hat-ın Kubernetes-də deyildiyi kimi dizaynla olmayan funksionallığı əlavə etdiyi yerdir. İndi bu sahələrin əsaslarına baxacağıq.
1. Əsas kimi möhkəm ƏS: RHEL CoreOS və ya RHEL
Red Hat 20 ildən artıqdır ki, biznes üçün kritik proqramlar üçün Linux paylamalarının aparıcı təchizatçısıdır. Bu sahədə toplanmış və daim yenilənən təcrübəmiz bizə konteynerlərin sənaye istismarı üçün həqiqətən etibarlı və etibarlı əsas təklif etməyə imkan verir. RHEL CoreOS RHEL ilə eyni nüvədən istifadə edir, lakin ilk növbədə konteynerlərin işlədilməsi və Kubernetes klasterlərinin işlədilməsi kimi tapşırıqlar üçün optimallaşdırılıb: onun kiçildilmiş ölçüsü və dəyişməzliyi klasterlərin qurulmasını, avtomatik miqyaslaşdırmanı, yamaqların yerləşdirilməsini və s. asanlaşdırır. Bütün bu xüsusiyyətlər onu edir. çılpaq metaldan şəxsi və ictimai buludlara qədər geniş spektrli hesablama mühitlərində OpenShift ilə eyni istifadəçi təcrübəsini təqdim etmək üçün ideal əsasdır.
2. İT əməliyyatlarının avtomatlaşdırılması
Quraşdırma proseslərinin və 4-ci gün əməliyyatlarının (yəni gündəlik əməliyyatların) avtomatlaşdırılması OpenShift-in güclü tərəfidir və konteyner platformasının idarə olunmasını, yenilənməsini və işini ən yüksək səviyyədə saxlamağı xeyli asanlaşdırır. Bu, OpenShift XNUMX nüvə səviyyəsində Kubernetes operatorlarına dəstək vasitəsilə əldə edilir.
OpenShift 4 həm də Red Hat-ın özü və üçüncü tərəf tərəfdaşları tərəfindən hazırlanmış Kubernetes operatorlarına əsaslanan bütün həllər ekosistemidir (bax. Red Hat və ya operator mağazası , üçüncü tərəf tərtibatçıları üçün Red Hat tərəfindən yaradılmışdır).
İnteqrasiya edilmiş OpenShift 4 kataloquna 180-dən çox Kubernetes operatoru daxildir
3. Tərtibatçı Alətləri
2011-ci ildən OpenShift, tərtibatçıların həyatını xeyli asanlaşdıran, onlara kodlaşdırmaya diqqət yetirməyə kömək edən və Java, Node.js kimi proqramlaşdırma dilləri üçün yerli dəstək təklif edən PaaS (Platform-as-a-Service) platforması kimi mövcuddur. , PHP, Ruby, Python, Go, həmçinin CI/CD davamlı inteqrasiya və çatdırılma xidmətləri, verilənlər bazası və s. OpenShift 4 təklif edir. Red Hat və partnyorlarımız tərəfindən hazırlanmış Kubernetes operatorlarına əsaslanan 100-dən çox xidmət daxildir.
Kubernetes-dən fərqli olaraq, OpenShift 4 xüsusi GUI-yə malikdir (), bu, tərtibatçılara müxtəlif mənbələrdən (git, xarici registrlər, Dockerfile və s.) tətbiqləri öz ad boşluqlarına asanlıqla yerləşdirməyə kömək edir və tətbiq komponentləri arasındakı əlaqələri aydın şəkildə vizuallaşdırır.
Bundan əlavə, OpenShift, xüsusən də daxil olan Codeready inkişaf alətləri dəsti təklif edir , birbaşa OpenShift-in üstündə işləyən və bir xidmət kimi IDE yanaşmasını həyata keçirən veb interfeysi ilə tam konteynerləşdirilmiş IDE. Digər tərəfdən, ciddi şəkildə yerli rejimdə işləmək istəyənlər üçün noutbukda yerləşdirilə bilən OpenShift 4-ün tam funksional versiyası olan Codeready Containers var.
Kubernetes/OpenShift platformasında səmərəli inkişaf üçün xidmət kimi inteqrasiya olunmuş IDE
OpenShift ya konteynerləşdirilmiş Jenkins və plaqinə əsaslanan qutudan çıxmış tam CI/CD sistemini təklif edir. boru kəmərləri və ya Kubernetes yönümlü CI/CD sistemi ilə işləmək üçün (hazırda Texniki baxış versiyasındadır). Bu həllərin hər ikisi OpenShift konsolu ilə tam inteqrasiya edərək, boru kəməri tətiklərini işə salmağa, yerləşdirmələrə, qeydlərə və s. baxmağa imkan verir.
4. Tətbiq alətləri
OpenShift sizə həm ənənəvi dövlət proqramlarını, həm də mikroservislər və ya serversiz kimi yeni arxitekturalara əsaslanan bulud əsaslı həlləri yerləşdirməyə imkan verir. OpenShift Service Mesh həlli Istio, Kiali və Jaeger kimi mikroservislərin saxlanması üçün əsas alətlərlə birlikdə qutudan çıxır. Öz növbəsində, OpenShift Serverless həlli yalnız Knative deyil, həm də OpenShift platformasında Azure funksiyalarını təmin etmək üçün Microsoft ilə birgə təşəbbüsün bir hissəsi kimi yaradılmış Keda kimi alətləri əhatə edir.
İnteqrasiya edilmiş həll OpenShift ServiceMesh (Istio, Kiali, Jaeger) mikroservisləri inkişaf etdirərkən faydalı olacaq
Köhnə tətbiqlər və konteynerlər arasındakı boşluğu aradan qaldırmaq üçün OpenShift indi Konteyner Native Virtualizasiyasından (hazırda TechPreview-da) istifadə edərək virtual maşının OpenShift platformasına miqrasiyasına imkan verir, hibrid tətbiqləri reallığa çevirir və onların həm özəl, həm də ictimai buludlar arasında miqrasiyasını asanlaşdırır.
Windows 2019 Konteyner Native Virtualizasiyası vasitəsilə OpenShift-də işləyən virtual virtual maşın (hazırda Texniki baxış versiyasında)
5. Klasterlər üçün alətlər
İstənilən korporativ səviyyəli platforma monitorinq və mərkəzləşdirilmiş giriş xidmətləri, təhlükəsizlik mexanizmləri, autentifikasiya və avtorizasiya və şəbəkə idarəetmə vasitələrinə malik olmalıdır. OpenShift isə bütün bunları qutudan kənarda təmin edir və ElasticSearch, Prometheus, Grafana kimi həllər də daxil olmaqla, hamısı 100% açıq mənbədir. Bütün bu həllər Red Hat-ın geniş klaster monitorinqi təcrübəsindən istifadə etməklə artıq qurulmuş və konfiqurasiya edilmiş idarə panelləri, ölçülər və xəbərdarlıqlarla gəlir ki, bu da sizə istehsal mühitinizi başlanğıcdan effektiv şəkildə idarə etməyə və izləməyə imkan verir.
OpenShift həmçinin korporativ müştərilər üçün daxili autentifikasiya provayderi ilə autentifikasiya, LDAP, ActiveDirectory, OpenID Connect daxil olmaqla, etimadnamə provayderləri ilə inteqrasiya kimi vacib şeylərlə standart gəlir.
OpenShift klaster monitorinqi üçün əvvəlcədən konfiqurasiya edilmiş Grafana idarə paneli
OpenShift klaster monitorinqi üçün 150-dən çox əvvəlcədən konfiqurasiya edilmiş Prometheus ölçüləri və xəbərdarlıqları
Davam etmək
Həllin zəngin funksionallığı və Red Hat-ın Kubernetes sahəsində geniş təcrübəsi aşağıdakı şəkildə göstərildiyi kimi OpenShift-in bazarda dominant mövqeyə sahib olmasının səbəbləridir (daha ətraflı oxuyun) ).
“Red Hat hazırda 44% payla bazara başçılıq edir.
Şirkət müştəri yönümlü satış strategiyasının bəhrələrindən bəhrələnir, burada əvvəlcə müəssisə tərtibatçıları ilə məsləhətləşir və onları öyrədir, sonra isə müəssisə konteynerləri istehsala yerləşdirməyə başlayanda monetizasiyaya keçir”.
(Mənbə: )
Ümid edirik ki, bu məqalədən zövq aldınız. Bu seriyanın gələcək yazılarında biz burada müzakirə olunan kateqoriyaların hər birində OpenShift-in Kubernetes üzərindən üstünlüklərinə daha yaxından nəzər salacağıq.
Mənbə: www.habr.com