Azure DevOps Services Azure DevOps Server ile karşılaştırın

Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018-TFS 2013

Azure DevOps Services bulut teklifi, ölçeklenebilir, güvenilir ve küresel olarak kullanılabilir bir barındırılan hizmet sunar. Bu, 99,9% SLA ile desteklenir, 24/7 operasyon takımımız tarafından izlenir ve dünyanın dört bir yanındaki yerel veri merkezlerinde kullanılabilir.

şirket içi teklif, Azure DevOps Server SQL Server arka uçta oluşturulmuştur. Müşteriler, genellikle verilerine gerek duydukları şirket içi sürümü kendi ağı içinde kalacak şekilde seçer. ya da Azure DevOps Server veri ve araçlarla tümleştirilen SQL Server reporting services erişimi istediklerinde.

her iki teklif de Azure DevOps Server ile karşılaştırıldığında aynı önemli hizmetlerisağlasa da, Azure DevOps Services aşağıdaki avantajları sunar:

  • Basitleştirilmiş sunucu yönetimi.
  • En son ve en iyi özelliklere anında erişim
  • Uzak sitelerle bağlantı geliştirildi.
  • Sermaye harcamaların (sunucular ve benzeri) işlemsel harcamaların (abonelikler) bir geçişi.

Hangi teklifin — veya şirket içinde ihtiyaçlarınıza uygun olduğunu öğrenmek için — aşağıdaki önemli farklılıkları göz önünde bulundurun.

Azure DevOps Services ve Azure DevOps Server arasındaki temel farklılıklar

İstediğiniz platformu seçerken veya Şirket içinden buluta geçiş yapmayı düşünüyorsanız, aşağıdaki alanlara göz önünde bulundurun:

Belirli özellik alanlarındaki farklılıklar
Azure DevOps Services, Azure DevOps Server barındırılan bir sürümse de özellikler arasında bazı farklılıklar vardır. bazı Azure DevOps Server özellikler Azure DevOps Services desteklenmez. örneğin, Azure DevOps Services raporlamayı desteklemek için SQL Server Analysis Services ile tümleştirmeyi desteklemez.

Aşağıdaki diğer alanlardan ikisi desteğiyle farklıdır:

Azure DevOps Server ve taşımayı düşünülüyor musunuz? Seçeneklerinizi anlamak için geçiş seçeneklerini okuyun.

Kapsam ve ölçek verileri

işiniz büyüdükçe Azure DevOps örneğinizi ölçeklendirmeniz gerekebilir.

kuruluşlar ve projeler kullanarak Azure DevOps Services ölçeklendirir

Azure DevOps Services Azure DevOps Server biraz farklı. Şu anda verileri kapsama ve ölçeklendirmeye yönelik iki seçenek vardır: kuruluşlar ve projeler. Azure DevOps Services kuruluşlar kendi url 'lerini alır (örneğin, https://dev.azure.com/fabrikamfiber ) ve her zaman tam olarak bir proje koleksiyonu vardır. Kuruluşların bir koleksiyon içinde birçok projesi olabilir.

Azure DevOps Server koleksiyonları oluşturduğunuz her yerde Azure DevOps Services kuruluşlar oluşturmanızı öneririz. Aşağıdaki senaryolar geçerlidir:

  • her kuruluş için Azure DevOps Services kullanıcı satın alabilirsiniz-ücretli kullanıcılar yalnızca ödemenin yapıldığı kuruluşa erişebilir. birçok kuruluşa erişmesi gereken kullanıcılarınız varsa Visual Studio abonelikler etkileyici bir seçenek olabilir. Visual Studio aboneler, hiçbir ücret ödemeden herhangi bir sayıda kuruluşa eklenebilir. Ayrıca, tek bir kuruluşta gruplanmış birçok kuruluşa erişim sağlamak için başka yollar da sunuyoruz.
  • Şu anda kuruluşları tek seferde yönetmeniz gerekir. Bu işlem birçok kuruluşa sahip olduğunuzda çok daha fazla olabilir.

