Menü

DevOps'ta Sürüm Yönetimi

release management devops

Sorunları Ortadan Kaldırmak Için Enstrümanımızı Deneyin

DevOps'ta Sürüm Yönetimi nedir?

Umarım net olmuşsundur DevOps'ta Yapılandırma Yönetimi kavramı son eğitimimizden.

DevOps'u daha önce tanımladığımız gibi, DevOps, yazılıma başlangıcından üretime teslim edilene kadar sahip olduğu ve uygulamanın gereksinimlere göre üretimde performans göstermesini sağlayan ekibin tamamıdır.

Önerilen Okuma => Şimdiye Kadarki En İyi DevOps Eğitim Öğreticileri

DevOps

Bu nedenle, hepimizin bildiği gibi 'Sürüm Yönetimi', yazılımın hangi sürümünün hangi ortama, ne zaman ve nasıl dağıtılacağını yönetmek, yalnızca Sürüm Yöneticisinin değil, DevOps'taki tüm ekibin sorumluluğudur.

DevOps'ta Sürüm Yönetiminin başlıca faydaları şu şekilde özetlenebilir:

    • Daha hızlı ve tutarlı teslimatlar.
    • Güçlü denetim ve değişikliklerin izlenebilirliği.
    • Serbest bırakma sürecinin otomasyonu: Daha yüksek kalite, tutarlılık, güven.
    • Başarılı ve tutarlı teslimatlarla güveni artırır.
    • Serbest bırakma - stressiz aktivite
    • Kesinti yok

VİDEO Bölüm 4 Blok 2: Yayın Yönetimi- 17 dakika 12 saniye

Transcript:

Bu blokta, anlayacağız DevOps'un Sürüm Yönetimi prosedürü .

DevOps bağlamında Sürüm Yönetimi nedir ve başlıca Avantajları nelerdir?

Sürüm yönetimini düşündüğümde aklıma gelen çeşitli sorular, hangi sürümün hangi ortamda çalıştığı ve orada hangi yamaların uygulandığıdır. Dağıtılan düzeltmeler hangileri ve hangi müşteri için?

Biliyorum, tüm bu bilgilerin kaydını tutmak sürüm yöneticisinin baş ağrısıdır. Daha önce, sürüm yönetiminin ne Dev'in ne de Ops'un sorumluluğunda olduğunu biliyoruz. Yazılım yayın faaliyetlerini yöneten ayrı bir sürüm yönetimi ekibiydi.

CCB ve CAB adlı ayrı bir kurul, değişiklik kontrol panosu, değişiklik onay panosu, değişiklikleri yönetme ve neyin uygulanıp neyin uygulanmayacağını kontrol etme sorumluluğunu yerine getirmek için kullanılır.

Ama şimdi DevOps ile işler değişti. Ve bu artık sadece sürüm yöneticisinin değil, tüm ekibin sorumluluğunda.

DevOps'u daha önce tanımladığımız gibi DevOps, yazılımın başlangıcından üretime teslim edilinceye kadar sahip olduğu ve uygulamanın gereksinimlere göre üretimde performans göstermesini sağlayan bütün bir ekiptir.

Bu nedenle, DevOps'ta kod siteye dağıtılmadıkça ve performansı belirli bir süre boyunca başarılı bir şekilde izlenmedikçe, yazılım geliştirme görevi tamamlanmış olmaz.

Bu nedenle, yazılım teslimatının ve canlı performansının sorumluluğu ekipteki herkese aittir. Yayın yönetimi görevleri de öyle.

DevOps'ta Sürüm yönetimi yönleri hakkında daha fazla bilgi edineceğiz.

Release Management nedir anlayalım?

Hepimizin bildiği gibi, geniş bir perspektiften, sürüm yönetimi, bilgilerin benzerini, yazılımın veya bileşenlerin hangi sürümlerinin hangi ortamlara, ne zaman ve nasıl dağıtıldığını yönetmek ve sürdürmektir.

ps4 için en iyi sanal gerçeklik başlığı

Yani, bu tamamen sürüm yönetimi ile ilgili.

Sürüm Yönetimi Sürecinin nasıl işlediğini görelim.

Daha öncekilerden farklı olarak, DevOps'ta resmi bir CCB yoktur. Ancak bu, değişikliklerin onaylanmadığı anlamına gelmez.

Onaylar ayrıca bir araç aracılığıyla da gerçekleşir. Jeera ve ClearQuest gibi değişiklik yönetimi araçları, değişikliklerin kaydedilmesini ve onaylanmasını gerçekleştirmek ve bunları bir teknik borç veya yeni bir gereksinim olarak bir biriktirme listesine oluşturmak amacıyla Geliştirme ekibine yönlendirmek için kullanılır.

Program ekibi tarafından alınan bu değişiklikler oluşturulur, test edilir ve otomatik teslim hattıyla birlikte üretime otomatik olarak dağıtılır. Ancak her değişiklik, sürüm kontrolünde günlüğe kaydediliyor ve bu değişiklikler, teslimat hattı boyunca denetleniyor ve test ediliyor.

