DevOps denetim listesi

  • Makale

DevOps, yazılım teslimi için geliştirme, kalite güvencesi ve BT işlemlerinin birleşik bir kültür ve süreç kümesiyle tümleştirilmesidir. DevOps kültürünüzü ve işleminizi değerlendirmek için başlangıç noktası olarak bu denetim listesini kullanın.

Kültür

Kuruluşlar ve ekipler arasında iş uyumluluğu sağlayın. Bir kuruluştaki kaynaklar, amaç, hedefler ve önceliklerle ilgili çakışmalar başarılı operasyonlar için bir risk olabilir. İş, geliştirme ve operasyon ekiplerinin uyumlu olduğundan emin olun.

Ekibinizin yazılım yaşam döngünüzü anladığınızdan emin olun. Ekibinizin uygulamalarınızın genel yaşam döngüsünü ve her uygulamanın bu yaşam döngüsü içinde nerede olduğunu anlaması gerekir. Bu bilgilere sahip olmak, tüm ekip üyelerinin şimdi ne yapacaklarını ve gelecekte neleri planlamaları ve hazırlamaları gerektiğini bilmelerine yardımcı olur.

Döngü süresini azaltın. Fikirlerden kullanılabilir geliştirilmiş yazılımlara geçmek için gereken süreyi en aza indirmeyi hedefleyin. Test yükünü düşük tutmak için tek tek sürümlerin boyutunu ve kapsamını sınırlayın. Mümkün olduğunda derleme, test, yapılandırma ve dağıtım işlemlerini otomatikleştirin. Geliştiriciler arasında ve geliştiriciler ile operasyon ekipleri arasındaki iletişimin önündeki tüm engelleri temizleyin.

İşlemleri gözden geçirin ve geliştirin. Hem otomatik hem de el ile gerçekleştirilen işlemleriniz ve yordamlarınız hiçbir zaman nihai olmaz. Sürekli iyileştirme hedefiyle geçerli iş akışlarının, yordamların ve belgelerin düzenli gözden geçirmelerini ayarlayın.

Proaktif planlama yapın. Proaktif olarak hata için planlayın. Ortaya çıkan sorunları hızlı bir şekilde belirlemek, sorunları düzeltmek için doğru ekip üyelerine iletir ve çözümlerini onaylamak için süreçlere sahip olun.

Hatalardan öğrenin. Hatalar kaçınılmazdır, ancak bunları tekrarlamamak için hatalardan ders almak önemlidir. bir işlem hatası oluşursa sorunu önceliklendirme, nedenini ve çözümünü belgeleme ve öğrendiğiniz tüm dersleri paylaşma. Mümkün olduğunda, gelecekte bu tür hataları otomatik olarak algılamak için derleme işlemlerinizi güncelleştirin.

Hız için iyileştirme ve veri toplama. Planlanan her gelişme bir hipotezdir. Mümkün olan en küçük artışlarla çalışın. Yeni fikirleri deneme olarak değerlendirin. Denemelerin verimliliğini değerlendirmek için üretim verilerini toplamak için denemeleri izleme. Hipotez yanlışsa hızlı başarısız olmaya hazır olun.

Öğrenme için zaman tanıyin. Hatalar ve başarılar öğrenme için fırsatlar sağlar. Yeni projelere geçmeden önce önemli dersleri toplamak için zaman tanıyıp ekibinizin bu dersleri emdiğinden emin olun. Ayrıca ekibinize beceriler oluşturma, deneme yapma ve yeni araçlar ve teknikler hakkında bilgi edinme zamanı verin.

Belge işlemleri. Tüm araçları, süreçleri ve otomatik görevleri ürün kodunuzla aynı kalite düzeyiyle belgele. Kurtarma işlemleri ve diğer bakım yordamlarıyla birlikte, desteklediğiniz sistemlerin geçerli tasarımını ve mimarisini belgeleyin. Teorik olarak en uygun süreçlere değil, aslında gerçekleştirdiğiniz adımlara odaklanın. Belgelerinizi düzenli olarak gözden geçirin ve güncelleştirin. Kod için, özellikle genel API'lerde anlamlı açıklamalar eklediğinizden emin olun. Mümkün olduğunda otomatik olarak kod belgeleri oluşturmak için araçları kullanın.

Bilgi paylaşımı. Belgeler yalnızca kişiler var olduğunu biliyorsa ve bu belgeyi bulabiliyorsa yararlıdır. Belgelerinizi düzenli tutun ve kolayca bulunabilir hale getirin. Yaratıcı olun: Bilgi paylaşmak için kahverengi torbalar (resmi olmayan sunumlar), videolar veya bültenler kullanın.

