DevOps denetim listesi

DevOps, geliştirme, kalite güvencesi ve BT işlemlerinin, yazılım sunmaya yönelik Birleşik bir kültür ve işlem kümesi ile tümleştirilmesine yöneliktir. DevOps kültür ve işleminizi değerlendirmek için bu denetim listesini bir başlangıç noktası olarak kullanın.

Kültür

Kuruluşlar ve takımlar arasında iş uyumluluğu sağlayın. Bir kuruluştaki kaynaklar, amaç, hedefler ve öncelikler üzerinde çakışmalar, başarılı işlemler için risk oluşturabilir. İş, geliştirme ve operasyon ekiplerinin tümünün hizalandığından emin olun.

Tüm ekibin yazılım yaşam döngüsünü anladığından emin olun. Takımınızın, uygulamanın genel yaşam döngüsünü ve uygulamanın Şu anda hangi yaşam döngüsünü kullandığını anlaması gerekir. Bu, tüm ekip üyelerinin şimdi ne yapılması gerektiğini ve gelecekte ne planlama ve hazırlanması gerektiğini öğrenmenize yardımcı olur.

Geçiş süresini azaltın. Fikirlerinizi daha fazla geliştirilmiş yazılıma taşımak için gereken süreyi en aza indirmek için hedefleyin. Test yükünü düşük tutmak için bireysel yayınların 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 işlemler arasında iletişim kurmak için tüm engelleri temizleyin.

İşlem inceleyin ve bunları geliştirebilirsiniz. İşlemler ve yordamlarınız, hem otomatik hem de el ile, hiçbir şekilde sondur. Sürekli iyileştirme amacını içeren geçerli iş akışları, yordamlar ve belgeler için düzenli İncelemeleri ayarlayın.

Proaktif planlama yapın. Hata için proaktif plan. Sorunları ortaya çıktığında hızlı bir şekilde tanımlamak, düzeltmek için doğru takım üyelerine iletmek ve çözümlemeyi onaylamak için süreçler yerinde.

Hatalardan öğrenin. Hatalarla ilgilenmez, ancak yinelenmemek için hatalardan öğrenmeleri önemlidir. İşlemsel bir hata oluşursa, sorunu önceliklendirin, nedeni ve çözümü belgeleyin ve öğrenilen tüm dersleri paylaşabilirsiniz. Mümkün olduğunda, gelecekte bu hata türünü otomatik olarak algılamak için yapı işlemlerinizi güncelleştirin.

Hız için iyileştirin ve veri toplayın. Her planlı geliştirme bir varsayımdır. Mümkün olan en küçük artışlarla çalışın. Yeni fikirleri denemeleri olarak değerlendirin. Denemeleri ' i, verimliliğini değerlendirmek için üretim verilerini toplayabilmeniz için işaretleyin. Varsayım yanlış ise hızlı bir şekilde hazırlanmaya hazırlıklı olun.

Öğrenme zamanına izin verin. Hataların ve başarıların her ikisi de öğrenmede iyi fırsatlar sağlar. Yeni projelere geçmeden önce önemli dersleri toplamaya yetecek kadar zaman bekleyin ve bu derslerin ekibiniz tarafından sağlandığından emin olun. Ayrıca ekibe yetenekler oluşturma, deneme ve yeni araçlar ve teknikler hakkında bilgi edinme süresi de sunun.

Belge işlemleri. Ürün kodunuzla aynı kalite düzeyine sahip tüm araçları, işlemleri ve otomatikleştirilmiş görevleri belgeleyin. Her türlü sistem için geçerli tasarımı ve mimariyi, kurtarma işlemlerini ve diğer bakım yordamlarını belgeleyin. Gerçekten gerçekleştirdiğiniz adımlara odaklanarak, teorik olarak en iyi süreçler değildir. Belgeleri düzenli olarak gözden geçirin ve güncelleştirin. Kod için, özellikle ortak API 'lerde anlamlı açıklamaların eklendiğinden emin olun ve mümkün olduğunda otomatik olarak kod belgeleri oluşturmak için araçları kullanın.