Bu nedenle, ekip tarafından yapılan değişiklikler ne olursa olsun, sürüm kontrol aracına kaydedilir ve ortamlara başarıyla dağıtılanlar ve bunların yapılandırmaları, yapılandırma aracında mevcuttur.

Bu nedenle, hem sürüm kontrolü hem de konfigürasyon yönetimi birlikte bize neyin, ne zaman piyasaya sürüldüğünün, nerede ve nasıl piyasaya sürüldüğünün net bir resmini verir.

Dolayısıyla, DevOps bağlamında, temelde sürüm kontrolü ve bir sürüm yönetimi aracı olarak hareket eden konfigürasyon yönetimidir. Dolayısıyla, bu iki süreç ve araç, geleneksel geliştirme yöntemimizde adlandırdığımız bir CCB işlevi görür.

Temel olarak, bu değişikliklerin veya sürümlerin her birini ideal olarak doğrulayan ve üretime geçmesine izin veren bir CCB yöneticisinin işini otomatikleştirir.

DevOps söz konusu olduğunda, sertifikalandırılan sürüm değil, manuel kapılar ile birlikte otomatik bir şekilde onaylanan tüm teslimat hattıdır.

Bu tür bir yayın yönetimi, DevOps'un bir parçası olarak ayrı bir etkinlik değildir, ancak sürüm kontrolü, yapılandırma yönetimi ve dağıtım ardışık düzeninin yanı sıra DevOps ardışık düzeninin veya teslim hattının bir parçası olarak zaten yerleşiktir.

Bu nedenle, konfigürasyon yönetimi ile birleştirildiğinde sürüm kontrolü, sürüm yönetimini yapar.

Birkaç saatlik bir süre içinde teslimat yapmayı hedeflediğimiz DevOps uygulamasına geçerken, otomasyonla manuel olarak yönettikleri geleneksel sürüm yönetimi süreçleriyle bu tür sık ​​dağıtımları ve kayıtlarını ve bakımını manuel olarak yönetmek pratik olarak imkansızdır. çok az.

Bu nedenle, sürüm yönetimi sürecinin tam otomasyonu bir zorunluluktur.

Ayrıca DevOps ardışık düzeninde, değişiklikler onaylanır, oluşturulur, test edilir ve sürüm kontrolüne alınırsa, otomatik olarak üretime uygulanırsa dağıtımları kontrol etmemize gerek yoktur. Tabii ki, özellik geçişleri, bunları üretimde kontrol etmek için açmak veya kapatmak için var.

Her değişikliğin denetimi ve izlenebilirliği, sürüm yönetimi perspektifinden sahip olduğumuz en güçlü avantajlardan biridir. Bu nedenle, DevOps ardışık düzenini veya dağıtım ardışık düzenini oluşturduğumuzda, bu günlük kaydı ve denetimi ardışık düzen içinde oluştururuz, böylece ortamdaki gerçek zamanlı olaylar kaydedilir ve denetlenir.

Böylece, uygulamayı çevreye dağıtma eylemi nedeniyle ortaya çıkan gerçek olayları alacağız. Daha kısa ve daha küçük sürüm olduğundan, bu değişiklikleri ardışık düzen boyunca izlemek oldukça kolaydır.

Sürüm yönetiminin Araçlar kısmına geldik.

Piyasada bulunan Sürüm Yönetimi araçları, değişikliklerin otomatik olarak zamanında ve hatasız yapılmasını sağlar ve kullanıcılara maksimum değeri sunmayı hedefler.

Temel olarak, otomatik dağıtım sırasında dağıtım hattında kullanılan dağıtım araçlarıdır.

XL Sürümü, Sürekli Dağıtım için özel olan böyle bir sürüm yönetim aracıdır. Daha önce söylediğim gibi, bu araçlar DevOps ekiplerinin dağıtım modellerini tasarlamalarına ve dağıtımla ilgili tüm görevleri otomatikleştirerek ve sürümleri yöneterek sürümleri izlemelerine yardımcı olur.

Plutora, sürümlerin teslim edilmesine yardımcı olan isteğe bağlı bir Kurumsal BT Sürüm Yönetimi yazılım araç seti sağlayan böyle güçlü bir araçtır.

BMC Software’in Sürüm Yaşam Döngüsü Yönetimi ürünü, yazılım sürümünün ilerlemesinin uçtan uca görünürlüğünü sağlayan BMC Software tarafından sağlanan bir sürüm yönetim aracıdır. Görünüşe göre, merkezi bir web tabanlı portal aracılığıyla kullanıcılar, yapılan her değişikliğin sonuçlarını izlemek için uygulama geliştirmeyi, kalite güvencesini ve üretimi izleyebilir.

