Bu, yeni versiyaya keçidə hazırlaşmağınıza kömək edəcək qarşıdan gələn Red Hat OpenShift platforması 4.0 yeniləməsində dəyişikliklər, təkmilləşdirmələr və əlavələr haqqında yazılar silsiləsində birincidir.
2014-cü ilin payızında yeni başlayan Kubernetes icması ilk dəfə Google-un Seattle ofisində toplaşdığı andan aydın oldu ki, Kubernetes layihəsi bu gün proqram təminatının işlənib hazırlanması və tətbiqi üsulunu dəyişdirmək məqsədi daşıyır. Eyni zamanda, ictimai bulud xidməti təminatçıları infrastruktur və xidmətlərin inkişafına fəal şəkildə sərmayə qoymağa davam etdilər ki, bu da İT ilə işləməyi və proqram təminatı yaratmağı xeyli asanlaşdırdı və daha əlçatan etdi və onları inanılmaz dərəcədə əlçatan etdi ki, bu da hələ çox az adamın əvvəlində təsəvvür edə bilərdi. onillik.
Təbii ki, hər bir yeni bulud xidmətinin elanı Twitter-də ekspertlər arasında çoxsaylı müzakirələrlə müşayiət olundu və müzakirələr müxtəlif mövzularda - açıq mənbə dövrünün sonu, yerli İT-nin tənəzzülü və qaçılmazlıq kimi mövzularda aparıldı. buludda yeni bir proqram inhisarı və yeni X paradiqmasının bütün digər paradiqmaları necə əvəz edəcəyi.
Söz yox ki, bütün bu mübahisələr çox axmaq idi
Reallıq ondan ibarətdir ki, heç bir şey aradan qalxmayacaq və bu gün həyatımızda yeni proqram təminatının daim ortaya çıxması səbəbindən son məhsullarda və onların inkişaf etdirilməsində eksponensial artım görə bilərik. Və ətrafdakı hər şeyin dəyişəcəyinə baxmayaraq, eyni zamanda, mahiyyət etibarı ilə hər şey dəyişməz qalacaq. Proqram tərtibatçıları hələ də səhvlərlə kod yazacaqlar, əməliyyat mühəndisləri və etibarlılıq mütəxəssisləri hələ də peycerlərlə gəzəcək və Slack-də avtomatik xəbərdarlıqlar alacaqlar, menecerlər hələ də OpEx və CapEx baxımından işləyəcəklər və hər dəfə nasazlıq baş verdikdə, yüksək səviyyəli tərtibatçı "Mən sənə demişdim" sözləri ilə kədərlə ah çək.
həqiqətən müzakirə edilməlidir, daha yaxşı proqram məhsulları yaratmaq üçün əlimizdə hansı vasitələrə malik ola biləcəyimiz və onların təhlükəsizliyi necə təkmilləşdirə və inkişafı asan və etibarlı edə biləcəyimizdir. Layihələr mürəkkəbləşdikcə yeni risklər yaranır və bu gün insanların həyatı proqram təminatından o qədər asılıdır ki, tərtibatçılar sadəcə olaraq öz işlərini daha yaxşı görməyə çalışmalıdırlar.
Kubernetes belə vasitələrdən biridir. Red Hat OpenShift-in digər alətlər və xidmətlərlə proqram təminatını daha etibarlı, idarə olunmasını asanlaşdıracaq və istifadəçilər üçün daha təhlükəsiz edəcək vahid platformada birləşdirilməsi istiqamətində iş aparılır.
Bununla belə, OpenShift komandası sadə bir sual verir:
Kubernetes ilə işi necə asan və rahat edə bilərsiniz?
Cavab təəccüblü şəkildə aydındır:
- buludda və ya buluddan kənarda yerləşdirmənin mürəkkəb aspektlərini avtomatlaşdırmaq;
- mürəkkəbliyi gizlətməklə yanaşı, etibarlılığa diqqət yetirmək;
- sadə və təhlükəsiz yeniləmələri buraxmaq üçün davamlı olaraq işləməyə davam edin;
- nəzarət edilə bilən və yoxlanıla bilənliyə nail olmaq;
- ilkin olaraq yüksək təhlükəsizliyi təmin etməyə çalışın, lakin istifadəyə yararlılıq hesabına deyil.
OpenShift-in növbəti buraxılışı həm yaradıcıların təcrübəsini, həm də dünyanın ən böyük şirkətlərində proqram təminatını geniş miqyasda tətbiq edən digər tərtibatçıların təcrübəsini nəzərə almalıdır. Bundan əlavə, bu gün müasir dünyanın əsasını təşkil edən açıq ekosistemlərin bütün yığılmış təcrübəsini nəzərə almalıdır. Eyni zamanda, həvəskar tərtibatçının köhnə zehniyyətindən imtina etmək və avtomatlaşdırılmış gələcəyin yeni fəlsəfəsinə keçmək lazımdır. O, proqram təminatının yerləşdirilməsinin köhnə və yeni üsulları arasında körpü yaratmalı və bütün mövcud infrastrukturdan tam istifadə etməlidir - istər ən böyük bulud provayderi tərəfindən yerləşdirilsin, istərsə də kənardakı kiçik sistemlərdə işləsin.
Bu nəticəyə necə nail olmaq olar?
Red Hat-da qurulmuş icmanı qorumaq və şirkətin iştirak etdiyi layihələrin bağlanmasının qarşısını almaq üçün uzun müddət darıxdırıcı və nankor iş görmək adətdir. Açıq mənbə icması ən qeyri-adi şeyləri yaradan çox sayda istedadlı tərtibatçıdan ibarətdir - əyləncəli, maarifləndirici, yeni imkanlar açan və sadəcə gözəldir, lakin əlbəttə ki, heç kim hamının eyni istiqamətdə hərəkət etməsini və ya ümumi məqsədlər güdməsini gözləmir. . Bu enerjidən istifadə etmək və onu düzgün istiqamətə yönləndirmək bəzən istifadəçilərimizə fayda gətirəcək sahələri inkişaf etdirmək üçün lazımdır, lakin eyni zamanda biz icmalarımızın inkişafını izləməli və onlardan öyrənməliyik.
2018-ci ilin əvvəlində Red Hat gələcəyə oxşar baxışları olan - daha təhlükəsiz və etibarlı, açıq mənbə prinsipləri əsasında yaradılmış CoreOS layihəsini əldə etdi. Şirkət bu ideyaları daha da inkişaf etdirmək və həyata keçirmək üçün fəlsəfəmizi tətbiq edərək bütün proqram təminatının təhlükəsiz işləməsini təmin etməyə çalışıb. Bütün bu işlər Kubernetes, Linux, ictimai buludlar, şəxsi buludlar və müasir rəqəmsal ekosistemimizi dəstəkləyən minlərlə digər layihələr üzərində qurulub.
OpenShift 4-ün yeni buraxılışı aydın, avtomatlaşdırılmış və daha təbii olacaq
OpenShift platforması çılpaq metal aparat dəstəyi, rahat virtuallaşdırma, avtomatik infrastruktur proqramlaşdırması və əlbəttə ki, konteynerlərlə (bunlar mahiyyətcə sadəcə Linux şəkilləridir) ən yaxşı və etibarlı Linux əməliyyat sistemləri ilə işləyəcək.
Platforma əvvəldən təhlükəsiz olmalıdır, lakin hələ də tərtibatçılara asanlıqla təkrarlamağa imkan verməlidir, yəni idarəçilərə onu asanlıqla yoxlamaq və idarə etmək imkanı verməklə kifayət qədər çevik və təhlükəsiz olmalıdır.
O, proqram təminatının “xidmət kimi” işlədilməsinə imkan verməli və operatorlar üçün idarəolunmaz infrastruktur artımına səbəb olmamalıdır.
O, tərtibatçılara istifadəçilər və müştərilər üçün real məhsullar yaratmağa diqqət yetirməyə imkan verəcək. Aparat və proqram parametrləri cəngəlliyindən keçməli olmayacaqsınız və bütün təsadüfi fəsadlar keçmişdə qalacaq.
OpenShift 4: Baxım tələb etməyən NoOps platforması
В şirkətin OpenShift 4 üçün baxışını formalaşdırmağa kömək edən həmin vəzifələri təsvir etdi. Komandanın məqsədi proqram təminatının istismarı və saxlanması ilə bağlı gündəlik tapşırıqları mümkün qədər sadələşdirmək, bu prosesləri həm tətbiqetmədə iştirak edən mütəxəssislər, həm də tərtibatçılar üçün asan və rahat etməkdir. Bəs bu məqsədə necə yaxınlaşmaq olar? Minimum müdaxilə tələb edən proqram təminatının işlədilməsi üçün platformanı necə yaratmaq olar? NoOps hətta bu kontekstdə nə deməkdir?
Əgər mücərrədləşdirməyə cəhd etsəniz, onda tərtibatçılar üçün "serversiz" və ya "NoOps" anlayışları "əməliyyat" komponentini gizlətməyə və ya tərtibatçı üçün bu yükü minimuma endirməyə imkan verən alətlər və xidmətlər deməkdir.
- Sistemlərlə deyil, tətbiq interfeysləri (API) ilə işləyin.
- Proqram təminatının tətbiqi ilə məşğul olmayın - icazə verin provayder bunu sizin yerinizə etsin.
- Dərhal böyük bir çərçivə yaratmağa tələsməyin - "tikinti blokları" rolunu oynayacaq kiçik parçalar yazmaqla başlayın, bu kodu disklər və verilənlər bazası ilə deyil, verilənlər və hadisələrlə işləməyə çalışın.
Məqsəd, əvvəllər olduğu kimi, proqram təminatının hazırlanmasında iterasiyaları sürətləndirmək, daha yaxşı məhsullar yaratmaq imkanı vermək və tərtibatçının proqram təminatının işlədiyi sistemlərdən narahat olmamasıdır. Təcrübəli tərtibatçı yaxşı bilir ki, istifadəçilərə diqqət yetirmək şəkli tez dəyişə bilər, ona görə də onun lazım olduğuna tam əmin olmadığınız halda, proqram təminatının yazılması üçün çox səy göstərməməlisiniz.
Baxım və əməliyyat mütəxəssisləri üçün “NoOps” sözü bir az qorxulu səslənə bilər. Lakin sahə mühəndisləri ilə ünsiyyət qurarkən məlum olur ki, etibarlılıq və etibarlılığı təmin etməyə yönəlmiş istifadə etdikləri nümunələr və üsullar (Site Reliability Engineering, SRE) yuxarıda təsvir edilən nümunələrlə bir çox oxşarlıqlara malikdir:
- Sistemləri idarə etməyin - onların idarəetmə proseslərini avtomatlaşdırın.
- Proqram təminatını tətbiq etməyin - onu yerləşdirmək üçün boru xətti yaradın.
- Bütün xidmətlərinizi bir yerə yığmaqdan və birinin uğursuzluğunun bütün sistemin sıradan çıxmasına imkan verməməkdən çəkinin — avtomatlaşdırma vasitələrindən istifadə edərək onları bütün infrastrukturunuza səpələyin və onları izlənilə və izlənilə bilən üsullarla birləşdirin.
SRE-lər nəyinsə səhv gedə biləcəyini bilirlər və onlar problemi izləməli və həll etməli olacaqlar - ona görə də onlar rutin işləri avtomatlaşdıracaq və səhv büdcələrini əvvəlcədən təyin edəcəklər ki, problem yarandıqda prioritetləşdirməyə və qərarlar qəbul etməyə hazır olsunlar.
OpenShift-dəki Kubernetes iki əsas problemi həll etmək üçün hazırlanmış platformadır: sizi virtual maşınları və ya yük balanslaşdırıcı API-ləri başa düşməyə məcbur etmək əvəzinə, daha yüksək səviyyəli abstraksiyalar - yerləşdirmə prosesləri və xidmətləri ilə işləyir. Proqram agentlərini quraşdırmaq əvəzinə, konteynerləri işə sala bilərsiniz və öz monitorinq yığınınızı yazmaq əvəzinə, artıq platformada mövcud olan alətlərdən istifadə edə bilərsiniz. Beləliklə, OpenShift 4-ün gizli sousu həqiqətən də sirr deyil - sadəcə SRE prinsiplərini və serversiz konsepsiyaları götürmək və tərtibatçılara və əməliyyat mühəndislərinə kömək etmək üçün onları məntiqi nəticəyə çatdırmaq məsələsidir:
- Tətbiqlərin istifadə etdiyi infrastrukturu avtomatlaşdırın və standartlaşdırın
- Tərtibatçıların özlərini məhdudlaşdırmadan yerləşdirmə və inkişaf proseslərini birləşdirin
- XNUMX-cü xidmətin, funksiyanın, tətbiqin və ya bütün yığının işə salınması, yoxlanılması və təhlükəsizliyinin təmin edilməsi birincidən daha çətin deyil.
Bəs OpenShift 4 platforması ilə onun sələfləri arasında və bu cür problemlərin həllinə “standart” yanaşmadan nə fərqi var? Tətbiq və əməliyyat qrupları üçün miqyası nə yönləndirir? Bu vəziyyətdə kralın çoxluq olması səbəbindən. Belə ki,
- Klasterlərin məqsədinin aydın olmasına əminik (Hörmətli bulud, mən bu klasteri götürə bildiyim üçün götürdüm)
- Çoxluğa xidmət etmək üçün maşınlar və əməliyyat sistemləri mövcuddur (Əlahəzrət)
- Klasterdən hostların vəziyyətini idarə edin, onların yenidən qurulmasını (drift) minimuma endirin.
- Sistemin hər bir vacib elementi üçün problemləri izləyəcək və aradan qaldıracaq bir dayə (mexanizm) lazımdır
- Sistemin *hər* aspektinin və ya elementinin və əlaqəli bərpa mexanizmlərinin uğursuzluğu həyatın normal bir hissəsidir
- Bütün infrastruktur API vasitəsilə konfiqurasiya edilməlidir.
- Kubernetes-i işə salmaq üçün Kubernetes-dən istifadə edin. (Bəli, bəli, bu, hərf səhvi deyil)
- Yeniləmələri quraşdırmaq asan və əngəlsiz olmalıdır. Əgər yeniləməni quraşdırmaq üçün birdən çox klik tələb olunursa, o zaman biz nəyisə səhv edirik.
- Hər hansı komponentin monitorinqi və sazlanması problem olmamalıdır və buna görə də bütün infrastruktur üzrə izləmə və hesabat da asan və rahat olmalıdır.
Platformanın imkanlarını fəaliyyətdə görmək istəyirsiniz?
OpenShift 4-ün önizləmə versiyası tərtibatçılar üçün əlçatan olub. İstifadəsi asan quraşdırıcı ilə Red Had CoreOS-un üstündə AWS-də klaster işlədə bilərsiniz. Önizləmədən istifadə etmək üçün sizə yalnız infrastrukturu təmin etmək üçün AWS hesabı və ilkin baxış şəkillərinə daxil olmaq üçün bir sıra hesab lazımdır.
- Başlamaq üçün gedin və "Başla" düyməsini basın.
- Red Hat hesabınıza daxil olun (və ya yenisini yaradın) və ilk klasterinizi qurmaq üçün təlimatlara əməl edin.
Uğurlu quraşdırmadan sonra dərsliklərimizə baxın OpenShift 4 platformasını Kubernetes-i idarə etmək üçün belə asan və rahat üsula çevirən sistemlər və konsepsiyalar haqqında daha dərindən anlayış əldə etmək.
Yeni OpenShift buraxılışını sınayın və fikrinizi bölüşün. Biz Kumbernetes ilə işi mümkün qədər əlçatan və səysiz etməyə sadiqik — NoOps-un gələcəyi bu gündən başlayır.
İndi diqqət!
Konfransda Aprelin 20-də OpenShift tərtibatçılarından biri Vadim Rutkovski master-klass keçirəcək - o, on klasteri qıracaq və onları düzəltməyə məcbur edəcək. Konfrans ödənişlidir, lakin #RedHat promosyon kodu ilə siz 37% endirim əldə edirsiniz
17:15 - 18:15 ustad dərsi və stend bütün gün açıqdır. T-shirtlər, papaqlar, stikerlər - adi!
Zal №2
"Burada bütün sistem dəyişdirilməlidir: biz sertifikatlı mexaniklərlə birlikdə qırılan k8s klasterlərini təmir edirik."
Mənbə: www.habr.com