Bilgi paylaşma. Belgeler yalnızca kişilerin var olduğunu ve bulabileceğini bilmesini sağlar. Belgelerinin düzenli ve kolay bir şekilde bulunabilir olduğundan emin olun. Yaratıcı olun: bilgi paylaşmak için kahverengi torbaları (resmi olmayan sunular), videoları veya haber bültenlerini kullanın.

Geliştirme

Geliştiricilere üretime benzer ortamlar sağlayın. Geliştirme ve test ortamları üretim ortamıyla eşleşmezse sorunları test etmek ve tanılamak zor olur. Bu nedenle, geliştirme ve test ortamlarını, üretim ortamına mümkün olduğunca yakın bir şekilde saklayın. Test verilerinin, örnek veriler ve gerçek üretim verileri olmasa bile üretimde kullanılan verilerle tutarlı olduğundan emin olun (gizlilik veya uyumluluk nedenleriyle). Örnek test verileri oluşturmayı ve Anonimleştir planlayın.

Tüm yetkili takım üyelerinin altyapı HAZIRLAYABİLDİĞİ ve uygulamayı dağıtabolduğundan emin olun. Üretim benzeri kaynakları ayarlama ve uygulamayı dağıtma, el ile gerçekleştirilen görevleri veya sistem hakkında ayrıntılı teknik bilgileri içermemelidir. Doğru izinlere sahip olan herkes, işlemler ekibine geçmeden üretim benzeri kaynakları oluşturabilmeli veya dağıtabilmelidir.

Bu öneri, herkesin üretim dağıtımına canlı güncelleştirmeler gönderemediğini göstermez. Geliştirme ve QA ekiplerinin üretime benzer ortamlar oluşturmalarına yönelik uyuşmazlıkları azaltmaktadır.

Uygulamayı Öngörüler için işaretleyin. Uygulamanızın sistem durumunu anlamak için, nasıl çalıştığını ve hata veya problemlerle karşılaşmadığını bilmeniz gerekir. Her zaman bir tasarım gereksinimi olarak araçları dahil edin ve başlangıçtan itibaren uygulamada izleme oluşturun. İzleme, kök neden analizi için olay günlüğü 'nü ve ayrıca uygulamanın genel durumunu ve kullanımını izlemek için telemetri ve ölçümleri içermelidir.

Teknik borcunu izleyin. Birçok projede yayın zamanlamaları, kod kalitesine göre bir dereceye veya diğerine öncelik verebilir. Bu gerçekleştiğinde her zaman takip edin. Tüm kısayolları veya diğer alt uygulamaları belgeleyin ve ileride bu sorunları geri ziyaret etmek için zaman çizelgesini zamanlayın.

Güncelleştirmeleri doğrudan üretime göndermeyi düşünün. Tüm yayın döngüsünü azaltmak için, doğru şekilde test edilmiş kod yürütmelerini doğrudan üretime göndermeyi düşünün. Hangi özelliklerin etkinleştirildiğini denetlemek için özellik geçiş tuşlarını kullanın. Bu sayede, özellikleri etkinleştirmek veya devre dışı bırakmak için geçiş düğmelerini kullanarak geliştirmede hızlı bir şekilde geçiş yapabilirsiniz. Ayrıca, belirli bir özelliğin üretim ortamının bir alt kümesine dağıtıldığı kanarya yayınlarıgibi testleri gerçekleştirirken geçiş yapar.

Test Etme

Sınamayı otomatikleştirin. Yazılımı el ile test etme, sıkıcı ve hataya açıktır. Ortak test görevlerini otomatikleştirin ve testleri yapı süreçlerinizle tümleştirin. Otomatikleştirilmiş test, tutarlı test kapsamı ve reproducibility sağlar. Tümleşik UI testleri de otomatik bir araç tarafından gerçekleştirilmelidir. Azure, test yapılandırmanıza ve yürütmelerine yardımcı olabilecek geliştirme ve test kaynakları sunar. Daha fazla bilgi için bkz. geliştirme ve test.

Hatalara yönelik test edin. Bir sistem bir hizmete bağlanamıyorsa nasıl yanıt verir? Hizmet yeniden kullanılabilir olduğunda bu, kurtarabilir. Hata ekleme testini test ve hazırlama ortamları üzerinde bir gözden geçirmeyi standart bir parçası haline getirin. Test işleminiz ve uygulamalarınızı etkin olmadığında, bu testleri üretimde çalıştırmayı göz önünde bulundurun.

