Güvenilirlik Yönetimi

  • Makale

Üretim hizmetleri geliştirme/test aboneliğinde olmasa da, üretimde güvenilirlik sağlamak için Azure geliştirme/test aboneliğinizdeki diğer aşamaları kullanabilirsiniz.

Kuruluşunuzun geliştirme/test aboneliklerini kullanırken şunları nasıl yapacağınıza karar vermeniz gerekir:

  • Denetim verileri
  • Güvenliği ve erişimi denetleme
  • Bu üretim sisteminin çalışma süresini yönetme

Genellikle, üretimden önce geçtiğiniz farklı dağıtım aşamaları vardır: paylaşılan, Soru-Cevap, tümleştirme, hazırlama ve yük devretme. Şirketinizin bu aşamaları nasıl tanımladığına bağlı olarak, kuruluş geliştirme/test aboneliği kullanımınız değişebilir.

Müşteriye yönelik uygulamalar gibi görev açısından kritik hizmetler çalıştırıyorsanız geliştirme/test aboneliği kullanmayın. Geliştirme/Test abonelikleri finansal olarak desteklenen bir SLA taşımaz. Bu abonelikler üretim öncesi test ve geliştirme içindir.

Site Güvenilirlik Mühendisliği (SRE)

Güvenilirlik mühendisliği ve yönetimi hakkında daha fazla bilgi edinmek için, kuruluşların sistemlerinde, hizmetlerinde ve ürünlerinde sürdürülebilir bir şekilde uygun güvenilirlik elde etmelerine yardımcı olmaya adanmış bir mühendislik disiplini olan site güvenilirlik yönetimini göz önünde bulundurun.

SRE ve DevOps arasındaki farklar hala alanda tartışılma aşamasındadır. Yaygın olarak üzerinde anlaşmaya varılan bazı farklılıklar şunlardır:

  • SRE, güvenilirlik odaklı bir mühendislik disiplinidir. DevOps, Geliştirme ve Operasyon kuruluşlarıyla ilişkili siloları ayırma isteğinden kaynaklanan bir kültürel harekettir.
  • SRE, bir rolün adı olabilir, örneğin: Site güvenilirlik mühendisiyim (SRE). DevOps yapamaz.
  • SRE, açıklayıcı olma eğilimindedir. DevOps kasıtlı olarak değildir. Sürekli tümleştirme/sürekli teslimin neredeyse evrensel olarak benimsenmesi ve Çevik ilkeleri en yakın DevOps ilkeleridir.

SRE uygulaması hakkında daha fazla bilgi edinmek istiyorsanız şu bağlantılara göz atın:

Hizmet Düzeyi Sözleşmeleri

Kurumsal Geliştirme/Test yalnızca uygulamalarınızın geliştirilmesine ve test edilmesine yöneliktir. Aboneliğin kullanımı finansal olarak desteklenen bir SLA taşımaz.

Geliştirme ve Test Aboneliklerinin Farklı Türlerini Kullanmayı Öğrenin

Visual Studio aboneleri, Kurumsal Geliştirme/Test Abonelikleri veya Kullandıkça Öde Geliştirme ve Test Aboneliği (PAYG) için Aylık Azure Kredilerine ihtiyacınız olsun, kişiler veya bir ekip için uygun teklifleri kolayca bulabilirsiniz.

Bireysel Kredi Aboneliklerini Yönetme

Visual Studio Azure kredileri, bireysel Geliştirme/Test ve iç döngü geliştirme için bireysel bir avantajdır. Geliştiriciler arasında kredi havuzu yapamazsınız. Kredi abonelikleri hala Azure abonelikleridir ancak belirli bir Azure teklifidir. Kredi aboneliklerinizi, gruplar ve ekipler içinde çalışabilmek için diğer Azure aboneliklerini yönettiğiniz şekilde yönetin. Kredi kartıyla veya kurumsal Geliştirme/Test aboneliğiniz şirketinizin seçtiğiniz tedarik yöntemine giderse bireysel harcama limitlerini kaldırabilirsiniz.

Geliştirici iç döngü etkinlikleri genellikle kredi kullanır, ancak ardından kullandıkça öde de dahil olmak üzere kurumsal veya kuruluş Azure Geliştirme/Test aboneliklerine geçer. Bu şekilde DevOps işlemlerini takip ettikçe bireysel kredi aboneliğinizle iç döngü yapabilirsiniz. DevOps dış döngüsünde, üretim dışı hedefler kurumsal Geliştirme/Test içindedir- üretim üretime gider.

Kredi aboneliklerinizi, kurumsal geliştirme/test aboneliklerinizi ve PAYG aboneliklerinizi yönetin ve her birinin benzersiz bir hiyerarşisi olan yönetim gruplarını kullanarak geliştiricilerinizi segmentlere ayırın.

Kuruluşunuzun Azure Geliştirme ve Test Tekliflerini Kullanma

Bir kuruluş Azure Geliştirme/Test aboneliğine ihtiyacınız varsa, aralarından seçim yapabileceğiniz iki teklif vardır.

Her seçenek kendi indirim kümesiyle birlikte gelir ve visual studio aboneliği gerektirir.

Her abonelik teklifi, önceden yapılandırılmış sanal makineleri kullanarak ekibinizin bulutta geliştirme/test ortamlarıyla çalışmaya başlamasını sağlar. Birden çok Azure aboneliği oluşturun ve bunları tek bir hesaptan yönetin. Yalıtılmış ortamları ve farklı projeler veya ekipler için ayrı bir fatura tutabilirsiniz.

Kurumsal Geliştirme/Test Abonelikleri için kurumsal anlaşma (EA) gerekir. Kullandıkça Öde Geliştirme ve Test Abonelikler ea gerektirmez, ancak kurumsal anlaşma hesabıyla kullanılabilir.

NEDEN PAYG tekliflerini Kurumsal Geliştirme ve Test Tekliflerine karşı kullanmalıyım?

PAYG Geliştirme/Test teklifi Visual Studio abonesi olarak kullanmak için uygun olabilir. Bireysel kullanım için kredi aboneliklerinden farklı olarak PAYG teklifleri, ekip geliştirme için harikadır ve tek bir abonelikte birden çok kullanıcı olmasını sağlar. Aşağıdakiler durumunda PAYG Geliştirme/Test teklifi sizin için uygun olabilir:

  • Kurumsal anlaşmanız yok. Bu durumda, yalnızca Visual Studio lisansına sahip bir PAYG hesabı oluşturabilirsiniz.
  • Kurumsal anlaşma oluşturuyorsunuz, ancak kuruluşunuzun sözleşmesini kullanmayan bir abonelik ayarlamanız gerekiyor. Kendi aboneliğini gerektiren veya projeler veya takımlar için ayrı olarak faturalandırılan yalıtılmış bir ortam oluşturmak için benzersiz bir projeniz olabilir.
  • Kimlikleri yalıtılmış olarak tutmayı tercih ediyorsunuz. Verilere, kaynaklara ve uygulamalara erişimi korumak için bazı kimliklerin diğerlerinden ayrı kalması gerekebilir.