Azure DevOps Services ile Azure DevOps Server karşılaştırması

  • Makale

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

Azure DevOps Services adlı bulut teklifi ölçeklenebilir, güvenilir ve genel olarak kullanılabilir bir barındırılan hizmet sağlar. Bulut teklifi %99,9 SLA ile desteklenir, 7/24 operasyon ekibimiz tarafından izlenir ve dünyanın dört bir yanındaki yerel veri merkezlerinde kullanılabilir.

Şirket içi teklif olan Azure DevOps Server, BIR SQL Server arka ucu üzerinde oluşturulur. Müşteriler genellikle ağlarında kalmak için verilerine ihtiyaç duyduklarında şirket içi sürümü seçer. Ya da Azure DevOps Server verileri ve araçlarıyla tümleşen SQL Server raporlama hizmetlerine erişmek istediklerinde.

Her iki teklif de aynı temel özellikleri ve hizmetleri sağlar, ancak Azure DevOps Services aşağıdaki ek avantajları sunar:

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

Hangi teklifin (bulut veya şirket içi) gereksinimlerinizi karşıladığını belirlemek için aşağıdaki önemli farkları göz önünde bulundurun.

Azure DevOps Services ile Azure DevOps Server arasındaki önemli farklar

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

Belirli özellik alanlarındaki farklar

Azure DevOps Services, Azure DevOps Server'ın barındırılan bir sürümü olsa da özellikler arasında bazı farklılıklar vardır. Bazı Azure DevOps Server özellikleri Azure DevOps Services'da desteklenmez. Örneğin, Azure DevOps Services raporlamayı desteklemek için SQL Server Analysis Services ile tümleştirmeyi desteklemez.

Destek farklılıkları

Azure DevOps Server kullanıyor ve Azure DevOps Services'e geçiş yapmayı düşünüyorsanız geçiş seçeneklerinizi anlayın.

Kapsam ve ölçeklendirme verileri

İşletmeniz büyüdükçe Azure DevOps örneğinizin ölçeğini artırmanız gerekebilir.

Azure DevOps Services