Daha fazla bilgi: Kurumsal yapınızı Azure DevOps planlayın.

dağıtımlar, proje koleksiyonları ve projeler kullanarak Azure DevOps Server ölçeklendirir

Azure DevOps Server, verileri kapsama ve ölçeklendirmeye yönelik aşağıdaki üç seçeneği sunar: dağıtımlar, proje koleksiyonları ve projeler. En basit durumda, dağıtımlar yalnızca sunuculardır.

Dağıtımlar daha karmaşık olabilir, ancak şunları içerebilir:

  • SQL ayrı bir makinede bölündüğü iki sunuculu dağıtım
  • Çok sayıda sunucu içeren yüksek kullanılabilirliğe sahip gruplar

Project koleksiyonlar, güvenlik ve yönetim için kapsayıcı olarak ve fiziksel veritabanı sınırları olarak görev yapar. İlgili projeleri gruplamak için de kullanılır.

Son olarak, projeler, kaynak kodu, iş öğeleri vb. dahil olmak üzere bireysel yazılım projelerinin varlıklarını kapsüllemek için kullanılır.

Daha fazla bilgi: Kurumsal yapınızı Azure DevOps planlayın.

Kimlik Doğrulaması

Azure DevOps Services, genel internet üzerinden bağlanırsınız (örneğin, https://contoso.visualstudio.com ). Kuruluşunuzun kurulumuna bağlı olarak Microsoft hesabı kimlik bilgileriyle ya da Azure AD kimlik bilgileriyle kimlik doğrulaması yapabilirsiniz. Ayrıca, çok faktörlü kimlik doğrulaması, IP adresi kısıtlamaları vb. gibi özellikler gerektirmek için Azure AD 'yi de ayarlayabilirsiniz.

Kuruluşları Microsoft hesapları yerine Azure AD kullanacak şekilde yapılandırmanızı öneririz. Bu yöntem, çok sayıda senaryoda daha iyi bir deneyim ve gelişmiş güvenlik için daha fazla seçenek sunar.

daha fazla bilgi: Azure AD ile Azure DevOps Services erişme hakkında.

Azure DevOps Server, bir intranet sunucusuna (örneğin, https://tfs.corp.contoso.com:8080/tfs ) bağlanırsınız. Windows kimlik doğrulaması ve Active Directory (AD) etki alanı kimlik bilgilerinizle kimlik doğrulaması yapabilirsiniz. Bu işlem saydamdır ve hiçbir tür oturum açma deneyimi görmezsiniz.

Kullanıcıları ve grupları yönetme

Azure DevOps Services, kullanıcı gruplarına erişim sağlamakiçin benzer bir mekanizma kullanabilirsiniz. Azure DevOps Services gruplarına Azure AD grupları ekleyebilirsiniz. Azure AD yerine Microsoft hesapları kullanıyorsanız, kullanıcıları tek seferde eklemeniz gerekir.

Azure DevOps Server, kullanıcılara çeşitli Azure DevOps gruplarına Active Directory (AD) grupları ekleyerek dağıtıma erişim sağlarsınız (örneğin, tek bir projenin katkıda bulunanlar grubu). AD grubu üyelikleri eşitlenmiş olarak tutulur. Kullanıcılar AD 'ye eklenip kaldırıldığında Azure DevOps Server erişimi de kazanılarlar ve kaybedecektir.

Kullanıcı erişimini yönetme

hem Azure DevOps Services hem de Azure DevOps Server, kullanıcıları erişim düzeyineatayarak özelliklere erişimi yönetirsiniz. Tüm kullanıcıların tek bir erişim düzeyine atanması gerekir. Hem bulutta hem de şirket içi tekliflerde, sınırsız sayıda Paydaşda iş öğesi özelliklerine ücretsiz erişim sağlayabilirsiniz. ayrıca, sınırsız sayıda Visual Studio abonesinin hiçbir ek ücret ödemeden tüm temel özelliklere erişimi olabilir. Yalnızca erişmesi gereken diğer kullanıcılar için ödeme yaparsınız.

Azure DevOps Services, kuruluşunuzdaki her kullanıcıya bir erişim düzeyi atamanız gerekir. Azure DevOps Services, Visual Studio aboneleri oturum açtıklarında doğrular. Visual Studio abonelikleri olmadan beş kullanıcıya ücretsiz olarak temel erişim atayabilirsiniz.

Daha fazla kullanıcının temel erişimine veya daha fazlasına izin vermek için, kuruluşunuz için faturalandırmayı ayarlayın ve daha fazla kullanıcı için ödemeyapın. Aksi takdirde, diğer tüm kullanıcılar paydaş erişimi alırlar.

Azure AD grupları, Kullanıcı gruplarına erişim sağlar. Erişim düzeyleri ilk oturum açma sırasında otomatik olarak atanır. Oturum açmak için Microsoft hesaplarını kullanacak şekilde yapılandırılmış kuruluşlar için, erişim düzeylerini her kullanıcıya açıkça atamanız gerekir.

Azure DevOps Server, tüm kullanım, kabul sisteminde bulunur. Kullanıcılara lisanslarına göre erişim düzeyleri ayarlamak için, Yönetim sayfasında erişim düzeylerini belirtin. Örneğin, lisanssız kullanıcıları yalnızca erişim paydaş atayın.

Azure DevOps Server istemci erişim lisansına (CAL) sahip olan kullanıcılar temel erişime sahip olabilir. Visual Studio aboneler, aboneliklerine bağlı olarak temel veya gelişmiş erişime sahip olabilir. Azure DevOps Server bu lisansları doğrulamaya veya uyumluluğa zorlamaya çalışmayın.

Güvenlik ve veri koruması

Birçok varlık, buluta geçmeyi düşüntiklerinde veri koruma hakkında daha fazla bilgi almak ister. Azure DevOps Services projelerinin güvenli ve güvenli kalmasını sağlamaya çalışıyoruz. Bu taahhütte yer alan Teknik özellikler ve iş süreçlerimiz vardır. Verilerinizin güvenliğini sağlamak için de gerekli adımları izleyebilirsiniz. Veri korumaya genel bakışkonusunda daha fazla bilgi edinin.

İşlem özelleştirmesi

İş izleme deneyimini desteklenen süreç modeline bağlı olarak iki farklı şekilde özelleştirebilirsiniz:

  • Azure DevOps Services: WYSIWYG özelleştirmeyi destekleyen Devralma işlemi modelini kullanırsanız
  • Azure DevOps Server: İş izleme nesneleri için XML tanım dosyalarını içeri veya dışarı aktarma yoluyla özelleştirmeyi destekleyen Devralma işlemi modelini veya Şirket içi XML işlem modelini seçebilirsiniz
  • Azure DevOps Server 2018 ve önceki sürümler: Yalnızca Şirket içi XML işlem modeline erişiminiz var

Şirket içi XML işlem modeli seçeneği güçlü olsa da çeşitli sorunlara neden olabilir. Ana sorun, mevcut projelere yönelik işlemlerin otomatik olarak güncelleştirilmez.

Azure DevOps Server 2013'te yeni iş öğesi türlerine ve diğer işlem şablonu değişikliklerine bağlı olan birkaç yeni özellik tanıtıldı. 2012'den 2013'e yükseltilen her proje koleksiyonu, bu değişiklikleri içeren "kutuda" işlem şablonlarının her biri için yeni sürümler alır. Ancak, bu değişiklikler mevcut projelere otomatik olarak dahil değildir. Bunun yerine, yükseltmeyi bitirdikten sonra Özellikleri yapılandırma sihirbazını veya daha el ile yapılan bir işlemi kullanarak değişiklikleri her projeye dahil etmek zorundasınız.

Bu sorunlardan kaçınmanıza yardımcı olmak Azure DevOps Services, özel işlem şablonları vewitadmin.exe aracı her zaman devre dışı bırakılmıştır. Bu yaklaşım, tüm projeleri her bir proje yükseltmesi ile otomatik olarak Azure DevOps Services sağladı. Bu arada, ürün ekibi özelleştirme işlemlerini kolayca ve sürekli destekleyilebilen yollarla mümkün hale etmek için çok çabalar. Yakın zamanda bu değişikliklerin ilklerini tanıttık ve daha fazla değişiklik geliyor.

Yeni işlem özelleştirme özelliğiyle, doğrudan web kullanıcı arabirimi (UI) içinde değişiklikler yapabilirsiniz. İşlemlerinizi program aracılığıyla özelleştirmek için REST uç noktaları aracılığıyla bunu kullanabilirsiniz. Projeleri bu şekilde özelleştirdiğinde, temel işlemlerinin yeni sürümlerini sürüm yükseltmeleriyle birlikte yayımlaya Azure DevOps Services güncelleştirilir.

Daha fazla bilgi edinmek için bkz. İş izleme deneyiminizi özelleştirme.

Raporlama

Azure DevOps Services Azure DevOps Server, yazılım projelerinizin ilerleme durumu ve kalitesi hakkında içgörüler sunan birçok araç sunar. Aşağıdaki araçlar da dahildir:

  • Hem bulut hem de şirket içi platformlarda kullanılabilen panolar ve basit grafikler. Bu araçları ayarlamak ve kullanmak kolaydır.

Azure DevOps Services ve Azure DevOps Server 2019 ayrıca aşağıdaki hizmetlere erişim sağlar:

Analytics hizmeti ve gelecek sürümler hakkında daha fazla bilgi edinmek için Raporlama yol haritamıza bakın.

SQL Server Reporting Services (SSRS) raporları, Azure DevOps Server yapılandırıldığında SQL Server Analysis Services.

Visual Studio Team Services artık Azure DevOps Services

VSTS'de öne çıkan hizmetlerin çoğu artık hem Azure DevOps Services hem de Azure DevOps Server 2019'da tek başına hizmetler olarak sunulmaktadır. Hizmetleri ayrı ayrı veya hepsi aynı şekilde Azure DevOps Services. Bir abone Azure DevOps, tüm hizmetlere zaten erişiminiz vardır.

VSTS özellik adı Azure DevOps hizmet adı Description
Derleme & sürümü Azure Pipelines Her dil, platform ve bulut ile çalışan sürekli tümleştirme ve sürekli teslim (CI/CD).
Kod Azure Repos Projeniz için bulutta barındırılan Team Foundation Sürüm Denetimi (TFVC) depoları.
İş Azure Boards Kanban panoları, biriktirme listesi, takım panoları ve özel raporlama ile iş izleme.
Test etme Azure Test Plans Hepsi bire bir planlanmış ve keşif testi çözümü.
Paketler (uzantı) Azure Artifacts Maven, npm, Python, Universal Package ve NuGet ve özel kaynaklardan paket akışları.

Hem Azure DevOps Services hem de Azure DevOps Server 2019, ana hizmet alanlarına gitmek için dikey kenar çubuğuyla yeni gezinti kullanıcı arabirimini kullanır: Boards, Repos, Pipelinesve daha fazlası. Daha fazla bilgi için bkz. Web portalı gezintisi Azure DevOps.

Not

Kullanıcı arabiriminden hizmet seçmeyi devre dışı abilirsiniz. Daha fazla bilgi için bkz. Hizmeti açma veya kapatma.

Yine de bu bilgilere visualstudio.com erişmek için Azure DevOps Services. Yeni kuruluşların birincil dev.azure.com URL'si olarak yeni etki alanı adına taşındık. Bu URL şu https://dev.azure.com/{your organization}/{your project} şekildedir: . URL'nizi birincil olarak temel almak için değiştirmek için kuruluş yöneticisi kuruluş dev.azure.com ayarları sayfasından bunu yapabilirsiniz.