PaaS (Xidmət olaraq Platforma) həlləri təkbaşına fərdlərin və komandaların qarşılıqlı əlaqəsini dəyişdirə bilməsə də, onlar tez-tez artan İT çevikliyinə cavab olaraq təşkilati dəyişikliklər üçün katalizator rolunu oynayır.
Əslində, PaaS investisiyalarından maksimum gəlir çox vaxt yalnız təşkilati rolları, məsuliyyətləri (tapşırıqları) və münasibətləri dəyişdirməklə əldə edilə bilər. Xoşbəxtlikdən, OpenShift Konteyner Platforması kimi PaaS həlləri kifayət qədər çevikdir ki, hər bir İT təşkilatı iştirak edən insanlara və baş verən proseslərə nisbətən dəyişikliklərin sürətini və miqyasını müəyyən etməyə imkan verir.
Müəssisələrin konteynerləşdirilməsinin birinci mərhələsində əsas prioritet konteyner platformasının yeni tətbiqetmə yerləşdirmə sistemi kimi həyata keçirilməsidir. Bu nöqtədə təşkilatlar saxlama sistemləri, yerləşdirmə mühitləri və s. kimi məsələlərlə bağlı inkişaf qruplarının standart sorğularına cavab vermək üçün tanış işləri tanış rollarla əlaqələndirirlər. Konteynerləşdirmənin sonrakı mərhələlərində biz artıq sistem administratorlarının yükünü azaltmaq və tərtibatçıların muxtariyyətini və səmərəliliyini daha yüksək səviyyəyə çatdırmaq üçün avtomatlaşdırma və ya tərtibatçılara özünəxidmət imkanlarının təqdim edilməsindən danışırıq. Beləliklə, bir təşkilat DevOps-a doğru irəliləməyə başlayır. Konteynerləşdirmənin son mərhələsində müəssisə daha təmiz, kanonik DevOps modelinə gəlir ki, onun çərçivəsində əvvəlki tapşırıqların və işlərin çoxu platformalar və ya texnologiyalarla deyil, həm platformalar, həm də texnologiyalar baxımından qruplaşdırılan çarpaz funksional komandaların nəzarəti altında olur. proqramların və ya tətbiq xidmətlərinin işləməsini təmin etmək görünüşü.
Bu yazıda biz lazımi təşkilati dəyişiklikləri necə etmək və müəssisədə konteyner texnologiyalarının qəbulu ilə ənənəvi İT rollarının necə dəyişdiyi barədə təlimat verəcəyik.
Yeni işlərin köhnə rollarla əlaqələndirilməsi
Əsas, ilkin formasında PaaS təşkilati modeli, İT resurslarını tətbiqlərə işləmə mühiti kimi daha çevik və tez bir zamanda bölüşdürmək üçün hazırlanmışdır. Bu, sistem administratorları üçün müəyyən üstünlüklər təmin etsə də, tərtibatçılar adətən heç bir əhəmiyyətli fayda və ya yeni imkanlar əldə etmirlər, çünki bu mərhələdə müəssisə avtomatlaşdırma, özünəxidmət və ya yerləşdirmə boru kəmərini kökündən təkmilləşdirmədən asanlıqla keçinə bilər. Bu mərhələdə inkişaf proseslərinə minimal təsir göstərsə də, PaaS buna baxmayaraq, İT sisteminin çevikliyini artırır və administratorlara tərtibatçı sorğularını daha yaxşı yerinə yetirməyə imkan verir. Məsələn, əvvəllər bir neçəsindən inkişaf mühiti yaratarkən virtual maşınlar Saxlama həcmlərinin yaradılması və yerləşdirilməsi bir neçə fərqli administratorun iştirakını tələb edən günlər və ya hətta həftələr çəkə bilsə də, PaaS-da hər şey daha sürətli və yalnız bir administrator tərəfindən görülür. Başqa sözlə, inkişaf qrupları əvvəlki kimi sorğular təqdim edir, lakin onların tətbiqi işləri indi yeni bir modelə uyğun olaraq həyata keçirilir.
DevOps Təşkilatına doğru
PaaS-i işə salmaqla və İT əməliyyatları üzrə mütəxəssisləri və proqram tərtibatçılarını ona köçürməklə təşkilat DevOps metodologiyasını tətbiq etməyə davam edə bilər ki, bu da digərləri ilə yanaşı, aşağıdakı əsas prinsipləri də özündə ehtiva edir:
- İşi kiçik addımlara bölünerkən rəy almaq, riskləri azaltmaq və analiz iflicindən qaçmaq;
- Əməliyyatları kifayət qədər avtomatlaşdırıntətbiqin yerləşdirilməsi prosesində maneələrin və ya darboğazların yaranmasının qarşısını almaq;
- Bilik Mübadiləsi - etimadın qurulmasının açarı;
- Texniki borcları mütəmadi olaraq ödəyin, sistemli təkmilləşdirmələr üçün hər bir iş dövründə müəyyən vaxt ayırmaq.
Konteyner texnologiyasının mənimsənilməsinin ikinci mərhələsində inkişaf qrupları təbii olaraq təkmilləşdirmə imkanlarını görməyə başlayır və müəssisə daha ənənəvi DevOps modelinə meyl edir. Xidmət sorğularının təqdim edilməsi və yerinə yetirilməsinin ənənəvi mexanizmi indi darboğaz kimi qəbul edilir, buna görə də təşkilat təkrarlanan hərəkətləri avtomatlaşdırmağa və tərtibatçılara özünəxidmət imkanlarını təqdim etməyə çalışır. Üstəlik, müəyyən bir proqram daxilində tərtibatçının bu imkanları platformaları idarə edən İT mütəxəssislərinin və proqramların çatdırılmasına cavabdeh olanların birgə səyləri ilə müəyyən edilir. Başqa sözlə, tərtibatçıların tələbi ilə hərəkətləri yerinə yetirən sistem administratorları, tərtibatçıların təkbaşına nə etməyə icazə verildiyini tənzimləyən siyasətləri təsvir etmək və tətbiq etmək üçün məsul olan yuxarıda qeyd olunan iki kateqoriyalı işçi ilə əvəz olunur. Avtomatlaşdırılmış prosedurlar müəyyən edilmiş tələblərə uyğunluğu təmin etməyə və vəziyyət mövcud siyasətlərin əhatə dairəsindən kənara çıxdıqda hərəkətləri əlaqələndirməyə kömək edir.
İT mühitinin və əməliyyat modelinin zamanla iterativ dəyişikliklərə məruz qaldığı iterativ cədvələ keçmək, yetkin DevOps müəssisəsinə nail olmaq üçün mühüm mərhələdir. DevOps metodologiyasının qəbul edilmə dərəcəsi hər bir fərdi təşkilatın dəyişikliyə tolerantlığından və hansı dəyişikliklərin daha çox fayda gətirməsindən asılıdır. Məsələn, yeni mühitlər və ya proqramlar yaratmaq ehtiyacı nadir hallarda baş verirsə, müvafiq fəaliyyətlərin optimallaşdırılması proqramın həyat dövrü üzərində tərtibatçı nəzarətini artırmaqdan daha az əhəmiyyət kəsb edəcək.
OpenShift-ə köçərkən İT təşkilatlarında yaranan yeni problemlər
Bu bölmədə biz OpenShift-i qəbul etmiş təşkilatların texnologiya və PaaS istifadə edərək avtomatlaşdırma və özünəxidməti sürətləndirmək üçün adətən istifadə etdikləri rollara və tapşırıqlara baxacağıq.
Aşağıdakı cədvəldə OpenShift tətbiq edən hər hansı bir təşkilatda mövcud olan əsas yüksək səviyyəli tapşırıqlar müvafiq iş və bacarıqların nümunələri ilə verilmişdir. Tapşırıqların bu siyahısını iş bölgüsü strukturu və ya komanda strukturu ilə qarışdırmaq olmaz, əksinə konteyner platformasının uğurla həyata keçirilməsi üçün İT mühitinə (mühitlərinə) dəstək olmaq üçün məsul şəxslər tərəfindən yerinə yetirilməli olan tapşırıqlar toplusu. Əslində, biz daha sonra göstərəcəyik ki, konteyner texnologiyalarının tətbiqi müəssisədə daha yetkin DevOps strategiyasının formalaşdırılması üçün ilkin şərtlər yaradır ki, bu da öz növbəsində komandaların çarpaz funksionallıq dərəcəsini artırır və müəssisədə dar ixtisaslaşma risklərini azaldır. həm fərdlərin, həm də komandaların səviyyəsi.
Cədvəl 1. OpenShift tapşırıqlarının tərifləri
vəzifələri
Tələb olunan bacarıqlar
İT infrastrukturlarının avtomatlaşdırılması və təmin edilməsi
İşlər:
- Aparat həllərinin dizaynı və tikintisi
- İlkin quraşdırmanın avtomatlaşdırılmasının təşkili və dəstəklənməsi
- VM və host hazırlığının dizaynı və avtomatlaşdırılması
- Məlumat mərkəzlərinin dizaynı və tətbiqi
- Sistem İdarəsi Linux
- Avtomatlaşdırma Ssenariləri
- Saxlama sistemləri haqqında biliklər
- Şəbəkə dizaynı və tətbiqi üzrə biliklər
- təhlükəsizlik
OpenShift platformasının quraşdırılması və idarə edilməsi
İşlər:
- Klaster quraşdırmasının həyata keçirilməsi
- İnfrastruktur xidmətinin idarə edilməsi
- Platformanın miqyasının idarə edilməsi
- Platforma səviyyəsində autentifikasiya və avtorizasiya
- Sistem İdarəsi Linux
- Şəbəkə texnologiyaları haqqında biliklər
- Avtomatlaşdırma skriptləri (Ansible)
- Saxlama sistemləri haqqında biliklər
- Konteyner texnologiyaları və arxitekturaları haqqında biliklər
- Kubernetes və OpenShift arxitekturaları haqqında biliklər
- Platformanın təhlükəsizliyi
- Monitorinq inteqrasiyası
Müştəri mühitlərinin hazırlanmasının idarə edilməsi (icarəçinin təmin edilməsi), İT imkanlarının təcrid edilməsi
İşlər:
- Platformada istifadəçilərin və komandaların yaradılması
- Kvota dizaynı və idarə edilməsi
- RBAC dizaynı və tətbiqi
- Kubernetes və OpenShift arxitekturaları haqqında biliklər
- Konteyner texnologiyaları və arxitekturaları haqqında biliklər
- Avtomatlaşdırma Ssenariləri
- Layihələr, kvotalar, rol tapşırıqları və planlaşdırıcılarla işləmək haqqında yaxşı bilik
Əsas şəkillərin qurulması və idarə edilməsi
İşlər:
- Şəkil Modifikasiyası İş Akışının hazırlanması
- Standartlara əsaslanan təsvirin inkişafı
- Sistem İdarəsi Linux
- Avtomatlaşdırma Ssenariləri
- İş vaxtı proqram komponentlərinin və ara proqram təminatının konfiqurasiyası
- Konteyner arxitekturasını bilmək
- Tətbiq qurmaq çərçivələri
- Şəkillər, görüntü axını və şablonlar haqqında yaxşı bilik
Yerləşdirmə boru kəmərlərini dizayn edin və idarə edin
İşlər:
- Konveyer standartlarının layihələndirilməsi və sənədləşdirilməsi
- Sürətli təlimatların və şablonların hazırlanması
- İnkişaf etdirici təlimi
- Mənbə kodunun idarə edilməsi
- Tətbiq dizaynı və icrası
- Avtomatlaşdırma Ssenariləri
- Avtomatlaşdırılmış Test
- Kod keyfiyyət testi
- Konteyner arxitekturasını bilmək
- Dəyişməz infrastrukturlar haqqında biliklər
- Təhlükəsizlik - boru kəməri mərhələlərinə girişin idarə edilməsi, iş axınının təsdiqlənməsi və s.
- OpenShift şablonları, komponentlərin qurulması konfiqurasiyası, yerləşdirmə konfiqurasiyası, xidmətlər, marşrutlar, konfiqurasiya xəritələri haqqında yaxşı bilik
Tətbiq və test inkişafı
İşlər:
- Tətbiqin kodlaşdırılması
- Avtomatlaşdırılmış testlərin inkişafı
- Yerləşdirmə Boru Kəməri zamanı sınaq uğursuzluqlarına reaksiya
- Tətbiq səhvlərinə cavab vermək
- İstifadəçi Qəbulu Testi
- Tətbiq dizaynı və icrası
- Avtomatlaşdırılmış Test
- Mənbə kodunun idarə edilməsi
- Tətbiqin monitorinqi
- Bulud yerli tətbiqi arxitekturaları haqqında biliklər
Əməliyyat monitorinqi və tətbiqin idarə edilməsi
İşlər:
- Performans Kontekstində Tətbiqlərin Dizaynı
- Tətbiqlərin icra müddətində monitorinqi
- Tətbiq miqyası (və ya avtomatik miqyaslama)
- Proqram mövcudluğunun idarə edilməsi
- Kvota və resurs idarəetmə limitlərini tələb edin
- Performans və İT Bacarıq Testi
- Tətbiq Performansının layihələndirilməsi və həyata keçirilməsi
- Tətbiq performansının monitorinqi
- Performans və yük testi
İstifadəçi Qəbulu Testi
İşlər:
- UI testi (dizayn və istifadəçi təcrübəsi)
- Avtomatlaşdırılmış testlərin inkişafı
- İstifadəçi interfeyslərinin dizaynı və sınaqdan keçirilməsi
- Avtomatlaşdırılmış Test Nümunələri
- Test Çərçivələri
- Tətbiq dizayn nümunələri
OpenShift-ə köçərkən İT təşkilatında yaranan yeni rollar
Siz DevOps mərkəzli təşkilat modelinə keçdikcə, rol ixtisaslaşmasının miqdarı azalmağa meyllidir və qarşılıqlı fəaliyyət göstərən komandaların və rolların sayı əməkdaşlıq səmərəliliyini maksimuma çatdırmaq üçün artır. OpenShift-dən istifadə edən İT təşkilatında əsas vəzifələrin siyahısı belə görünür:
- Tətbiq Əməliyyatları Mühəndisi VEYA Saytın Etibarlılığı Mühəndisi. Əvvəllər bu vəzifə “Tətbiq Serverinin Administratoru” adlandırıla bilərdi.
- Proqram Tərtibatçı/Proqram Təminatçısı/Proqram Mühəndisi.
- Klaster/Tətbiq Platforması Administratoru. Əvvəllər bu rol "Sistem Administratoru" və ya "Administrator" adlandırıla bilərdi. Linux- platformalar".
- Release Manager/Build Engineer.
RACI rolları və tapşırıqları matrisi
Nəhayət, OpenShift platformasında DevOps tətbiq edən bir təşkilatın strukturunun necə görünməsi barədə ümumi fikir vermək üçün yuxarıda müzakirə olunan mövqeləri və vəzifələri müqayisə etməyə davam edirik. İlkin olaraq, aşağıdakı rollar köhnə, ənənəvi təşkilati strukturun müxtəlif qolları tərəfindən doldurula bilər. Lakin zaman keçdikcə konsolidasiya baş verir və aşağıda sadalanan tapşırıqların əksəriyyətini və ya hətta hamısını öz üzərinə götürən proqramlar ətrafında yeni komandalar qurulur.
vəzifələri
Roles
Tətbiq Əməliyyatları Mühəndisi / Saytın Etibarlılığı Mühəndisi
Proqram Tərtibatçı / Proqram Tərtibatçı / Proqram Mühəndisi
Klaster/Tətbiq Platforması Administratoru
Proqram təminatının buraxılış meneceri/montaj mühəndisi
İT infrastrukturlarının avtomatlaşdırılması və təmin edilməsi
I
I
R / A
C
OpenShift platformasının quraşdırılması və idarə edilməsi
C
I
R / A
C
Yerləşdirmə boru kəmərlərini dizayn edin və idarə edin
C
C
I
R / A
İcarəçinin təminatını, izolyasiyanı və İT imkanlarını idarə edin
C
I
R / A
I
Əsas şəkillərin qurulması və idarə edilməsi
R
C
R / A
C
Tətbiq və test inkişafı
C
R / A
I
I
Əməliyyat monitorinqi və tətbiqin idarə edilməsi
R / A
C
C
I
İstifadəçi Qəbulu Testi
C
R
I
I
RACI matrisindəki konvensiyalar
Mənbə:
- Məsul – İfaçı tapşırığı yerinə yetirmək üçün lazım olanı edəndir.
- Hesab edirəm – Məsuliyyətli – tapşırığın düzgün və hərtərəfli yerinə yetirilməsinə və ya nəticənin əldə olunmasına son nəticədə cavabdeh olan işçi; həm də işi ifaçılara həvalə edə bilən yeganədir.
- Məsləhətləşdi – Məsləhətçilər – adətən bunlar məsləhət istənilən mövzu üzrə ekspertlərdir; Onlarla ikitərəfli əlaqə saxlanılır.
- Məlumat verildi – Məlumatlı – hadisələrdən xəbərdar olan insanlar (bəzən də yalnız tapşırıq başa çatdıqdan və ya nəticə əldə edildikdən sonra); birtərəfli qaydada məlumat alırlar.
Komandaların DevOps təşkilatında necə birlikdə işləməsi
Ənənəvi resurs alınması adətən daha sonra bir neçə komanda tərəfindən yerinə yetirilən resurs sorğuları dövrüdür. Nəhayət, bütün zəruri resurslar sorğu edən tərəf tərəfindən ayrılır və təsdiqlənir. Çox vaxt bu proseslər qismən və ya tamamilə əl ilə aparılır və hər bir sorğunun uğurla işləməsi üçün komandalar arasında tez-tez və çoxsaylı qarşılıqlı əlaqə tələb olunur.
Şəkil 1. Ənənəvi İT təşkilatı
Yuxarıdakı diaqram ənənəvi İT təşkilatında komandalar arasında tipik münasibətləri təsvir edir. Bu sxemdə bəzi komandalar bilet sistemi və ya e-poçt kimi az və ya çox rəsmi ünsiyyət vasitələrindən istifadə edərək, lazımi işi yerinə yetirmək tələbi ilə digər komandalarla əlaqə saxlayır. Bu istəklər daha sonra növbəyə girir və qanadlarda gözləyin, uzun gözləmələr çox vaxt komandalar arasında münasibətlərin pisləşməsinə və ya hətta kəskinləşməsinə səbəb olur. Gərginliyə əlavə olaraq, müxtəlif komandaların üzvlərinin nadir hallarda bir-birləri ilə görüşməsi və yalnız minimum zəruri məlumatları paylaşmağa meylli olmasıdır.
Şəkil 2: DevOps İT Təşkilatı
Bu diaqram DevOps təşkilatında əməkdaşlığın necə işlədiyini göstərir. Burada əvvəlki diaqramdakı eyni komandalar silosları gücləndirən və onları şəxsi əlaqələrlə əvəz edən səmərəsiz kommunikasiyalardan imtina etdilər və bununla da komandalar arasında daimi qarşılıqlı əlaqə kanalları yaratdılar. Bu kanallar işçilərə təmsil etdikləri komandaların ehtiyaclarını, çətinliklərini və imkanlarını daha yaxşı anlamağa və təsəvvür etməyə kömək edən hibrid bacarıq dəstini inkişaf etdirir. Komandalar keçmişdə olduğu kimi digər insanların dəyişiklik sorğularını əl ilə idarə etməkdənsə, işi avtomatlaşdırılmış özünəxidmət portalları vasitəsilə tamamlamaq üçün bir-birlərinə səlahiyyət verir. Qarşılıqlı əlaqə kanallarının mövcudluğu sayəsində bu özünəxidmət sistemləri dizayn etdikləri komandaların ehtiyaclarına tez uyğunlaşa bilirlər. Təşkilat daxilində daha da böyük anlaşma və bilik mübadiləsinə nail olmaq üçün komanda üzvləri müxtəlif komandalarla qarşılıqlı əlaqədə təcrübə qazanmaq və dəstəklədikləri İT sistemlərinin böyük mənzərəsini daha yaxşı başa düşmək üçün vaxtaşırı rolları dəyişirlər və bununla da onların çarpaz funksionallıq və faydalılıq səviyyəsini artırırlar.
Yekunlaşdırma
Bu yazıda PaaS həllərinin qəbulunun bir təşkilatı DevOps-a doğru necə hərəkət etdirə biləcəyini, prosesin bir hissəsi kimi ənənəvi rolları və vəzifələri dəyişdirə biləcəyini müzakirə etdik. Buna görə də təşkilatın OpenShift-ə köçərkən qarşılaşdığı əsas İT problemlərini, habelə onları tamamlamaq üçün tələb olunan bacarıqları sadaladıq. Biz həmçinin çarpaz funksional DevOps komandalarının qurulması zamanı yaranan əsas təşkilati rollar dəstini və yeni rolları yeni vəzifələrlə əlaqələndirən RACI matrisini təqdim etdik. Nəhayət, biz OpenShift platforması və onunla əlaqəli DevOps metodologiyasının təşkilatların təşkilati strukturunu ənənəvi iyerarxiyalardan və bilet sistemlərindən daha yüksək səviyyəli şəxsi ünsiyyətə malik çarpaz funksional komandalara keçərkən necə dəyişə biləcəyini müzakirə etdik.
Mənbə: www.habr.com