Azure DevOps Services, verileri kapsam belirleme ve ölçeklendirme için iki seçenek sunar: kuruluşlar ve projeler. Azure DevOps Services'deki kuruluşlar kendi URL'lerini (örneğin, https://dev.azure.com/fabrikamfiber) alır ve her zaman tam olarak bir proje koleksiyonuna sahiptir. Kuruluşların bir koleksiyon içinde birçok projesi olabilir.

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

  • Kuruluş başına Azure DevOps Services kullanıcıları 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 abonelikleri cazip bir seçenek olabilir. Visual Studio aboneleri herhangi bir sayıda kuruluşa ücretsiz olarak eklenebilir. Tek bir kuruluşta gruplandırılmış birçok kuruluşa erişim sağlamanın diğer yollarını da düşünüyoruz.
  • Şu anda kuruluşları birer birer yönetmeniz gerekir. Birçok kuruluşa sahip olduğunuzda bu işlem hantal olabilir.

Daha fazla bilgi için bkz . Azure DevOps'ta kuruluş yapınızı planlama.

Azure DevOps Server

Azure DevOps Server, verilerin kapsamını belirleme ve ölçeklendirme için şu üç seçeneği sunar: dağıtımlar, proje koleksiyonları ve projeler. En basit durumda dağıtımlar yalnızca sunuculardır.

Ancak dağıtımlar daha karmaşık olabilir ve bu da şunları içerebilir:

  • SQL'in ayrı bir makineye ayrıldığı iki sunuculu dağıtım
  • Çok sayıda sunucu içeren yüksek kullanılabilirlik grupları

Proje koleksiyonları, güvenlik ve yönetim ile fiziksel veritabanı sınırları için kapsayıcı görevi görür. Ayrıca ilgili projeleri gruplandırmak için de kullanılırlar.

Son olarak projeler, kaynak kodu, iş öğeleri vb. dahil olmak üzere tek tek yazılım projelerinin varlıklarını kapsüllemek için kullanılır. Daha fazla bilgi için bkz . Azure DevOps'ta kuruluş yapınızı planlama.

Kimlik Doğrulaması

Azure DevOps Services

Azure DevOps Services ile genel İnternet üzerinden bağlanırsınız (örneğin, https://contoso.visualstudio.com). Kuruluşunuzun kurulumuna bağlı olarak Microsoft hesabı kimlik bilgileriyle veya Microsoft Entra Id kimlik bilgileriyle kimlik doğrulaması yaparsınız. Microsoft Entra Id'yi multi-factor-authentication, IP adresi kısıtlamaları gibi özellikleri gerektirecek şekilde de ayarlayabilirsiniz.

Kuruluşlarınızı Microsoft hesapları yerine Microsoft Entra kullanacak şekilde yapılandırmanızı öneririz. Bu yöntem birçok senaryoda daha iyi bir deneyim ve gelişmiş güvenlik için daha fazla seçenek sağlar.

Daha fazla bilgi için bkz . Microsoft Entra Id ile Azure DevOps Services'e erişme hakkında.

Azure DevOps Server

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

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

Azure DevOps Services

Azure DevOps Services'da, kullanıcı gruplarına erişim sağlamak için benzer bir mekanizma kullanabilirsiniz. Microsoft Entra gruplarını Azure DevOps Services gruplarına ekleyebilirsiniz. Microsoft Entra Id yerine Microsoft Hesapları kullanıyorsanız, kullanıcıları birer birer eklemeniz gerekir.

Azure DevOps Server

Azure DevOps Server'da, çeşitli Azure DevOps gruplarına (örneğin, tek bir proje için Katkıda Bulunanlar grubu) Active Directory (AD) grupları ekleyerek kullanıcılara dağıtımlara erişim sağlarsınız. AD grubu üyelikleri eşitlenmiş olarak tutulur. Ad'ye eklenen ve kaldırılan kullanıcılar, Azure DevOps Server'a erişim kazanır ve kaybeder.

Kullanıcı erişimini yönetme

Hem Azure DevOps Services hem de Azure DevOps Server'da, kullanıcıları erişim düzeyine atayarak özelliklere erişimi yönetirsiniz. Tüm kullanıcıların tek bir erişim düzeyine atanması gerekir. Hem bulut hem de şirket içi tekliflerde, sınırsız sayıda Paydaşa iş öğesi özelliklerine ücretsiz erişim verebilirsiniz. Ayrıca, sınırsız sayıda Visual Studio abonesi ek ücret ödemeden tüm Temel özelliklere erişebilir. Yalnızca erişime ihtiyacı olan diğer kullanıcılar için ödeme yapmanız gerekir.

Azure DevOps Services

Azure DevOps Services'te, kuruluşunuzdaki her kullanıcıya bir erişim düzeyi atamanız gerekir. Azure DevOps Services, Visual Studio abonelerini oturum açarken doğrular. Visual Studio abonelikleri olmayan beş kullanıcıya ücretsiz Olarak Temel erişim atayabilirsiniz.

Daha fazla kullanıcıya Temel erişim veya daha yüksek erişim vermek için kuruluşunuz için faturalamayı ayarlayın ve daha fazla kullanıcı için ödeme yapın. Aksi takdirde diğer tüm kullanıcılar Paydaş erişimine sahip olur.

Microsoft Entra grupları, kullanıcı gruplarına erişim verir. Erişim düzeyleri ilk oturum açmada otomatik olarak atanır. Oturum açmak için Microsoft hesaplarını kullanacak şekilde yapılandırılmış kuruluşlar için, her kullanıcıya açıkça erişim düzeyleri atamanız gerekir.

Azure DevOps Server

Azure DevOps Server'da tüm kullanımlar onur sistemindedir. Kullanıcıların lisanslarına göre erişim düzeylerini ayarlamak için, erişim düzeylerini yönetim sayfasında belirtin. Örneğin, lisanssız kullanıcılara yalnızca Paydaş erişimi atayın.

Azure DevOps Server İstemci Erişim Lisansı (CAL) olan kullanıcılar Temel erişime sahip olabilir. Visual Studio aboneleri, aboneliklerine bağlı olarak Temel veya Gelişmiş erişime sahip olabilir. Azure DevOps Server bu lisansları doğrulamaya veya uyumluluğu zorlamaya çalışmaz.

Güvenlik ve veri koruması

Birçok varlık buluta geçmeyi düşünürken veri koruma hakkında daha fazla bilgi edinmek ister. Azure DevOps Services projelerinin güvende ve güvenli kalmasını sağlamayı taahhüt ediyoruz. Bu taahhüdü yerine getirmek için teknik özelliklerimiz ve iş süreçlerimiz var. Verilerinizin güvenliğini sağlamak için de adımlar atabilirsiniz. Daha fazla bilgi için Bkz . Veri Koruma'ya genel bakış.

İşlem özelleştirmesi

Desteklenen işlem modeline bağlı olarak, iş izleme deneyimini farklı şekillerde özelleştirebilirsiniz:

Azure DevOps Services

Azure DevOps Services, WYSIWYG özelleştirmesini destekleyen Devralma işlemi modelini kullanır.

Azure DevOps Server

Azure DevOps Server ile devralma işlemi modelini veya iş izleme nesneleri için XML tanım dosyalarını içeri veya dışarı aktarma yoluyla özelleştirmeyi destekleyen Şirket İçi XML işlem modelini seçebilirsiniz. Azure DevOps Server 2018 ve önceki sürümlerin yalnızca Şirket içi XML işlem modeline erişimi vardır. Şirket içi XML işlem modeli seçeneği güçlü olsa da çeşitli sorunlara neden olabilir. Asıl sorun, mevcut projelere yönelik işlemlerin otomatik olarak güncelleştirilmiyor olmasıdır.

Bu sorunlardan kaçınmanıza yardımcı olmak için özel işlem şablonları ve witadmin.exe aracı her zaman devre dışı bırakılır. Bu yaklaşım, her Azure DevOps Services yükseltmesiyle tüm projeleri otomatik olarak güncelleştirir. Bu arada ürün ekibi, özelleştirme süreçlerini kolayca ve sürekli olarak destekleyebilecek yöntemlerle mümkün kılmak için sıkı bir şekilde çalışmaktadır. Kısa süre önce bu değişikliklerden ilkini kullanıma sunduğumuzdan daha fazla değişiklik yolda.

Yeni işlem özelleştirme özelliğiyle, değişiklikleri doğrudan web kullanıcı arabiriminde (UI) yapabilirsiniz. İşlemlerinizi program aracılığıyla özelleştirmek istiyorsanız REST uç noktaları aracılığıyla bunu yapabilirsiniz. Projeleri bu şekilde özelleştirdiğinizde, Azure DevOps Services yükseltmeleri ile temel işlemlerinin yeni sürümlerini yayımladığımızda bunlar otomatik olarak güncelleştirilir.

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

Analiz ve raporlama

Azure DevOps Services ve Azure DevOps Server, yazılım projelerinizin ilerleme durumu ve kalitesi hakkında içgörü sağlayan aşağıdaki araçları sunar:

Azure DevOps Server 2019'da Azure DevOps Services'a

Azure DevOps Server 2018

  • Hem bulut hem de şirket içi platformlarda kullanılabilen panolar ve basit grafikler. Bu araçların kurulumu ve kullanımı kolaydır.
  • SQL Server Reporting Services (SSRS) raporları , Azure DevOps Server SQL Server Analysis Services ile yapılandırıldığında kullanılabilir.

Visual Studio Team Services artık Azure DevOps Services oldu

VSTS'deki öne çıkan hizmetlerin çoğu artık hem Azure DevOps Services hem de Azure DevOps Server 2019 ve sonrasında tek başına hizmetler olarak sunulmaktadır. Azure DevOps Services olarak hizmetleri ayrı ayrı veya tümünü bir araya getirebilirsiniz. Azure DevOps abonesiyseniz, tüm hizmetlere zaten erişebilirsiniz.

VSTS özellik adı Azure DevOps hizmeti adı Açıklama
Derleme ve yayın Azure Pipelines Her dil, platform ve bulutla çalışan sürekli tümleştirme ve sürekli teslim (CI/CD).
Kod Azure Repos Projeniz için sınırsız bulutta barındırılan özel Git ve Team Foundation Sürüm Denetimi (TFVC) depoları.
İş Azure Boards Kanban panoları, kapsamlar, ekip panoları ve özel raporlama ile iş izleme.
Test etme Azure Test Plans Hepsi bir arada planlı ve keşif amaçlı test çözümü.
Paketler (uzantı) Azure Artifacts Genel ve özel kaynaklardan Maven, npm, Python, Evrensel Paket ve NuGet paket akışları.

Azure DevOps Services ve Azure DevOps Server 2019 ve üzeri, ana hizmet alanlarına gitmek için dikey kenar çubuğuyla yeni gezinti kullanıcı arabirimini kullanır: Panolar, Depolar, İşlem Hatları, Yapıtlar, Test Planları ve daha fazlası. Daha fazla bilgi için bkz . Azure DevOps'ta web portalı gezintisi.

Not

Kullanıcı arabiriminden belirli hizmetleri devre dışı bırakabilirsiniz. Daha fazla bilgi için bkz . Hizmeti açma veya kapatma.

Azure DevOps Services'a erişmek için kullanmaya visualstudio.com devam edebilirsiniz. Yeni kuruluşların birincil URL'si olarak yeni dev.azure.com etki alanı adına taşındık. Bu URL şeklindedir https://dev.azure.com/{your organization}/{your project}. URL'nizi birincil olarak temel dev.azure.com alarak değiştirmek istiyorsanız, kuruluş yöneticisi bunu kuruluş ayarları sayfasından yapabilir.