DevOps'un Evrimi: Bir Fikirden Mutlaka İzlenmesi Gereken Bir BT Çözümüne Kısa Bir Tarihçe

Tarih boyunca, BT endüstrisi, çalışma ortamını sürekli şekillendiren teknolojik ilerlemenin sürekli bombardımanıyla karşı karşıya kaldı. Daha yakın zamanlarda, birçok yeni çözüm BT sektörlerine daha hızlı bir şekilde dahil edilmektedir.

Bulut bilgi işlemin yanı sıra, dünya çapında önde gelen ticari kuruluşların kaynaklarını sonuna kadar kullanmalarına yardımcı olan bir yazılım çözümü vardır. Ve işte DevOps: Geliştirme ve Operasyon ekiplerinin birleşimi!

Şimdi bir soru: DevOps'a geçiş bir kuruluş için ne getiriyor? Disiplinler arası şeffaflık, açık iletişim ve güçlü ekip çalışmasını beraberinde getirir. Bu nedenle, her DevOps şirketinin çalıştığı fikir, siloyu yıkmak ve işyerini yalnızca işbirliği için değil, aynı zamanda daha fazla tartışma için açmaktır.

Bir şeyi değerlendirme arayışında onun geçmişini, nereden geldiğini ve nasıl öne çıktığını bilmek daha faydalı olacaktır. DevOps'un önemini ve bir işi nasıl daha verimli hale getirdiğini anlatan pek çok makale var. Bununla birlikte, belirli bir bulut sunucusu izleme platformuyla ilgili geçmişi sergileyen ve birisinin onu tam olarak anlaması için çok önemli bir adım atmasına yardımcı olan zerre kadar blog yok.

Sadece daha önceki hataları tekrarlamaktan kaçınarak ders çıkarmaya yardımcı olmakla kalmaz, aynı zamanda geleceği hakkında daha iyi tahminde bulunmaya da yardımcı olur. Öyleyse, DevOps evriminin geçmişine ve onu mükemmel bir çözüm haline getirmek için mevcut şekliyle nasıl şekillendirildiğine üstünkörü bir göz atın.

Devam etmeden önce, DevOps'un geçmişini ve gelişimini, her kullanıcının incelemekten memnuniyet duyacağı bir dakika ve doğru bir şekilde gösterecek infografiklere göz atabilirsiniz.

Şimdi can alıcı kısım geliyor.

Size önerilenler: Bilmeyebileceğiniz 7 DevOps Araç Zinciri Düzenleme Çözümü.

DevOps'un kökeni nedir?

Bilgisayarları tamamen görmezden gelirseniz, önce geliştiriciler hakkında konuşmanın beyhude bir seçenek olduğuna dair bir söz vardır.

Vermek istediği mesaj nedir? Yeni teknolojiyi anlamak için önce geçmişte nasıl geliştiğini anlamak gerektiğini gösteriyor. DevOps çözümlerinde de durum aynıdır.

İlk otomatik makine, 1936'da bilgisayarın babası Alan Turing'in bir fikri ile yaratıldı. Bu, çok pahalı olan elektromekanik bilgisayarların yaratılmasına yol açtı. Üstelik bunları bir program üzerinden çalıştırabilecek kimseleri de yok.

Neyse ki 1957'de FORTRAN biçimindeki ilk programlama dilinin yaratılması, bir devrim getiren ve yeni fırsatlar için alan açan (bir bilgisayar için ilk kez) yüksek geliştirici boşluklarıyla sonuçlandı.

1980'lerin sonunda, geliştiricilerin iş istasyonunda kolayca çalışmasına izin veren CRT monitörler uygun fiyatlı hale geldi. Şimdi 'kod' girişi ile tüm görev daha kolay hale geliyor. Artık daha fazla tekrar için bunları derlemek ve dağıtmak için kaynak kodu kullanılabilir.

World Wide Web'in (www) gelişi ve geliştiricileri bekleyen daha fazla fırsat

WWW'den önce ARPANET vardı. Yalnızca ABD'deki müşteriler için ayrılmış, devlet destekli bir bilgisayar ağıydı. Yalnızca 1969'da yayına girdi ve daha iyi ağ yapılandırması için operasyon merkezleri veya "operasyonlar" ile bir kişisel yönetim ağı oluşturdu.

