Hey Habr! Məqalənin tərcüməsini diqqətinizə təqdim edirəm Steve Mezak tərəfindən.
Baxış nöqtənizdən asılı olaraq, DevOps bu il doqquzuncu və ya onuncu ildönümünü qeyd edəcək. 2016-cı ildə RightScales-in Cloud of the State hesabatında qeyd etdi ki, SMB-lərin 70 faizi DevOps təcrübələrini mənimsəyir. Bu balı təşkil edən hər bir göstərici o vaxtdan artıb. DevOps ikinci onilliyinə qədəm qoymağa hazırlaşarkən, keçmişi gəzmək və DevOps-un mənşəyinə və hətta adın mənşəyinə qayıtmaq əla olardı.
2007-ci ildən əvvəl: Mükəmməl hadisələr silsiləsi
2007-ci ildən əvvəl bir sıra vəziyyətlər nəhayət bu gün DevOps kimi tanınan şeyi doğurdu.
Arıq ən yaxşı təcrübə olduğunu artıq sübut etmişdir. Başqa adla Toyota istehsal sistemi, Lean Manufacturing istehsalat mərtəbəsində prosesləri optimallaşdırmağa çalışır. (Yeri gəlmişkən, Toyota rəhbərliyi əvvəlcə Ford Motor Company tərəfindən təqdim edilən orijinal montaj xətti üsullarından ilhamlanmışdır). Davamlı inkişaf arıq istehsal üçün mantradır. Praktikada aşağıdakı yollar daim qiymətləndirilir:
- Xammalın və hazır məhsulların inventar səviyyələrini minimuma endirmək. Arıq istehsal məhsul istehsal etmək üçün minimum miqdarda xammal ehtiyatı və sifariş və ya göndərilməyi gözləyən hazır məhsulun minimum miqdarı deməkdir.
- Sifariş növbəsini minimuma endirmək. İdeal olaraq, alınan sifarişlər dərhal tamamlanan vəziyyətə keçir. Arıq istehsal üçün əsas göstərici həmişə sifarişin qəbulundan təhvil verilməsinə qədər olan vaxt olacaqdır.
- İstehsal prosesinin səmərəliliyinin artırılması. Proseslərin yenidən qurulması və təkmilləşdirilmiş avtomatlaşdırma məhsulu mümkün qədər tez istehsal etmək üçün birləşir. Bütün yol boyu istehsalın hər bir sahəsi (kəsmə, qaynaq, montaj, sınaq və s.) səmərəsizliyə görə qiymətləndirilir.
İT dünyasında proqram təminatının inkişafının şəlalə modelinin ənənəvi üsulları artıq öz yerini sürətli iterativ metodlara verib. Çevik. Sürətli inkişaf və yerləşdirmə axtarışında keyfiyyət bəzən əziyyət çəksə belə, sürət toplaşan fəryad idi. Eyni şəkildə, xüsusilə bulud hesablamaları Xidmət kimi infrastruktur (IaaS) və Platforma-a-Xidmət (PaaS) özlərini İT proseslərində və infrastrukturunda yetkin həllər kimi sübut etdilər.
Nəhayət, bu yaxınlarda alət dəstləri görünməyə başladı Davamlı inteqrasiya (CI). CI alətləri ideyası Gradi Booch tərəfindən 1991-ci ildə Booch Metodunda doğulmuş və təqdim edilmişdir.
2007-2008: Məyus belçikalı
Belçikalı məsləhətçi, Çevik layihə və təcrübə meneceri Patrick Debois məlumat mərkəzinin miqrasiyasına kömək etmək üçün Belçika hökuməti nazirliyindən təyinatı qəbul etdi. Xüsusilə, o, sertifikatlaşdırma və hazırlıq sınaqlarına cəlb edilmişdir. Məsuliyyətləri ondan proqram təminatının inkişaf etdirilməsi qrupları ilə server, verilənlər bazası və şəbəkə əməliyyatları qrupları arasında əlaqələri koordinasiya etməyi və qurmağı tələb edirdi. Uyğunluğun olmaması və inkişaf və əməliyyat üsullarını bir-birindən ayıran divarların məyusluğu onu acınacaqlı etdi. Tezliklə Desboanın təkmilləşmək istəyi onu hərəkətə keçirdi.
2008-ci ildə Torontoda keçirilən Agile konfransında Endryu Şefer mövzunu müzakirə etmək üçün xüsusi təşkil olunmuş qeyri-rəsmi görüşün moderatorluğunu təklif etdi.Çevik infrastruktur"Və mövzunu müzakirə etmək üçün yalnız bir nəfər gəldi: Patrick DeBois. Onların müzakirəsi və fikir mübadiləsi Çevik sistemlərin idarə edilməsi konsepsiyasını irəlilətdi. Elə həmin il DeBois və Schaefer Google-da orta dərəcədə uğurlu Çevik Sistemlər Administratoru qrupunu yaratdılar.
2009: Dev və Ops arasında əməkdaşlıq işi
O'Reilly Velocity konfransında Flickr-ın iki əməkdaşı, Texniki Əməliyyatlar üzrə Baş Vitse-Prezident Con Allspaw və CTO Paul Hammond indi məşhur olan təqdimatı etdilər. "Gündə 10 yerləşdirmə: Flickr-da inkişaf etdirici və əməliyyat işçiləri əməkdaşlığı".
Təqdimat dram idi, Allspaw və Hammond proqram təminatının yerləşdirilməsi prosesi zamanı İnkişaf və Əməliyyat nümayəndələri arasında mürəkkəb qarşılıqlı əlaqəni canlandırırdı, barmaqla işarələmə və “Bu mənim kodum deyil, bütün kompüterlərinizdir!” Onların təqdimatı təsdiq etdi ki, yeganə məqsədəuyğun variant proqram təminatının hazırlanması və yerləşdirilməsi fəaliyyətlərinin qüsursuz, şəffaf və tam inteqrasiya olunmasıdır. Zaman keçdikcə bu təqdimat əfsanəvi oldu və indi İT sənayesi bu gün DevOps kimi tanınan metodologiyanı çağırmağa başlayanda tarixən əsas mərhələ kimi qəbul edilir.
2010: Amerika Birləşmiş Ştatlarında DevOps
Artan izləyicilərlə DevOpsDays konfransı illik Velocity konfransından dərhal sonra ABŞ-da ilk dəfə Kaliforniyanın Mountain View şəhərində keçirildi. 2018-ci ilə sürətlə irəliləyin və ABŞ-da onlarla da daxil olmaqla 30-dan çox DevOpsDays konfransı planlaşdırılır.
2013: Layihə "Feniks"
Bir çoxlarımız üçün DevOps tarixində başqa bir diqqətəlayiq məqam Gene Kim, Kevin Behr və George Safford tərəfindən "The Phoenix Project" kitabının nəşri oldu. Bu roman çıxılmaz vəziyyətdə olan bir İT menecerinin hekayəsindən bəhs edir: ona səhv gedən kritik e-ticarət layihəsini xilas etmək tapşırılır. Menecerin sirli mentoru - yalın istehsal üsullarına həvəsli olan direktorlar şurasının üzvü - DevOps konsepsiyasını gözləyərək baş qəhrəmana İT və tətbiqlərin inkişafı haqqında düşünmək üçün yeni yollar təklif edir. Yeri gəlmişkən, “Feniks Layihəsi” bizi “Outsource və ya başqa...” kitabını yazmağa ilhamlandırdı. Bu kitabda proqram təminatı üzrə vitse-prezidentin yeni əsas xarici məhsulun hazırlanması zamanı DevOps-dan istifadə etdiyi oxşar iş hekayəsi haqqında.
Gələcək üçün DevOps
DevOps-u son təyinat yerinə səyahət və ya bəlkə də arzu kimi təsvir etməyə dəyər. DevOps, arıq istehsal kimi, davamlı təkmilləşdirməyə, məhsuldarlığı və səmərəliliyi artırmağa və hətta davamlı tətbiq etməyə çalışır. DevOps-u dəstəkləmək üçün avtomatlaşdırılmış alətlər inkişaf etməyə davam edir.
Son on ildə DevOps-un yaranmasından bəri çox şey əldə edildi və biz 2018-ci ildə və ondan sonra daha çox şey görəcəyimizi gözləyirik.
Mənbə: www.habr.com