Geliştirme

Geliştiricilere üretim benzeri ortamlar sağlayın. Geliştirme ve test ortamları üretim ortamınızla eşleşmiyorsa sorunları test etmek ve tanılamak zordur. Geliştirme ve test ortamlarını üretim ortamınıza mümkün olduğunca yakın tutun. Test verilerinin, gerçek üretim verileri değil de örnek veriler olsa bile üretimde kullandığınız verilerle tutarlı olduğundan emin olun (gizlilik veya uyumluluk nedeniyle). Örnek test verilerini oluşturmayı ve anonimleştirmeyi planlayın.

Tüm yetkili ekip üyelerinin altyapı sağlayıp uygulamaları dağıtaadığından emin olun. Üretim benzeri kaynakların ayarlanması ve bir uygulamanın dağıtılması, karmaşık el ile gerçekleştirilen görevleri veya sistemle ilgili ayrıntılı teknik bilgileri içermemelidir. Doğru izinlere sahip olan herkesin operasyon ekibinize gitmeden üretim benzeri kaynaklar oluşturabilmesi veya dağıtabilmesi gerekir.

Bu öneri, herkesin bir üretim dağıtımına canlı güncelleştirme gönderebileceği anlamına gelmez. Üretim benzeri ortamlar oluşturmak için geliştirme ve Soru-Cevap ekiplerinin uyuşmalarını azaltmaktır.

İçgörü için her uygulamayı izleme. Uygulamalarınızın durumunu anlamak için nasıl performans gösterdiklerini ve herhangi bir hata veya sorunla karşılaşıp karşılaşmadıklarını bilmeniz gerekir. Her zaman tasarım gereksinimi olarak izleme ekleyin ve baştan itibaren her uygulamaya izleme oluşturun. İzleme, kök neden analizi için olay günlüğünü, ayrıca her uygulamanın sistem durumunu ve kullanımını izlemek için telemetri ve ölçümler içermelidir.

Teknik borcunuzu takip edin. Birçok proje, sürüm zamanlamalarını bir dereceye kadar kod kalitesine göre önceliklendirir. Kısayolların ne zaman alındığını veya diğer en iyi olmayan uygulamaları her zaman belgele ve bu sorunları yeniden ziyaret etmek için zaman zamanla.

Güncelleştirmeleri doğrudan üretime göndermeyi göz önünde bulundurun. Genel yayın döngüsü sürenizi azaltmak için düzgün test edilmiş kod işlemelerini doğrudan üretime göndermeyi göz önünde bulundurun. Hangi özellikleri etkinleştirebileceğinizi denetlemek için özellik geçişlerini kullanın. Ardından özellikleri etkinleştirmek veya devre dışı bırakmak için geçiş düğmelerini kullanarak geliştirme aşamasından sürüme hızla geçebilirsiniz. Geçişler, üretim ortamınızın bir alt kümesine belirli bir özelliği dağıttığınız kanarya sürümleri gibi testler gerçekleştirdiğinizde de kullanışlıdır.

Test Etme

Testi otomatikleştirme. Yazılımı el ile test etmek yorucudur ve hataya açıktır. Yaygın test görevlerini otomatikleştirin ve testleri derleme süreçlerinizle tümleştirin. Otomatik test, tutarlı test kapsamı ve yeniden üretilebilirlik sağlar. Tümleşik ui testleri çalıştırdığınızda otomatik bir araç da kullanın. Azure, test yapılandırmanıza ve çalıştırmanıza yardımcı olabilecek geliştirme ve test kaynakları sunar. Daha fazla bilgi için bkz . Azure'da geliştirme ve test yapma.

Hataları test edin. Bir sistem bir hizmete bağlanamayınca sistem düzgün bir şekilde yanıt vermelidir. Hizmet yeniden kullanılabilir olduğunda sistem kurtarılmalıdır. Test ve hazırlama ortamlarında hata ekleme testini gözden geçirmenin standart bir parçası yapın. Test süreciniz ve uygulamalarınız olgunlaştığında bu testleri üretim ortamında çalıştırmayı göz önünde bulundurun.

Üretim ortamında test. Bir yayın işlemi üretime dağıtımla bitmiyor. Dağıtılan kodun beklendiği gibi çalıştığından emin olmak için testleri yapın. Seyrek güncelleştirdiğiniz dağıtımlar için, üretim testini bakımın düzenli bir parçası olarak zamanlayın.