1990'lara hızla ilerleyen Tim-Berners-Lee, yeni oluşturulan arama motoru Google'ın kollarını açarak kavradığı HTTP biçimindeki ilk WWW'yi yarattı. Daha sonra 2003 yılında Ben Treynor, Google ile çalışmaya başladı ve site güvenilirlik mühendisleri (SRE'ler) için ayrı bir geliştirme ve üretim (veya operasyonel) ortamı geliştirdi.

Ufaklık o sırada bilir; SRE'ler yakında ilk gerçek 'DevOps' uygulayıcıları haline geleceklerdi!

Patrick Debois: BT işlevini bir fikirle modernize eden kişi – 'DevOps'

DevOps'un babası, isyankar tavrıyla dünyanın en iyi izleme yazılımının geliştirilmesine öncülük eden Patrick Debois'dır şüphesiz. Bunu nasıl yapabildi? Verilen sorunun cevabı, DevOps'un sağlam temelini gizleyecektir.

2007'de Patrick, test prosedürleri aracılığıyla veri geçişi kavramını anlamak için çalışmaya başladı. Geliştirme tarafında ileri geri geçiş ve operasyonel tarafta siloların varlığı gibi belirli hususların herhangi bir projeyi durdurduğunu fark etmesine yol açtı. Ayrıca bu tür sorunları çözmek için; projede iki taraf arasında gezinirken çok fazla zaman ve çaba kaybı yaşandı.

Aklına bir soru gelmeye başlar: “Projenin başarısızlığa dönüşmesini önlemek için geliştirme ve operasyonel taraf arasındaki boşluk nasıl kapatılır?”

Neyse ki 2008'de Toronto, Kanada'da Andrew Shafer kılığında yardımcısı ile tanıştığı “Çevik Altyapı” başlıklı bir konferansa katıldı. Her ikisi de, benzer düşünen insanların geliştirme ve operasyon ekibi arasındaki yolları düzeltmek için bir çözüm bulmak üzere fikirlerini paylaşabilecekleri bir tartışma grubu oluşturdu.

Şunlar hoşunuza gidebilir: DevOps ile HIPAA Uyumluluk Otomasyonu | Bilmen gereken her şey!

Flickr ve Dev+Ops ile flörtü

Başlangıçta, hem Debois hem de Shafer fazla dikkat çekmeyi başaramadı. Ancak şansları yaver gitti, Google dahil olmak üzere dev teknoloji şirketleri, arıza süresini azaltmak ve müşteriler arasında artan öfkeyi telafi etmek için SRE'nin Debois'nınkiyle eşleşen fikrini uygulamaya başladı.

İki ekip (Dev & Ops) arasında her zaman bir tartışma olduğunu fark etmeye başlayan John Allspaw ve Paul Hammond adlı iki Flickr mühendisi girin. Operasyonel ekiplerin her zaman yönetimlerine karşı olduğunu ve kod oluşturan geliştirme ekibinin her zaman operasyonel ekibi işaret ettiğini gördüler.

Bu nedenle, bir çözüm önerdiler: "düşünce süreci geliştiricilerinkine benzeyen operasyonları" işe alın ve bunun tersi de geçerlidir. Dünya için ne anlama geliyordu?

Projenin tek adımlı inşası ve devreye alınması için operasyon ve geliştirme ekibini otomasyon yoluyla entegre etme zamanının olgunlaştığını gösterdi. Sonuç olarak, "DevOps" doğdu, ancak bir farkla: Bireysel isim yok!

Belçika: DevOpsDays'in ortaya çıktığı yer

Dünyanın hızla Dev+Ops terimine gelmesiyle, Belçikalı mühendis Patrick Debois (yukarıda bahsedildiği gibi), 'çevik sistem yönetiminin' faydalarını anlatmak için küçük bir konferans düzenlemeye karar verdi. Sosyal medya platformu Twitter'da fikrinin reklamını yaparken; "DevOps" (kısaltılmış bir geliştirme ve operasyon biçimi) adlı bir hashtag oluşturdu.