Üretimde test edin. Yayın işlemi üretime dağıtım ile bitmiyor. Dağıtılan kodun beklendiği gibi çalıştığından emin olmak için testlerin yerinde olması gerekir. Seyrek güncelleştirilmemiş dağıtımlar için, bakım açısından düzenli bir bölüm olarak üretim testi zamanlayın.

Performans sorunlarını erken belirlemek için performans testini otomatikleştirin. Ciddi bir performans sorununun etkisi koddaki bir hata kadar ciddi olabilir. Otomatikleştirilmiş işlevsel testler uygulama hatalarını önleyebilmesine karşın, 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ın bu hedefleri karşıladığından emin olmak için yayın işlem hattınızda otomatik performans testleri ekleyin.

Kapasite testi gerçekleştirin. Uygulama, test koşulları altında düzgün çalışabilir ve ölçek veya kaynak sınırlamaları nedeniyle üretimde sorunlar olabilir. Her zaman beklenen maksimum kapasite ve kullanım sınırlarını tanımlayın. Uygulamanın bu sınırları işleyebildiğinizden emin olmak için test edin, ancak aynı zamanda bu sınırlar aşıldığında ne olacağını da test edin. Kapasite testi, düzenli aralıklarla gerçekleştirilmelidir.

İlk sürümden sonra, üretim koduna güncelleştirmeler yapıldığında performans ve kapasite testlerini çalıştırmalısınız. Testleri ince ayar yapmak ve hangi tür testlerin gerçekleştirilmesi gerektiğini belirlemek için geçmiş verileri kullanın.

Otomatik güvenlik oyma testi gerçekleştirin. Uygulamanızın güvenli olmasını sağlamak, diğer işlevlerin test edilmesi açısından önemlidir. Derleme ve dağıtım sürecinin standart bir parçasını otomatik olarak sızma testi yapın. Dağıtılan uygulamalarda düzenli güvenlik testlerini ve güvenlik açığı taramasını, açık bağlantı noktaları, uç noktaları ve saldırıları izlemeyi zamanlayın. Otomatikleştirilmiş test, düzenli aralıklarla derinlemesine güvenlik gözden geçirmeleri gereksinimini ortadan kaldırmaz.

Otomatik iş sürekliliği testi gerçekleştirin. Yedekleme kurtarma ve yük devretme gibi büyük ölçekli iş sürekliliği için testler geliştirin. Bu testleri düzenli olarak gerçekleştirmek için otomatikleştirilmiş işlemleri ayarlayın.

Yayınla

Dağıtımları otomatikleştirin. Uygulamayı test, hazırlama ve üretim ortamlarına dağıtmaya otomatik hale getirin. Otomasyon daha hızlı ve daha güvenilir dağıtımlar sağlar ve desteklenen herhangi bir ortama tutarlı dağıtımlar sağlar. El ile gerçekleştirilen dağıtımlar nedeniyle oluşan insan hatası riskini ortadan kaldırır. Ayrıca, olası kapalı kalma süresinin etkilerini en aza indirmek için yayınları uygun zamanlar için zamanlamayı da kolaylaştırır. Dağıtım sırasında herhangi bir sorunu tespit etmek için sistemlere sahip olmak ve düzeltmeleri ileri geri alma veya değişiklikleri geri alma için otomatik bir yoldur.

Sürekli tümleştirme 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 sonra otomatik olarak standart derleme ve test işlemlerini gerçekleştirme yöntemidir. CI bir ekibin bir kod tabanında, çakışmalar olmadan aynı anda çalışabilmesini sağlar. Ayrıca, kod arızalarının mümkün olduğunca erken bulunabilmesini de sağlar. Tercihen, CI işlemi kod her işlendiği veya iade edildiğinde çalışmalıdır. En azından, günde bir kez çalışmalıdır.

Bir Santral tabanlı bir geliştirme modelibenimsemeye yarar. Bu modelde, geliştiriciler tek bir dala (santral) sahiptir. Yürütmelerin derlemeyi hiçbir şekilde bozmaması için bir gereksinim vardır. Bu model CI 'yı kolaylaştırır, çünkü tüm özellik işleri santral içinde gerçekleştirilir ve kayıt gerçekleştiğinde birleştirme çakışmaları çözümlenir.

