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

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

Bulut bilişimin yanı sıra, dünya çapında önde gelen ticari kuruluşların kaynaklarını sonuna kadar kullanmaları gibi bir yazılım çözümü vardır. İşte DevOps: Geliştirme ve Operasyon ekiplerinin birleşimi!

Şimdi bir soru: DevOps'a geçiş bir kuruluş için ne getiriyor? Şeffaflığı, açık iletişimi ve disiplinler arası sağlam 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 peşinde koşarken onun geçmişini, nereden geldiğini ve nasıl gündeme geldiğini bilmek daha faydalı olacaktır. DevOps'un önemini ve bir işletmenin nasıl daha verimli görünmesini sağladığını anlatan birçok makale var. Bununla birlikte, belirli bir bulut sunucusu izleme platformu hakkında geçmişi gösteren ve birinin onu tam olarak anlamak için önemli adımı atmasına yardımcı olan blogların zerreleri yoktur.

Sadece onları tekrar etmekten kaçınarak önceki hatalardan ders çıkarmaya yardımcı olmakla kalmayacak, aynı zamanda geleceği hakkında daha iyi tahminde bulunmaya da yardımcı olacaktır. Bu nedenle, DevOps evriminin tarihine ve onu mükemmel bir çözüm haline getirmek için mevcut şekliyle nasıl şekillendiğine üstünkörü bir göz atın.

Devam etmeden önce, DevOps'un geçmişini ve gelişimini bir dakika içinde ve her kullanıcının incelemekten memnuniyet duyacağı doğru bir şekilde gösterecek olan bilgi grafiğini kontrol edebilirsiniz.

Şimdi en önemli kısım geliyor.

Sizin için önerilenler: Bilmediğiniz 7 DevOps Araç Zinciri Orkestrasyon Çözümü.

DevOps'un kökeni nedir?

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

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

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

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

1980'lerin sonunda, CRT monitörleri uygun fiyatlı hale geldi ve geliştiricilerin iş istasyonunda kolayca çalışmasına izin verdi. Artık '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ı. Sadece 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 doğru hızla ilerleyen Tim-Berners-Lee, yeni oluşturulan arama motorunun Google'ın açık kollarla yakaladığı HTTP biçiminde 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.

Küçük olan bilir o zaman; SRE'ler kısa süre sonra ilk gerçek 'DevOps' uygulayıcılarına dönüşecekti!

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

DevOps'un babası, tiksindirici tavrıyla dünyanın en iyi izleme yazılımının geliştirilmesine öncülük eden Patrick Debois'tir. 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 bazı hususların herhangi bir projenin durmasını sağladığını fark etmesine yol açtı. Ayrıca bu tür sorunları çözmek için; projede iki taraf arasında gezinirken çok fazla zaman ve emek kaybı oldu.

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

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

Şunları beğenebilirsiniz: DevOps ile HIPAA Uyumluluk Otomasyonu | Bilmen gereken her şey!

Flickr ve Dev+Ops ile flört etmesi

Başlangıçta, hem Debois hem de Shafer fazla dikkat çekmedi. Ancak Google'ın da aralarında bulunduğu dev teknolojiler, arıza süresini azaltmak ve müşteriler arasında artan öfkeyi telafi etmek için Debois'inkiyle eşleşen SRE fikrini birleştirmeye başladılar.

İ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ühendisine 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 yüzden bir çözüm önerdiler: Düşünce süreci tıpkı geliştiricilerinkine benzeyen 'op'ları işe alın' ve tam tersi. Dünya için ne anlama geliyordu?

Projenin tek adımlı bir şekilde oluşturulması ve devreye alınması için operasyonel ve geliştirme ekibini otomasyon yoluyla entegre etme zamanının geldiğini gösterdi. Sonuç olarak, "DevOps" doğdu, ancak bir değişiklikle: Tek bir isim yok!

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

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

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

Sadece bu değil, hashtag kısa sürede küresel bir başarıya dönüştü ve Flicker geliştiricilerini bile hayrete düşürdü.

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ı, teknoloji dünyasının ne kadar hızlı hareket ettiğini ve DevOps'un dünya çapındaki tüm BT endüstrileri arasında nasıl geniş bir kabul gördüğünü size anlatıyor.

2013'te bir terim ses getiriyordu ve soruna çözüm bulmayı vurgulayan “Franken-monitor” etkisiydi. Ayrıca, şirketlere, arıza sürelerini ve bina kurulumuyla ilgili maliyetleri önlemek için Frank-monitörlerini kurmamalarını söyler.

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

Dahası, Forrester araştırması 2017'yi “DevOps yılı” olarak ilan etti. Niye ya? Bunun nedeni, o zaman, kuruluşların yaklaşık %50'sinin, kendi sektörlerinde daha iyi bir servet aramak için bir hizmet sağlayıcı olarak DevOps'u başlatmaya başlamasıdır.

Şunlar da hoşunuza gidebilir: Güçlü Talepte 7 Yüksek Ücretli DevOps İş Rolü.

DevOps: Gelecekte kaybeden mi yoksa kazanan mı?

Böylece, herkes kısa bir tarihin tüm hikayeyi anlatmayacağından emin olacaktır. Öyleyse, endüstrinin nasıl hareket ettiğini merak etmeli mi?

Gözlem açısından bakıldığında, DevOps, son anket raporundan da anlaşılacağı gibi, hızlanan bir oranda patlama yaşıyor. Küresel DevOps pazarının 2020'ye kadar %19,42'lik bir YBBO göreceğini gösteriyor. DevOps'un başka bir yeni teknoloji onu devirip gelecekte sağlam bir pozisyon alana kadar burada kalacağını gösteriyor.

DevOps'un ilerleyen zamanla olgunlaştığını ve AI'nın gelişinin akıllı telefonlara kendi kendini süren araçlara girdiğini gördük. Dolayısıyla DevOps'un geleceği parlak ve tüm beklentiler için bir kazan-kazan durumu olacak.

DevOps, herhangi bir kuruluş için uygundur ve birinin ihtiyaçlarını karşılamak için zaman ayıracak bir ortağa ihtiyacı vardır. Bu nedenle, yönetim ve operasyon ekibinizin projeleri gecikmeden bitirmesine yardımcı olacak araçları bulmak için DevOps danışmanlık şirketlerinden yardım alın ve uzmanlarını işe alın. Ayrıca, müşterilere sunulan en iyi hizmetleri yüksek memnuniyet düzeyi ile de 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ı oldu ve teknolojinin insan üzerindeki etkisini günlük hayatımızda görmekten heyecan duyuyor. Hareketlilik alanı hakkı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. Kendisini LinkedIn'den takip edebilirsiniz.