Bu, əlbəttə ki, haqqındadır . Əgər təfərrüatlara varmasanız, o zaman 30 sentyabr və 1 oktyabr tarixlərində inkişaf, sınaq və istismar proseslərinin birləşdirilməsinə dair konfrans keçirəcəyik və təfərrüatlara girsəniz, zəhmət olmasa, cat altında.
DevOps yanaşması çərçivəsində layihənin texnoloji inkişafının bütün hissələri bir-birinə bağlıdır, paralel olaraq baş verir və bir-birinə təsir edir. Burada real vaxt rejimində dəyişdirilə, simulyasiya edilə və sınaqdan keçirilə bilən avtomatlaşdırılmış inkişaf proseslərinin yaradılması xüsusi əhəmiyyət kəsb edir. Bu, bazardakı dəyişikliklərə dərhal reaksiya verməyə kömək edir.
Konfransda biz bu yanaşmanın məhsulun inkişafına necə təsir etdiyini göstərmək istəyirik. Müştəri üçün sistemin etibarlılığı və uyğunlaşması necə təmin edilir. DevOps şirkətin strukturunu və iş prosesini təşkil etməyə yanaşmasını necə dəyişir.
pərdə arxasında
Bizim üçün təkcə DevOps yanaşması çərçivəsində müxtəlif şirkətlərin nə etdiyini bilmək deyil, həm də bütün bunların niyə edildiyini anlamaq vacibdir. Ona görə də biz Proqram Komitəsinə təkcə ekspertləri deyil, DevOps-un müxtəlif mövqelərdən danışdığını görən mütəxəssisləri dəvət etdik:
- böyük mühəndislər;
- tərtibatçılar;
- komanda rəhbərləri;
- CTO.
Bu, bir tərəfdən hesabat sorğularının müzakirəsi zamanı çətinliklər və münaqişələr yaradır. Mühəndis böyük qəzanın təhlili ilə maraqlanırsa, o zaman tərtibatçının buludlarda və infrastrukturlarda işləyən proqram təminatının necə yaradılacağını anlaması daha vacibdir. Ancaq razılaşaraq, biz hər kəs üçün dəyərli və maraqlı olacaq bir proqram yaradırıq: mühəndislərdən tutmuş CTO-ya qədər.
Konfransımızın məqsədi sadəcə ən çox yayılmış hesabatları seçmək deyil, ümumi mənzərəni təqdim etməkdir: DevOps yanaşmasının praktikada necə işlədiyi, yeni proseslərə keçərkən hansı növ rake ilə qarşılaşa bilərsiniz. Eyni zamanda, biz biznes problemindən spesifik texnologiyalara enərək məzmun hissəsini qururuq.
Konfransın bölmələri əvvəlki kimi qalacaq .
- İnfrastruktur platforması.
- İnfrastruktur kod kimi.
- Davamlı çatdırılma.
- Əlaqə.
- DevOps-da memarlıq, CTO üçün DevOps.
- SRE təcrübələri.
- Təlim və biliklərin idarə edilməsi.
- Təhlükəsizlik, DevSecOps.
- DevOps transformasiyası.
Sənədlər üçün zəng: hansı növ hesabatları axtarırıq
Konfransın potensial auditoriyasını şərti olaraq beş qrupa ayırdıq: mühəndislər, tərtibatçılar, təhlükəsizlik mütəxəssisləri, komanda rəhbərləri və texniki direktor. Hər qrupun konfransa gəlmək üçün öz motivasiyası var. Və DevOps-a bu mövqelərdən baxsanız, mövzunuza necə diqqət yetirəcəyinizi və vurğunu harada yerləşdirməyinizi başa düşə bilərsiniz.
Mühəndislər üçün, bir infrastruktur platforması yaradanlar üçün mövcud tendensiyaları anlamaq, hansı texnologiyaların indi ən qabaqcıl olduğunu başa düşmək vacibdir. Onlar bu texnologiyalardan istifadə ilə bağlı real həyat təcrübəsini öyrənmək və fikir mübadiləsi aparmaqda maraqlı olacaqlar. Mühəndis hansısa ağır qəzanı təhlil edən hesabatı dinləməkdən məmnun olacaq və biz də öz növbəmizdə belə bir hesabatı seçib cilalamağa çalışacağıq.
Tərtibatçılar üçün kimi anlayışı başa düşmək vacibdir bulud yerli tətbiqi. Yəni buludlarda və müxtəlif infrastrukturlarda işləməsi üçün proqram təminatını necə inkişaf etdirmək olar. Tərtibatçı daim proqram təminatından rəy almalıdır. Burada şirkətlərin bu prosesi necə qurması, proqram təminatının performansını necə izləmək və bütün çatdırılma prosesinin necə işləməsi ilə bağlı halları eşitmək istəyirik.
Kibertəhlükəsizlik mütəxəssisləri Təhlükəsizlik prosesinin şirkət daxilində inkişaf və dəyişiklik proseslərinə mane olmaması üçün necə qurulacağını başa düşmək vacibdir. DevOps-un belə mütəxəssislərə qoyduğu tələblər haqqında mövzular da maraqlı olacaq.
Komanda rəhbərləri bilmək istəyirlər, davamlı çatdırılma prosesi digər şirkətlərdə necə işləyir. Şirkətlər buna nail olmaq üçün hansı yolu tutdular, DevOps daxilində inkişaf və keyfiyyət təminatı proseslərini necə qurdular. Komanda rəhbərləri də Bulud yerlisi ilə maraqlanır. Həm də komanda daxilində və inkişaf və mühəndislik qrupları arasında qarşılıqlı əlaqə ilə bağlı suallar.
Uğrunda CTO ən əsası bütün bu prosesləri necə birləşdirəcəyini və biznes ehtiyaclarına uyğunlaşdıracağını anlamaqdır. O, proqramın həm biznes, həm də müştəri üçün etibarlı olmasına əmin olur. Və burada hansı texnologiyaların hansı biznes tapşırıqları üçün işləyəcəyini, bütün prosesi necə quracağını və s. anlamaq lazımdır. CTO həm də büdcəyə cavabdehdir. Məsələn, o, DevOps-da işləyə bilmələri üçün mütəxəssislərin yenidən hazırlanmasına nə qədər pul xərcləməli olduğunu başa düşməlidir.
Bu mövzularda deyəcək bir sözünüz varsa, susmayın, . Sənədlərin qəbulu üçün son tarix 20 avqustdur. Nə qədər tez qeydiyyatdan keçsəniz, hesabatınızı yekunlaşdırmaq və təqdimatınıza hazırlaşmaq üçün bir o qədər çox vaxtınız olacaq. Beləliklə, gecikməyin.
Yaxşı, əgər ictimaiyyət qarşısında danışmağa ehtiyacınız yoxdursa, sadəcə və həmkarları ilə ünsiyyət üçün sentyabrın 30-da və oktyabrın 1-də gəlin. Maraqlı və ruhlandırıcı olacağına söz veririk.
DevOps-u necə görürük
DevOps ilə nə demək istədiyimizi dəqiq başa düşmək üçün hesabatımı oxumağı (və ya yenidən oxumağı) tövsiyə edirəm "" Bazarın dalğalarında gəzərək, DevOps ideyasının müxtəlif ölçülü şirkətlərdə necə dəyişdiyini müşahidə etdim: kiçik bir başlanğıcdan transmilli şirkətlərə qədər. Hesabat bir sıra suallar üzərində qurulub, onlara cavab verməklə siz şirkətinizin DevOps-a doğru irəlilədiyini və ya haradasa problemlərin olub-olmadığını başa düşə bilərsiniz.
DevOps mürəkkəb sistemdir, ona aşağıdakılar daxil olmalıdır:
- Rəqəmsal məhsul.
- Bu rəqəmsal məhsulu inkişaf etdirən biznes modulları.
- Kod yazan məhsul qrupları.
- Davamlı Çatdırılma təcrübələri.
- Xidmət kimi platformalar.
- İnfrastruktur xidmət kimi.
- İnfrastruktur kod kimi.
- DevOps-a daxil edilmiş etibarlılığı qorumaq üçün ayrıca təcrübələr.
- Hamısını təsvir edən geribildirim təcrübəsi.
Hesabatın sonunda şirkətdəki DevOps sistemi haqqında fikir verən bir diaqram var. Bu, şirkətinizdə hansı proseslərin artıq rasionallaşdırıldığını və hansının hələ qurulmadığını görməyə imkan verəcək.
Reportajın videosuna baxa bilərsiniz .
İndi bir bonus olacaq: DevOps transformasiyasının ən ümumi məsələlərinə toxunan RIT++ 2019-dan bir neçə video.
Məhsul kimi şirkət infrastrukturu
Artyom Naumenko Skyeng-də DevOps komandasına rəhbərlik edir və şirkətinin infrastrukturunun inkişafı ilə məşğul olur. O, infrastrukturun SkyEng-də biznes proseslərinə necə təsir etdiyini söylədi: bunun üçün ROI-ni necə hesablamaq, hesablama üçün hansı ölçüləri seçmək və onları təkmilləşdirmək üçün necə işləmək lazımdır.
Mikroservislərə gedən yolda
Nixys şirkəti məşğul veb layihələri və paylanmış sistemlər üçün dəstək verir. Onun texniki direktoru Boris Erşov 5 il əvvəl (və ya daha çox) hazırlanmasına başlanmış proqram məhsullarının müasir platformaya necə tərcümə olunacağını izah etdi.
Bir qayda olaraq, bu cür layihələr infrastrukturun o qədər qaranlıq və qədim guşələrinin olduğu xüsusi bir dünyadır ki, indiki mühəndislər onlar haqqında bilmirlər. Bir vaxtlar seçilmiş memarlıq və inkişaf yanaşmaları köhnəlmişdir və biznesi eyni inkişaf tempi və yeni versiyaların buraxılması ilə təmin edə bilməz. Nəticədə, hər bir məhsul buraxılışı inanılmaz bir macəraya çevrilir, burada daim bir şey düşür və ən gözlənilməz yerdə.
Bu cür layihələrin menecerləri istər-istəməz bütün texnoloji proseslərin transformasiyası ehtiyacı ilə üzləşirlər. Boris öz hesabatında deyib:
- layihə üçün düzgün arxitekturanı necə seçmək və infrastrukturu qaydaya salmaq;
- hansı vasitələrdən istifadə edilməli və transformasiya yolunda hansı tələlərə rast gəlinir;
- bundan sonra nə etməli.
Buraxılışların avtomatlaşdırılması və ya tez və ağrısız çatdırılma üsulları
Alexander Korotkov CIAN-da CI/CD sisteminin aparıcı tərtibatçısıdır. O, keyfiyyəti yaxşılaşdırmağa və kodun istehsala çatdırılma müddətini 5 dəfə azaltmağa imkan verən avtomatlaşdırma vasitələrindən danışdı. Lakin bu cür nəticələr təkcə avtomatlaşdırma ilə əldə edilə bilməzdi, ona görə də İskəndər inkişaf proseslərindəki dəyişikliklərə də diqqət yetirdi.
Qəzalar öyrənməyə necə kömək edir?
Aleksey Kirpichnikov 5 ildir ki, SKB Kontur-da DevOps və infrastrukturu həyata keçirir. Üç il ərzində onun şirkətində təxminən 1000 fakap müxtəlif dərəcədə epiklik meydana gəldi. Onların arasında, məsələn, 36% aşağı keyfiyyətli buraxılışın istehsala buraxılması, 14% isə məlumat mərkəzində aparatlara texniki qulluq işləri ilə əlaqədardır.
Şirkət mühəndislərinin bir neçə il ardıcıl olaraq saxladıqları hesabatların arxivi (post-mortem) qəzalar haqqında belə dəqiq məlumat əldə etməyə imkan verir. Ölümdən sonra qəza siqnalına ilk reaksiya verən və hər şeyi düzəltməyə başlayan növbətçi mühəndis yazır. Gecələr facapla mübarizə aparan mühəndislərə hesabat yazmaqla niyə əzab verirlər? Bu məlumatlar bütün mənzərəni görməyə və infrastrukturun inkişafını düzgün istiqamətdə aparmağa imkan verir.
Çıxışında Aleksey həqiqətən faydalı postmortem yazmağı və bu cür hesabatların praktikasını böyük bir şirkətdə necə həyata keçirməyi bölüşdü. Əgər kiminsə necə yıxıldığına dair hekayələri sevirsinizsə, tamaşanın videosuna baxın.
Biz başa düşürük ki, sizin DevOps ilə bağlı baxışınız bizimkinə uyğun gəlməyə bilər. DevOps transformasiyasını necə gördüyünüzü bilmək maraqlı olacaq. Şərhlərdə bu mövzu ilə bağlı təcrübənizi və vizyonunuzu paylaşın.
Artıq proqrama hansı hesabatları qəbul etmişik?
Bu həftə Proqram Komitəsi 4 hesabat qəbul etdi: təhlükəsizlik, infrastruktur və SRE təcrübələri.
Bəlkə də DevOps transformasiyasının ən ağrılı mövzusu: informasiya təhlükəsizliyi departamentindən olan adamların inkişaf, əməliyyat və idarəetmə arasında artıq qurulmuş əlaqələri məhv etmədiklərinə necə əmin olmaq olar. Bəzi şirkətlər informasiya təhlükəsizliyi şöbəsi olmadan idarə edirlər. Bu halda informasiya təhlükəsizliyini necə təmin etmək olar? Bunun haqqında sudo.su saytından Mona Arkhipova. Onun hesabatından öyrənirik:
- nədən və kimdən qorunmaq lazımdır;
- rutin təhlükəsizlik prosesləri hansılardır;
- İT və informasiya təhlükəsizliyi proseslərinin necə kəsişdiyini;
- MDB CSC nədir və onu necə həyata keçirmək olar;
- necə və hansı göstəricilərlə mütəmadi olaraq informasiya təhlükəsizliyi yoxlamalarının aparılması.
Növbəti hesabat kod kimi infrastrukturun inkişafına aiddir. Əl işlərinin miqdarını azaldın və bütün layihəni xaosa çevirməyin, bu mümkündürmü? Bu suala İxtensdən Maksim Kostrikin. Onun şirkəti istifadə edir Terraform AWS infrastrukturu ilə işləmək üçün. Alət rahatdır, lakin sual ondan istifadə edərkən nəhəng kod blokunun yaradılmasının qarşısını almaqdır. Belə bir mirasın saxlanması ildən-ilə daha da bahalaşacaq.
Maksim avtomatlaşdırma və inkişafı asanlaşdırmağa yönəlmiş kod yerləşdirmə nümunələrinin necə işlədiyini göstərəcək.
Daha bir infrastrukturu haqqında eşidəcəyik Playkey-dən Vladimir Ryabov. Burada infrastruktur platforması haqqında danışacağıq və öyrənəcəyik:
- saxlama yerindən səmərəli istifadə edilib-edilmədiyini necə başa düşmək olar;
- yalnız 10 TB yaddaş istifadə edilərsə, bir neçə yüz istifadəçi 20 TB məzmunu necə qəbul edə bilər;
- verilənlərin 5 dəfə sıxılması və real vaxt rejimində istifadəçilərə təqdim edilməsi;
- bir neçə məlumat mərkəzləri arasında məlumatları tez sinxronizasiya etmək;
- bir virtual maşından ardıcıl istifadə edərkən istifadəçilərin bir-birinə hər hansı təsirini necə aradan qaldırmaq olar.
Bu sehrin sirri texnologiyadır FreeBSD üçün ZFS və təzə çəngəl Linuxda ZFS. Vladimir Playkey-dən işləri paylaşacaq.
Amixr.IO-dan Matvey Kukuy həyatdan nümunələrlə hazırdır , nə baş verdi SRE və etibarlı sistemlərin qurulmasına necə kömək edir. Amixr.IO müştəri insidentlərini öz arxası vasitəsilə ötürür; dünya üzrə onlarla növbətçi qrup artıq 150 min işə baxıb. Konfransda Matvey şirkətinin müştərilərin problemlərini həll etməklə və uğursuzluqları təhlil etməklə topladığı statistik məlumatları və fikirləri bölüşəcək.
Bir daha sizi acgözlük etməməyə və DevOps samurayı kimi təcrübənizi bölüşməyə çağırıram. Xidmət edin bir məruzə üçün və sizin və mənim əla çıxış hazırlamaq üçün 2,5 ay vaxtımız olacaq. Dinləyici olmaq istəyirsinizsə, proqram yeniləmələri ilə bülletenə daxil olun və biletləri vaxtından əvvəl bron etmək barədə ciddi düşünün, çünki onlar konfrans tarixlərinə yaxınlaşdıqca bahalaşacaqlar.
Mənbə: www.habr.com