Performans sorunlarını erken tanımlamak için performans testlerini otomatikleştirin. Ciddi bir performans sorununun etkisi koddaki bir hata kadar ciddi olabilir. Otomatik işlevsel testler uygulama hatalarını engelleyebilir ancak bu testler performans sorunlarını algılamayabilir. Gecikme süresi, yükleme süreleri ve kaynak kullanımı gibi ölçümler için kabul edilebilir performans hedefleri tanımlayın. Uygulamanızın bu hedefleri karşıladığından emin olmak için yayın işlem hattınıza otomatik performans testleri ekleyin.

Kapasite testi gerçekleştirin. Bir uygulama, test koşulları altında sorunsuz çalışabilir ve ardından ölçek veya kaynak sınırlamaları nedeniyle üretimde sorun yaşayabilir. Beklenen maksimum kapasiteyi ve kullanım sınırlarını her zaman tanımlayın. Uygulamanın bu sınırları işleyebileceğinden emin olmak için test edin, aynı zamanda bu sınırları aştığınızda ne olacağını test edin. Düzenli aralıklarla kapasite testi yapın.

İlk sürümden sonra, üretim kodunu her güncelleştirdiğinizde performans ve kapasite testleri çalıştırmanız gerekir. Geçmiş verileri kullanarak testlerde ince ayarlamalar yapın ve ne tür testler yapmanız gerektiğini belirleyin.

Otomatik güvenlik sızma testi gerçekleştirin. Uygulamanızın güvenliğini sağlamak, diğer işlevleri test etme kadar önemlidir. Otomatik sızma testini derleme ve dağıtım sürecinizin standart bir parçası haline getirin. Dağıtılmış uygulamalarda düzenli güvenlik testleri ve güvenlik açığı taraması zamanlayın, açık bağlantı noktalarını, uç noktaları ve saldırıları izleyin. Otomatik test, düzenli aralıklarla ayrıntılı güvenlik gözden geçirme gereksinimini ortadan kaldırmaz.

Otomatik iş sürekliliği testi gerçekleştirin. Yedekleme kurtarma ve yük devretme dahil olmak üzere büyük ölçekli iş sürekliliği için testler geliştirin. Bu testleri düzenli olarak gerçekleştirmek için otomatik işlemler ayarlayın.

Sürüm

Dağıtımları otomatikleştirme. Otomasyon, aşağıdakiler dahil olmak üzere birçok avantaj sağlar:

  • Daha hızlı ve daha güvenilir dağıtımlar sağlar.
  • Test, hazırlama ve üretim dahil olmak üzere desteklenen herhangi bir ortama tutarlı dağıtımlar sağlama.
  • El ile yapılan dağıtımların ortaya çıkarabileceği insan hatası riskini ortadan kaldırma.
  • Olası kapalı kalma süresinin etkilerini en aza indiren uygun zamanlara yönelik yayınları zamanlamayı kolaylaştırır.

Her uygulamayı test, hazırlama ve üretim ortamlarınıza dağıtma işlemini otomatikleştirin. Dağıtım sırasında sorunları algılamak için sistemlerin mevcut olmasını sağlayın ve düzeltmeleri ileri sarmak veya değişiklikleri geri almak için otomatik bir yönteme sahip olun.

Sürekli tümleştirmeyi kullanın. Sürekli tümleştirme (CI), tüm geliştirici kodlarını düzenli bir zamanlamaya göre merkezi bir kod tabanında birleştirme ve ardından standart derleme ve test işlemlerini otomatik olarak gerçekleştirme uygulamasıdır. CI, tüm ekibin bir kod tabanında çakışma olmadan aynı anda çalışabilmesini sağlar. CI, kod hatalarını mümkün olan en erken zamanda bulmanıza da yardımcı olur. Tercihen, kodu her işlediğinizde veya iade ettiğiniz her seferde ci işlemi çalıştırılmalıdır. Günde en az bir kez çalıştırılmalıdır.

Gövde tabanlı bir geliştirme modelini benimsemeyi göz önünde bulundurun. Bu modelde geliştiriciler tek bir dala (gövde) taahhüt eder. İşlemelerin bir derlemeyi asla bozmama gereksinimi vardır. Bu model, tüm özellik çalışmalarını gövdede yaptığınız ve her işleme gerçekleştiğinde birleştirme çakışmalarını çözümlediğiniz için CI'yi kolaylaştırır.