Sürekli teslim kullanmayı düşünün. Sürekli teslim (CD), kodu üretim benzeri ortamlara otomatik olarak oluşturarak, test ederek ve dağıtarak kodun dağıtıma her zaman hazırlanmasını sağlamaya yönelik bir uygulamadır. Tam bir CI/CD işlem hattı oluşturmak için sürekli teslim eklemek, kod kusurlarını en kısa sürede tespit etmenize yardımcı olur ve düzgün şekilde test edilmiş güncelleştirmelerin çok kısa bir süre içinde yayınlanmasını sağlar.

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

Küçük artımlı değişiklikler yapın. Büyük kod değişikliklerinin hataları ortaya çıkaracak büyük bir olasılığı vardır. Mümkün olduğunda değişiklikleri küçük tutun. Bu, her değişikliğin olası etkilerini kısıtlar ve tüm sorunları anlamanıza ve hata ayıklamanızı kolaylaştırır.

Değişikliklerin pozlamasını denetleme. Güncelleştirmelerin Son kullanıcılarınıza ne zaman görünmediğine ilişkin denetim aşamasında olduğunuzdan emin olun. Özelliklerin son kullanıcılar için ne zaman etkinleştirildiğini denetlemek için özellik geçiş düğmelerini kullanmayı düşünün.

Dağıtım riskini azaltmak için Release Management stratejilerini uygulayın. Uygulama güncelleştirmesinin üretime dağıtımı, her zaman risk taşır. Bu riski en aza indirmek için, kullanıcıların bir alt kümesine güncelleştirme dağıtmak üzere kanarya yayınları veya mavi yeşil dağıtımlar gibi stratejileri kullanın. Güncelleştirmenin beklendiği gibi çalıştığından emin olun ve ardından güncelleştirmeyi sistemin geri kalanına geçirin.

Tüm değişiklikleri belgeleyin. Küçük güncelleştirmeler ve yapılandırma değişiklikleri, karışıklık ve sürüm çakışmalarını bir kaynak olabilir. Her zaman ne kadar küçük olursanız olsun her değişiklik için açık bir kayıt saklayın. Düzeltme ekleri uygulanmış, ilke değişiklikleri ve yapılandırma değişiklikleri dahil olmak üzere değişiklik yaptığı her şeyi günlüğe kaydedin. (Hassas verileri bu günlüklere eklemeyin. Örneğin, bir kimlik bilgisinin güncelleştirildiğini ve değişikliği kimin yaptığını, ancak güncelleştirilmiş kimlik bilgilerini kaydetmez.) Değişikliklerin kaydı ekibin tamamına görünür olmalıdır.

Altyapıyı sabit hale getirmeyi düşünün. Sabit altyapı, üretim ortamına dağıtıldıktan sonra altyapıyı değiştirmemelisiniz. Aksi halde, geçici değişikliklerin uygulandığı bir duruma sahip olabilirsiniz, böylece tam olarak nelerin değiştiğini öğrenin. Sabit altyapı, tüm sunucuları yeni dağıtım kapsamında değiştirerek işe yarar. Bu, kodun ve barındırma ortamının bir blok olarak sınanmasını ve dağıtılmasını sağlar. Dağıtıldıktan sonra, altyapı bileşenleri bir sonraki derleme ve dağıtım döngüsüne kadar değiştirilmez.

İzleme

Sistemleri observable yapın. İşlemler ekibinin, sistem veya hizmetin durumu ve durumu için her zaman açık görünürlüğe sahip olması gerekir. Durumu izlemek için dış sistem durumu uç noktaları ayarlayın ve uygulamaların işlem ölçümlerini işaretlemek için kodlanmış olduğundan emin olun. Sistem genelindeki olayları ilişkilendirmenize yardımcı olan ortak ve tutarlı bir şema kullanın. Azure tanılama ve Application Insights , Azure kaynaklarının sistem durumunu ve durumunu izlemenin standart yöntemidir. Azure izleyici ayrıca bulut veya karma çözümler için merkezi izleme ve yönetim sağlar.

