Hey Xabr! E'tiboringizga maqolaning tarjimasini taqdim etaman Stiv Mezak tomonidan.
Sizning nuqtai nazaringizga qarab, DevOps bu yil o'zining to'qqizinchi yoki o'ninchi yilligini nishonlaydi. 2016-yilda RightScales’ning “Status of the Cloud” hisobotida SMB’larning 70 foizi DevOps amaliyotlarini o‘zlashtirayotganini ta’kidladi. O'shandan beri ushbu ballni tashkil etuvchi har bir ko'rsatkich o'sdi. DevOps o'zining ikkinchi o'n yilligiga kirishga tayyorlanar ekan, o'tmishda sayr qilib, DevOpsning kelib chiqishiga, hattoki nomning kelib chiqishiga qaytish juda yaxshi bo'lardi.
2007 yilgacha: Voqealarning mukammal zanjiri
2007 yilgacha bir qator holatlar oxir-oqibat bugungi kunda DevOps deb nomlanuvchi narsani tug'dirdi.
Ozg'in eng yaxshi amaliyot ekanligini allaqachon isbotlagan. Shuningdek, nomi bilan tanilgan Toyota ishlab chiqarish tizimi, Lean Manufacturing ishlab chiqarish maydonchasidagi jarayonlarni optimallashtirishga intiladi. (Aytgancha, Toyota boshqaruvi dastlab Ford Motor Company tomonidan joriy etilgan asl yig'ish usullaridan ilhomlangan). Doimiy takomillashtirish tejamkor ishlab chiqarish uchun mantra hisoblanadi. Amalda quyidagi yo'llar doimiy ravishda baholanadi:
- Xom ashyo va tayyor mahsulotlarning inventar darajasini minimal darajada ushlab turish. Tejamkor ishlab chiqarish deganda mahsulot ishlab chiqarish uchun xom ashyo zaxiralarining minimal miqdori va buyurtma berish yoki jo'natilishi kutilayotgan tayyor mahsulotlarning minimal miqdori tushuniladi.
- Buyurtma navbatini minimallashtirish. Ideal holda, qabul qilingan buyurtmalar darhol tugallangan holatga o'tadi. Arzon ishlab chiqarish uchun asosiy ko'rsatkich har doim buyurtmani qabul qilishdan tortib to etkazib berishgacha bo'lgan vaqt bo'ladi.
- Ishlab chiqarish jarayonining samaradorligini maksimal darajada oshirish. Jarayonlarni qayta ishlash va takomillashtirilgan avtomatlashtirish mahsulotlarni iloji boricha tezroq ishlab chiqarish uchun birlashmoqda. Butun yo'l bo'ylab ishlab chiqarishning har bir sohasi (kesish, payvandlash, yig'ish, sinov va boshqalar) samarasizlik uchun baholanadi.
IT olamida dasturiy ta'minotni ishlab chiqishning sharshara modelining an'anaviy usullari allaqachon o'z o'rnini tez iterativ usullarga bo'shatib bergan. Agile. Tezlik, garchi tez rivojlanish va joylashtirishga intilishda sifat ba'zan yomonlashgan bo'lsa ham, hayqiriq edi. Xuddi shu tarzda, bulutli hisoblash, xususan Xizmat sifatida infratuzilma (IaaS) va Platforma-as-a-xizmat (PaaS) IT jarayonlari va infratuzilmasida etuk yechim sifatida o'zini isbotladi.
Nihoyat, yaqinda asboblar to'plami paydo bo'la boshladi Har doim integratsiya (CI). CI vositalari g'oyasi Gradi Booch tomonidan 1991 yilda o'zining Booch Methodida tug'ilgan va taqdim etilgan.
2007-2008: Belgiyalik umidsizlikka uchradi
Belgiyalik maslahatchi, Agile loyihasi va amaliyot menejeri Patrik Debois Belgiya hukumati vazirligidan ma'lumotlar markazi migratsiyasida yordam berish uchun tayinlashni qabul qildi. Jumladan, u sertifikatlashtirish va tayyorgarlikni tekshirish bilan shug'ullangan. Uning mas'uliyati undan dasturiy ta'minotni ishlab chiqish guruhlari va server, ma'lumotlar bazasi va tarmoq operatsiyalari guruhlari o'rtasidagi munosabatlarni muvofiqlashtirish va o'rnatishni talab qildi. Uning birdamlik yo'qligi va rivojlanish va ishlash usullarini ajratib turadigan devorlardan hafsalasi pir bo'ldi. Tez orada Desboisning yaxshilanish istagi uni harakatga olib keldi.
2008 yilda Torontoda bo'lib o'tgan Agile konferentsiyasida Endryu Shefer ushbu mavzuni muhokama qilish uchun maxsus tashkil etilgan norasmiy uchrashuvni moderatsiya qilishni taklif qildi.Agile infratuzilmasi"Va mavzuni muhokama qilish uchun faqat bir kishi keldi: Patrik DeBois. Ularning muhokamasi va fikr almashishi Agile tizimlar boshqaruvi kontseptsiyasini ilgari surdi. O'sha yili DeBois va Schaefer Googleda o'rtacha muvaffaqiyatli Agile Systems Administrator guruhini yaratdilar.
2009: Dev va Ops o'rtasidagi hamkorlik ishi
O'Reilly Velocity konferentsiyasida Flickrning ikki xodimi, texnik operatsiyalar bo'yicha katta vitse-prezidenti Jon Allspaw va CTO Pol Hammond hozirgi mashhur taqdimotni o'tkazdilar. "Kuniga 10 ta o'rnatish: Flickrda ishlab chiquvchilar va operatsion tizimlar hamkorligi".
Taqdimot drama bo‘lib, Allspaw va Hammond dasturiy ta’minotni o‘rnatish jarayonida Rivojlanish va Operatsiya vakillari o‘rtasidagi murakkab o‘zaro munosabatlarni, barmoqlar bilan ishora qilish va “Bu mening kodim emas, bu sizning barcha kompyuterlaringiz!” iborasidagi ayblovlar bilan to‘liq aks ettirilgan. Ularning taqdimoti dasturiy ta'minotni ishlab chiqish va joylashtirish faoliyati uzluksiz, shaffof va to'liq integratsiyalashgan bo'lishi uchun yagona oqilona variant ekanligini tasdiqladi. Vaqt o'tishi bilan ushbu taqdimot afsonaviy bo'lib qoldi va hozirda IT-sanoati bugungi kunda DevOps deb nomlanuvchi metodologiyani chaqira boshlaganida tarixan muhim bosqich sifatida ko'riladi.
2010 yil: Amerika Qo'shma Shtatlaridagi DevOps
Har yili o'tkaziladigan Velocity konferentsiyasidan so'ng, DevOpsDays konferentsiyasi birinchi marta Qo'shma Shtatlarda Kaliforniyaning Mountain View shahrida bo'lib o'tdi. 2018-yilga shoshiling va 30 dan ortiq DevOpsDays konferentsiyalari, jumladan, Qo'shma Shtatlarda o'nlab konferentsiyalar rejalashtirilgan.
2013 yil: "Feniks" loyihasi
Ko'pchiligimiz uchun DevOps tarixidagi yana bir e'tiborga molik voqea bu Gen Kim, Kevin Ber va Jorj Saffordning "Feniks loyihasi" kitobining nashr etilishi edi. Ushbu roman umidsiz ahvolga tushib qolgan IT menejeri haqida hikoya qiladi: unga noto'g'ri ketgan elektron tijorat loyihasini qutqarish vazifasi yuklanadi. Menejerning sirli ustozi - tejamkor ishlab chiqarish usullariga ishtiyoqli direktorlar kengashi a'zosi - DevOps kontseptsiyasini oldindan aytib, bosh qahramonga IT va ilovalarni ishlab chiqish haqida o'ylashning yangi usullarini taklif qiladi. Aytgancha, "Feniks loyihasi" bizni "Autsource or other..." kitobini yozishga ilhomlantirdi, unda dasturiy ta'minot bo'yicha VP yangi yirik autsorsing mahsulotini ishlab chiqishda DevOps-dan foydalanadigan shunga o'xshash biznes hikoyasi haqida.
Kelajak uchun DevOps
DevOps-ni yakuniy manzil emas, balki sayohat yoki ehtimol intilish sifatida tasvirlashga arziydi. DevOps, tejamkor ishlab chiqarish kabi, uzluksiz takomillashtirish, mahsuldorlik va samaradorlikni oshirish va hattoki uzluksiz joylashtirishga intiladi. DevOps-ni qo'llab-quvvatlash uchun avtomatlashtirilgan vositalar rivojlanishda davom etmoqda.
So'nggi o'n yillikda DevOps yaratilganidan beri ko'p narsaga erishildi va biz 2018 va undan keyin ham ko'proq narsani ko'rishni kutmoqdamiz.
Manba: www.habr.com