Sürekli teslim kullanmayı göz önünde bulundurun. Sürekli teslim (CD), kodu otomatik olarak oluşturarak, test ederek ve üretim benzeri ortamlara dağıtarak kodun her zaman dağıtıma hazır olmasını sağlama uygulamasıdır. Tam CI/CD işlem hattı oluşturmak için CD eklemek, kod hatalarını en kısa sürede algılamanıza yardımcı olur. Ayrıca, kısa sürede düzgün şekilde test edilmiş güncelleştirmeler yayımlayabilmenizi sağlar.

Sürekli dağıtım , CI/CD işlem hattından geçirilen güncelleştirmeleri otomatik olarak alan ve bunları üretime dağıtan bir işlemdir. Sürekli dağıtım, güçlü otomatik test ve gelişmiş süreç planlaması gerektirir. Tüm takımlar için uygun olmayabilir.

Küçük, artımlı değişiklikler yapın. Büyük kod değişikliklerinin hatalara neden olma olasılığı daha küçük olanlardan daha yüksektir. Mümkün olduğunda değişiklikleri küçük tutun. Bunu yapmak, her değişikliğin olası etkilerini sınırlar ve sorunları anlama ve hata ayıklama görevini basitleştirir.

Değişikliklere maruz kalma durumunu kontrol edin. Güncelleştirmelerin son kullanıcılarınız tarafından ne zaman görüleceğini denetlediğinizden emin olun. Son kullanıcılar için özellikleri ne zaman açabileceğinizi denetlemek için özellik geçişlerini kullanmayı göz önünde bulundurun.

Dağıtım riskini azaltmak için yayın yönetimi stratejileri uygulayın. Bir uygulama güncelleştirmesinin üretime dağıtılması her zaman bazı risklere neden olur. Bu riski en aza indirmek için, bir kullanıcı alt kümesine güncelleştirme dağıtmak için kanarya sürümleri veya mavi/yeşil dağıtımlar gibi stratejileri kullanın. Her güncelleştirmenin beklendiği gibi çalıştığını onaylayın ve ardından her güncelleştirmeyi sistemin geri kalanına dağıtın.

Tüm değişiklikleri belgele. Küçük güncelleştirmeler ve yapılandırma değişiklikleri karışıklık ve sürüm çakışması kaynağı olabilir. Ne kadar küçük olursa olsun değişiklikleri her zaman net bir şekilde kaydedin. Uyguladığınız düzeltme ekleri, ilke değişiklikleri ve yapılandırma değişiklikleri dahil olmak üzere değişen her şeyi günlüğe kaydetme. Değişikliklerin kaydı ekibinizin tamamı tarafından görülmelidir. Ancak bu günlüklere hassas veriler eklemeyin. Örneğin, bir kimlik bilgilerinin güncelleştirildiğini ve değişikliği kimin yaptığını günlüğe kaydedin, ancak güncelleştirilmiş kimlik bilgilerini kaydetmeyin.

Altyapıyı sabit hale getirebilirsiniz. Sabit altyapı, üretim ortamına dağıtıldıktan sonra altyapıyı değiştirmemeniz gerektiği ilkesini temel alır. Aksi takdirde, geçici değişikliklerin uygulandığı bir duruma geçebilirsiniz ve bu da tam olarak nelerin değiştiğini öğrenmenizi zorlaştırır. Sabit altyapı, tüm sunucuları yeni dağıtımların bir parçası olarak değiştirerek çalışır. Bu yaklaşımla kodunuzu ve barındırma ortamınızı bir blok olarak test edebilir ve dağıtabilirsiniz. Dağıtımdan sonra, bir sonraki derleme ve dağıtım döngüsüne kadar altyapı bileşenlerini değiştirmezsiniz.

İzleme

Sistemleri gözlemlenebilir hale getirin. operasyon ekibiniz her zaman sistem veya hizmetin durumuyla ilgili net görünürlüğe sahip olmalıdır. Durumu izlemek için dış sistem durumu uç noktalarını ve işlem ölçümlerini izlemek için uygulamaları kodlayın. Olayları sistemler arasında ilişkilendirmenize yardımcı olan ortak ve tutarlı bir şema kullanın. Azure kaynaklarının sistem durumunu ve durumunu izlemenin standart yöntemi, Azure Tanılama ve Uygulama Analizler kullanmaktır. Azure İzleyici , bulut veya karma çözümler için merkezi izleme ve yönetim de sağlar.