Günlükleri ve ölçümleri toplayın ve birbiriyle ilişkilendirin. Düzgün şekilde işaretlenmiş bir telemetri sistemi, büyük miktarda ham performans verisi ve olay günlüğü sağlar. Telemetri ve günlük verilerinin kısa bir süre içinde işlendiğinden ve bağıntılı olduğundan emin olun, böylece operasyon personeli her zaman sistem durumunun güncel bir resmine sahip olur. Herhangi bir sorunun yanı sıra, olayların birbirleriyle ilgili olduğu durumlarda net bir görünüm sağlayan şekilde verileri düzenleyin ve görüntüleyin.

Verilerin nasıl işlendiği ve ne kadar süreyle depolanacağı hakkında gereksinimler için Şirket bekletme ilkenize başvurun.

Otomatik uyarılar ve bildirimler uygulayın. Olası veya geçerli sorunları belirten desenleri veya koşulları algılamak ve sorunları ele alan takım üyelerine uyarı göndermek için Azure izleyici gibi izleme araçlarını ayarlayın. Hatalı pozitif durumları önlemek için uyarıları ayarlayın.

Süre sonları için varlıkları ve kaynakları izleyin. Sertifikalar gibi bazı kaynaklar ve varlıkların belirli bir süre sonunda süresi dolacak. Hangi varlıkların sona ereceği, ne zaman sona erdikleri ve hangi hizmetlerin veya özelliklerin bunlara bağımlı olduğunu izlemediğinizden emin olun. Bu varlıkları izlemek için otomatikleştirilmiş süreçler kullanın. Bir varlık süresi dolmadan önce operasyon ekibine bildirin ve süre sonu, uygulamayı kesintiye uğraştırarak ilerletildiyse ilerletin.

Yönetim

İşlem görevlerini otomatikleştirin. Yinelenen işlem süreçlerini el ile işleme, hataya açıktır. Tutarlı yürütme ve kalite sağlamak için mümkün olduğunda bu görevleri otomatikleştirin. Otomasyonu uygulayan kodun kaynak denetiminde sürümlenmiş olması gerekir. Diğer herhangi bir kodda olduğu gibi, otomasyon araçlarının de test olması gerekir.

Sağlamaya yönelik bir kod olarak altyapı yaklaşımı alın. Kaynakları sağlamak için gereken el ile yapılandırma miktarını en aza indirin. Bunun yerine, komut dosyaları ve Azure Resource Manager şablonları kullanın. Kaynak denetiminde, bakım yaptığınız diğer tüm kodlar gibi betikleri ve şablonları saklayın.

Kapsayıcıları kullanmayı düşünün. Kapsayıcılar, uygulamaları dağıtmak için standart bir paket tabanlı arabirim sağlar. Kapsayıcıları kullanarak bir uygulama, uygulamayı çalıştırmak için gerekli tüm yazılım, bağımlılık ve dosyaları içeren ve dağıtım sürecini büyük ölçüde kolaylaştıran, bağımsız paketler kullanılarak dağıtılır.

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

Dayanıklılık ve kendi kendini iyileştirme uygulayın. Dayanıklılık, bir uygulamanın hatalardan kurtulmasına olanak tanır. Dayanıklılık stratejileri, geçici hataların yeniden denenmesini ve ikincil bir örneğe ya da başka bir bölgeye yük devretmesini içerir. Daha fazla bilgi için bkz. güvenilir Azure uygulamaları tasarlama . Sorunları anında bildirilecek şekilde yapın ve kesintileri veya diğer sistem başarısızlıklarını yönetebilirsiniz.

İşlemler el ile yapılır. İşlemler el ile veya runbook 'u , Operations personeli için gerekli olan yordamları ve yönetim bilgilerini bir sistem bakımını sağlar. Ayrıca, bir hata ya da hizmetinize başka bir kesinti sırasında yürütmeye gelmiş olabilecek tüm işlem senaryolarını ve azaltma planlarını belgeleyin. Geliştirme süreci sırasında bu belgeleri oluşturun ve daha sonra güncel tutun. Bu, yaşayan bir belgedir ve düzenli olarak incelenmeli, test edilmelidir ve iyileştirilmelidir.