XebiaLabs'tan başka bir araç var. Bu araç, yazılım sürümleri için boru hattını planlamayı, otomatikleştirmeyi ve analiz etmeyi sağlar.

DevOps'un otomatik sürüm yönetim sisteminin faydalarını listeleyelim.

Her şeyden önce, otomatikleştirilen tüm sürüm yönetimi süreçleri, ekibin müşterilere daha hızlı ve tutarlı teslimat yapmasına yardımcı olur.

DevOps ortamında herhangi bir sürüm veya değişiklik sürekli bir dağıtım hattından geçirildiğinde, ortamda gerçekte ne olduğuna dair her bilginin açıkça günlüklere yazılacağını öğrendik.

Bu nedenle, sürümün belirli bir ortama gerçek dağıtımı sırasında olanlarla ilgili olarak, günlüğe yazılan gerçek şeylere veya gerçek zamanlı olaylara sahip olacağız.

Bu nedenle, bununla, DevOps'ta çok güçlü bir denetime ve değişikliklerin izlenebilirliğine sahibiz.

Herhangi bir zamanda, herhangi biri teslimat hattının herhangi bir bölümünde herhangi bir değişiklik yaparsa, takip edilecektir.

Sürüm kontrolünde, nelerin değiştirildiğini, nelerin konuşlandırıldığını ve ilgili konfigürasyonlarına sahip olacağız. Dolayısıyla bu, her sürümde neyin teslim edildiği, nereye, ne zaman ve nasıl teslim edildiği ile ilgili ayrıntılar hakkında net bir görünürlük sağlar.

Sürüm ardışık düzeninin otomasyonu, DevOps'un manuel müdahaleyi olabildiğince önleyen bir başka harika özelliğidir ve aynı zamanda başarısız sürümü başarılı sürümle karşılaştırarak sürüm arızaları durumunda geriye doğru izlenmesi çok kolaydır.

Bu nedenle, serbest bırakma hattının otomasyonu bize dakikalar içinde daha yüksek kalitede teslimat sağlar. İnsan hataları, tutarlılık ve tabii ki teslimatlarda daha fazla güven yapılır.

Bu aynı zamanda ekibin, yayın sürecini ve dağıtımlarını kapsamlı bir şekilde anlamalarını sağlayarak, dağıtımın veya 'üretime yayınlamanın' rutin veya günlük bir program olduğunu hissetmesini sağlar.

Hiç şüphe yok ki bu rahatlık ve zamandan tasarruf, insanların rutin şeylerden çok diğer önemli şeylere odaklanmasına izin veriyor.

Daha önce biliyoruz, sürümler eskiden saatlerden sonra veya erken saatlerde ve genellikle hafta sonları oluyordu. Ve ekibin bu zamanlamalarda bu sürümleri desteklemesi gerekiyordu.

Serbest bırakılmadan önceki tüm stresli anları düşünün, konuşlandırmayı gerçekleştirmek için sonraki saatlerde veya sabahın erken saatlerinde uyanık olmak, insan hataları yapmakla sonuçlanmak, bir değişiklik yapmayı unutmak ve ardından serbest bırakmayı başarılı kılmak için Tanrı'ya dua etmek ve bunun gibi.

Şimdi, mevcut DevOps dağıtım ve sürüm yönetimi yöntemi, daha önceki stresli anlarımızın tüm sıkıntılarına perde açtı.

android için en iyi müzik indirici uygulaması nedir

Artık hafta sonu konuşlandırmaları, uykusuz geceler ve dağıtım stresi yok. Her şey otomatiktir. Bu nedenle, yeni özellikler yayınlamak veya değişiklikleri güncellemek artık stresli bir aktivite değildir.

DevOps dağıtım yöntemi, tüm müşterilere sinir bozucu kesinti mesajları gönderme ve onlardan hizmeti kullanmayı bırakmalarını isteme veya meydana gelen beklenmedik sorunlarla ani sürprizler verme gibi önceki durumlara karşı, kullanıcılara kesinti veya herhangi bir kesinti içermemesini içerir. yükseltme sırasında ve aksama süresinin daha da uzatılması.

Saçma !! Yapmakta olduğumuz yazılım yükseltmelerinden neden rahatsız olmalılar veya neden bu güncellemelerle başları belaya girsin?

Yazılım ekibinin sunucuda yaptığı güncellemeler ile kullanıcıları rahatsız etmeyin. Dolayısıyla DevOps'un sürüm oluşturma yöntemi tüm bu sorunlara bir son verdi.

Artık bir gecede dağıtım yok, müşterilere dağıtım yamaları yok ve hizmet kesintisi yok.

Bununla, 'DevOps'ta Sürüm Yönetimi' konusunu tamamlıyoruz.

Yaklaşan eğitimimizde hakkında daha fazla şey öğreneceğiz DevOps'ta Uygulama Performansı İzleme süreci.

PREV Eğitimi | SONRAKİ Eğitici

Önerilen Kaynaklar

^