Günlükleri ve ölçümleri toplama ve ilişkilendirme. Düzgün şekilde izlenmiş bir telemetri sistemi, büyük miktarda ham performans verileri ve olay günlükleri sağlar. İşletim personelinin sistem durumuyla ilgili her zaman güncel bir resme sahip olması için sisteminizin telemetri verilerini ve günlük verilerini hızlı bir şekilde işlediğinden ve ilişkilendirdiğinden emin olun. Sorunları uyumlu bir şekilde görebilmeniz ve olayların birbiriyle ne zaman ilişkili olduğunu görebilmeniz için verileri düzenleyin ve görüntüleyin.

Verilerin nasıl işlendiği ve verilerin ne kadar süreyle depolanmasıyla ilgili gereksinimler için kurumsal saklama ilkenize başvurun.

Otomatik uyarılar ve bildirimler uygulama. Olası veya geçerli sorunları gösteren desenleri veya koşulları algılamak için İzleyici gibi izleme araçlarını ayarlayın. Sorunları çözebilecek ekip üyelerine uyarılar gönderin. Hatalı pozitif sonuçları önlemek için uyarıları ayarlayın.

Varlıkları ve kaynakları süre sonu için izleyin. Sertifikalar gibi bazı kaynakların ve varlıkların süresi dolar. Hangi varlıkların süresinin dolduğunu, ne zaman sona ereceğini ve hangi hizmet veya özelliklerin bunlara bağlı olduğunu takip ettiğinizden emin olun. Bu varlıkları izlemek için otomatik işlemleri kullanın. Bir varlığın süresi dolmadan önce operasyon ekibinizi bilgilendirin ve süre sonu uygulamaların kesintiye uğramasını tehdit ederse durumu yükseltin.

Yönetim

İşlem görevlerini otomatikleştirme. Yinelenen işlem işlemlerini el ile işlemek hataya açıktır. Tutarlı yürütme ve kalite sağlamak için mümkün olduğunca bu görevleri otomatikleştirin. Otomasyonu uygulayan sürüm kodu için kaynak denetimini kullanın. Diğer kodlarda olduğu gibi otomasyon araçlarınızı da test edin.

Sağlama için kod olarak altyapı yaklaşımını benimser. Kaynakları sağlamak için ihtiyacınız olan el ile yapılandırma miktarını en aza indirin. Bunun yerine betikleri ve Azure Resource Manager şablonlarını kullanın. Betikleri ve şablonları, bakımını yaptığınız diğer kodlar gibi kaynak denetiminde tutun.

Kapsayıcıları kullanmayı göz önünde bulundurun. Kapsayıcılar, uygulamaları dağıtmak için standart bir paket tabanlı arabirim sağlar. Kapsayıcıları kullandığınızda, uygulamayı çalıştırmak için ihtiyacınız olan tüm yazılımları, bağımlılıkları ve dosyaları içeren bağımsız paketleri kullanarak bir uygulama dağıtırsınız. Bu uygulama dağıtım işlemini büyük ölçüde basitleştirir.

Kapsayıcılar ayrıca bir uygulama ile temel alınan işletim sistemi arasında ortamlar arasında tutarlılık sağlayan bir soyutlama katmanı oluşturur. Bu soyutlama, bir kapsayıcıyı bir konakta çalışan diğer işlemlerden veya uygulamalardan da yalıtabilir.

Dayanıklılık ve kendi kendini iyileştirme uygulama. Dayanıklılık, bir uygulamanın hatalardan kurtarılabilmesidir. Dayanıklılık stratejileri geçici hataları yeniden denemeyi ve ikincil örneğe ve hatta başka bir bölgeye yük devretmeyi içerir. Daha fazla bilgi için bkz . Güvenilir Azure uygulamaları tasarlama. Kesintileri veya diğer sistem hatalarını yönetebilmeniz için uygulamalarınızı sorunları hemen bildirecek şekilde işaretleyin.

İşlem kılavuzuna sahip olun. İşlem el kitabı veya runbook, operasyon personelinin bir sistemi koruması için ihtiyacınız olan yordamları ve yönetim bilgilerini belgeler. Ayrıca, bir hata veya hizmetinizde başka bir kesinti sırasında devreye girebilecek tüm operasyon senaryolarını ve risk azaltma planlarını belgeleyin. Geliştirme süreciniz sırasında bu belgeleri oluşturun ve daha sonra güncel tutun. Bu kaynakları düzenli olarak gözden geçirmeniz, test etmeniz ve geliştirmeniz gereken canlı belgeler olarak değerlendirin.