Kısa bir süre sonra Debois, dünyadaki tüm geliştiricileri ve operatörleri tek bir platformda bir araya getirmek için yerelleştirilmiş bir biçimde "DevOpsDays" düzenledi. Olay büyük alkış aldı.

Sadece bu da değil, hashtag kısa sürede küresel bir başarıya dönüştü ve Flicker geliştiricileri bile şaşkına döndü.

Modern DevOps: BT sektörünü değiştiren bir yazılım monitörü

DevOps nispeten yeni bir metodoloji olmasına rağmen, tüm DevOps danışmanlık firmaları size teknoloji dünyasının ne kadar hızlı hareket ettiğini ve DevOps'un dünyadaki tüm BT endüstrileri arasında nasıl geniş kabul gördüğünü anlatıyor.

2013'te bir terim konuşuluyordu ve soruna çözüm bulmayı vurgulayan "Franken-monitör" etkisiydi. Ayrıca, şirketlere arıza sürelerini ve bina kurulumuyla ilgili maliyetleri önlemek için Frank-monitörlerini inşa etmekten kaçınmalarını da söyler.

DevOps'taki son artışı desteklemek için Garter, söz konusu teknolojinin yalnızca niş bir teknoloji olmaktan çıkıp tüm dünyada birinci sınıf hizmetler haline gelmek üzere ana akım bir yazılım çözümüne geçiş yolunda olduğunu tahmin ediyor.

Dahası, Forrester araştırması 2017'yi "DevOps yılı" ilan etti. Neden? Bunun nedeni, o zamanlar kuruluşların yaklaşık %50'sinin kendi sektörlerinde daha iyi bir servet elde etmek için DevOps'u bir hizmet sağlayıcı olarak kabul etmeye başlamış olmasıdır.

Şunlar da ilginizi çekebilir: Yoğun Talepte 7 Yüksek Ücret Getiren DevOps İşi ​​Rolü.

DevOps: Gelecekte daha mı gevşek yoksa kazanan mı?

Böylece herkes, sadece kısa bir tarihin tüm hikayeyi anlatmayacağından emin olacaktır. Peki, endüstrinin nasıl ilerlediğini merak etmek gerekir?

İzleme terimlerine göre DevOps, son anket raporundan da anlaşılacağı gibi, artan bir hızla büyüyor. Küresel DevOps pazarının 2020'ye kadar %19,42'lik bir YBBO göreceğini gösteriyor. Bu, DevOps'un başka bir yeni teknoloji onu devirene ve gelecekte sağlam bir pozisyon alana kadar burada kalacağını gösteriyor.

DevOps'un zamanla olgunlaştığını gördük ve yapay zekanın gelişi, akıllı telefonlardan sürücüsüz araçlara geçti. Dolayısıyla, DevOps'un geleceği parlak ve tüm potansiyel müşteriler için bir kazan-kazan durumu olacak.

DevOps, herhangi bir kuruluş için uygundur ve ihtiyaçlarını karşılamak için zaman ayıracak bir ortağa ihtiyaç vardır. Bu nedenle, DevOps danışmanlık şirketlerinden yardım alın ve yönetim ve operasyon ekibinizin projeleri gecikmeden bitirmesine yardımcı olacak araçları bulmaları için uzmanlarını işe alın. Ayrıca, müşterilere en iyi hizmeti sunmayı ve memnuniyet düzeyi yüksek olmayı da sağlayacaktır.

 Bu makale Emorphis Technologies'den Abhinav Shrivastava tarafından yazılmıştır. Abhinav, teknolojiye aşık bir pazarlamacıdır. Yıllar boyunca, birçok teknoloji ürününün/projesinin parçası olmuştur ve teknolojinin günlük yaşamımızdaki insani etkisini görmekten heyecan duymaktadır. Mobilite alanında derin bilgi ve anlayışa sahip ve akıllı telefonların ve uygulamaların sağlığımızı, yaşam tarzımızı ve bilgimizi iyileştirmek için nasıl kullanıldığını görmekten mutlu. O bir mümindir; Allah'a inanır, kendine inanır, insanlara inanır ve refaha inanır. Onu LinkedIn'de takip edebilirsiniz.