Paylaşılan belgeler kritiktir. Ekip üyelerini bilgi katkıda bulunmak ve bilgi paylaşmak için teşvik edin. Tüm ekibin belgelere erişimi olmalıdır. Ekipte herkesin belgeleri güncel tutmaya yardımcı olmasını kolaylaştırır.

Çağrı üzerinde belge yordamları. Arama görevleri, zamanlamaların ve yordamların tüm takım üyeleriyle belgelendiğinden ve paylaşıldığından emin olun. Bu bilgileri her zaman güncel tutun.

Üçüncü taraf bağımlılıklar için yükseltme yordamlarını belgeleyin. Uygulamanız, doğrudan denetlediğiniz dış üçüncü taraf hizmetlere bağımlıysa, kesintilerle uğraşmak için bir planınız olmalıdır. Planlı 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şiklikleri planlanmalı, işlemlere görünebilir ve kaydedilir. Bu, bir yapılandırma yönetimi veritabanının veya bir kod olarak yapılandırma yaklaşımın biçimini alabilir. Beklendiklerin gerçekten yerinde olduğundan emin olmak için yapılandırmanın düzenli olarak denetlenmesi gerekir.

Bir Azure destek planı alın ve işlemi anlayın. Azure, çeşitli destek planlarısunar. Gereksinimleriniz için doğru planı belirleme ve tüm ekibin nasıl kullanılacağını bildiğinden emin olun. Ekip üyeleri planın ayrıntılarını, destek işleminin nasıl çalıştığını ve bir destek biletini Azure ile açmayı anlamalıdır. Yüksek ölçekli bir olay benimsemeyi bekleme. Azure desteği, hizmet limitlerinizi arttırmaya yardımcı olabilir. Daha fazla bilgi için bkz. Azure desteği SSS.

Kaynaklara erişim verirken en az ayrıcalık ilkelerini izleyin. Kaynaklara erişimi dikkatle yönetin. Bir kullanıcıya açık olarak bir kaynağa erişim verilmediği takdirde, erişim varsayılan olarak reddedilir. Yalnızca kendi görevlerini tamamlaması için ihtiyaç duydukları kullanıcılara erişim izni verin. Kullanıcı izinlerini izleyin ve düzenli güvenlik denetimleri gerçekleştirin.

Azure rol tabanlı erişim denetimi kullanın. Kullanıcı hesapları ve kaynaklara erişim atanması el ile gerçekleştirilen bir işlem olmamalıdır. Azure rol tabanlı erişim denetimi (Azure RBAC) kullanarak Azure Active Directory kimlikleri ve grupları temel alan erişim izni verin.

Sorunları izlemek için bir hata izleme sistemi kullanın. Sorunları izlemenin iyi bir yolu olmadan, öğeleri kaçırmak, işleri yinelemek veya ek sorunlar tanıtmak kolaydır. Hataların durumunu izlemek için resmi olmayan kişiden kişiye güvenmeyin. Sorunlar hakkındaki ayrıntıları kaydetmek, kaynakları ele almak için kaynaklar atamak ve ilerleme ve durumun denetim izini sağlamak için bir hata izleme aracı kullanın.

Değişiklik yönetimi sistemindeki tüm kaynakları yönetin. DevOps işleminizin tüm yönleri bir yönetim ve sürüm oluşturma sistemine dahil edilmelidir, böylece değişikliklerin kolayca izlenebilmesini ve denetlenmesi sağlanır. Bu kod, altyapı, yapılandırma, belgeler ve betikler içerir. Tüm bu kaynak türlerini test/derleme/İnceleme işlemi boyunca kod olarak değerlendirin.

Denetim listelerini kullanın. İşlemlerin izlendiğinden emin olmak için işlem denetim listeleri oluşturun. Büyük bir el ile bir şeyi kaçırmak yaygındır ve bir denetim listesinin takip edilmesi, başka türlü ayrıntılarda daha fazla göz ardı edilebilir. Denetim listelerini koruyun ve görevleri otomatikleştirmeyi ve işlemleri kolaylaştırmanın yollarını sürekli olarak bulun.

DevOps hakkında daha fazla bilgi için bkz. Visual Studio sitesinde DevOps nedir? .