Paylaşılan belgeler kritik öneme sahiptir. Ekip üyelerini katkıda bulunmaya ve bilgi paylaşmaya teşvik edin. Tüm ekibinizin belgelere erişimi olmalıdır. Ekipte yer alan herkesin belgeleri güncel tutmasına yardımcı olmasını kolaylaştırın.

Aramadaki yordamları belgeleyin. Arama görevlerini, zamanlamalarını ve yordamlarını belgelediğinden ve bunları tüm ekip üyeleriyle paylaştığınızdan emin olun. Bu bilgileri her zaman güncel tutun.

Üçüncü taraf bağımlılıkları için belge yükseltme yordamları. Uygulamanız doğrudan denetlemediğiniz dış üçüncü taraf hizmetlere bağımlıysa kesintilerle başa çıkmak için bir plan yapmanız gerekir. Planlanan risk azaltma işlemleriniz için belgeler oluşturun. Destek kişilerini ve yükseltme yollarını ekleyin.

Yapılandırma yönetimini kullanın. Yapılandırma değişikliklerini planlayın, işlemlerde görünür hale getirin ve kaydedin. Bu amaçlar için bir yapılandırma yönetimi veritabanı veya kod olarak yapılandırma yaklaşımı kullanabilirsiniz. Beklenen ayarların gerçekten geçerli olduğundan emin olmak için yapılandırmayı düzenli olarak denetleyin.

bir Azure desteği planı alın ve destek sürecini anlayın. Azure birçok destek planı sunar. İhtiyaçlarınız için doğru planı belirleyin ve tüm ekibinizin planı nasıl kullanacağınızı bildiğinden emin olun. Ekip üyeleri planın ayrıntılarını, destek sürecinin nasıl çalıştığını ve Azure ile destek bileti açmayı anlamalıdır. Yüksek ölçekli bir olay bekliyorsanız Azure desteği hizmet sınırlarınızı artırmanıza yardımcı olabilir. Daha fazla bilgi için bkz. Azure desteği planları hakkında SSS.

Kaynaklara erişim sağlarken en az ayrıcalıklı ilkeleri izleyin. Kaynaklara erişimi dikkatle yönetin. Kullanıcıya bir kaynağa açıkça erişim vermediğiniz sürece erişimi varsayılan olarak reddedin. Kullanıcılara yalnızca görevlerini tamamlamak için ihtiyaç duydukları şeylere erişim izni verin. Kullanıcı izinlerini izleyin ve düzenli güvenlik denetimleri gerçekleştirin.

Azure rol tabanlı erişim denetimini kullanın. Kullanıcı hesapları atamak ve kaynaklara erişim sağlamak el ile gerçekleştirilen bir işlem olmamalıdır. Microsoft Entra Id kimliklerini ve gruplarını temel alan erişim vermek için Azure rol tabanlı erişim denetimini (Azure RBAC) kullanın.

Sorunları izlemek için bir hata izleme sistemi kullanın. Sorunları izlemek için iyi bir yol olmadan öğeleri kolayca kaçırabilirsiniz, çalışmayı çoğaltabilirsiniz veya yeni sorunlar ortaya atabilirsiniz. Hataların durumunu izlemek için resmi olmayan kişiler arası iletişime güvenmeyin. Sorunlarla ilgili ayrıntıları kaydetmek, bunlara çözüm bulmak için kaynaklar atamak ve ilerleme durumu ile ilgili bir denetim kaydı sağlamak için bir hata izleme aracı kullanın.

Değişiklik yönetim sistemindeki tüm kaynakları yönetin. DevOps işleminizin tüm yönlerini bir yönetim ve sürüm oluşturma sistemine eklerseniz, değişiklikleri kolayca izleyebilir ve denetleyebilirsiniz. Kodu, altyapıyı, yapılandırmayı, belgeleri ve betikleri ekleyin. Tüm bu tür kaynakları test etme, oluşturma ve gözden geçirme sürecinde kod olarak değerlendirin.

Denetim listelerini kullanın. İşlem denetim listeleri, işlemleri izlemenize yardımcı olabilir. Büyük bir kılavuzdaki bir şeyi kaçırmak kolaydır, ancak denetim listesini takip etmek, aksi takdirde gözden kaçırabileceğiniz ayrıntılara dikkat çekmeye zorlayabilir. Denetim listelerini koruyun ve görevleri otomatikleştirmenin ve süreçleri kolaylaştırmanın yollarını sürekli arayın.

Sonraki adımlar