Jämföra Azure DevOps Services med Azure DevOps Server

  • Artikel

Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019

Molnerbjudandet, Azure DevOps Services, ger en skalbar, tillförlitlig och globalt tillgänglig värdbaserad tjänst. Molnerbjudandet backas upp av ett serviceavtal på 99,9 % som övervakas av vårt 24/7-driftteam och är tillgängligt i lokala datacenter runt om i världen.

Det lokala erbjudandet, Azure DevOps Server, bygger på en SQL Server-serverdel. Kunder väljer vanligtvis den lokala versionen när de behöver sina data för att hålla sig inom nätverket. Eller när de vill ha åtkomst till SQL Server-rapporteringstjänster som integreras med Azure DevOps Server-data och -verktyg.

Båda erbjudandena har samma viktiga funktioner och tjänster, men Azure DevOps Services erbjuder följande ytterligare fördelar:

  • Förenklad serverhantering
  • Omedelbar åtkomst till de senaste och bästa funktionerna
  • Förbättrad anslutning till fjärrplatser
  • En övergång från kapitalutgifter (servrar och liknande) till driftutgifter (prenumerationer)

För att avgöra vilket erbjudande – moln eller lokalt – som uppfyller dina behov bör du överväga följande viktiga skillnader.

Viktiga skillnader mellan Azure DevOps Services och Azure DevOps Server

När du väljer vilken plattform du vill använda, eller om du överväger att flytta från lokalt till molnet, bör du överväga följande områden:

Skillnader i specifika funktionsområden

Även om Azure DevOps Services är en värdbaserad version av Azure DevOps Server finns det vissa skillnader mellan funktionerna. Vissa Azure DevOps Server-funktioner stöds inte i Azure DevOps Services. Azure DevOps Services stöder till exempel inte integrering med SQL Server Analysis Services för rapportering.

Skillnader i stöd

Om du använder Azure DevOps Server och överväger att flytta till Azure DevOps Services kan du förstå dina migreringsalternativ.

Omfångs- och skalningsdata

När verksamheten växer kan du behöva skala upp din Azure DevOps-instans.

Azure DevOps Services

Azure DevOps Services erbjuder två alternativ för omfångs- och skalningsdata: organisationer och projekt. Organisationer i Azure DevOps Services får sina egna URL:er (till exempel https://dev.azure.com/fabrikamfiber), och de har alltid exakt en projektsamling. Organisationer kan ha många projekt i en samling.

Vi rekommenderar att du skapar organisationer i Azure DevOps Services oavsett var du skapar samlingar i Azure DevOps Server. Följande scenarier gäller:

  • Du kan köpa Azure DevOps Services-användare per organisation – Betalda användare kan bara komma åt den organisation där betalningen görs. Om du har användare som behöver åtkomst till många organisationer kan Visual Studio-prenumerationer vara ett attraktivt alternativ. Visual Studio-prenumeranter kan läggas till i valfritt antal organisationer utan kostnad. Vi överväger också andra sätt att göra åtkomst tillgänglig för många organisationer som är grupperade i en enda organisation.
  • För närvarande måste du administrera organisationer en i taget. Den här processen kan vara besvärlig när du har många organisationer.

Mer information finns i Planera din organisationsstruktur i Azure DevOps.

Azure DevOps Server

Azure DevOps Server erbjuder följande tre alternativ för omfångs- och skalningsdata: distributioner, projektsamlingar och projekt. I det enklaste fallet är distributioner bara servrar.

Distributioner kan dock vara mer komplicerade, vilket kan vara:

  • Distribution med två servrar där SQL delas upp på en separat dator
  • Servergrupper med hög tillgänglighet med många servrar

Projektsamlingar fungerar som containrar för säkerhet och administration samt fysiska databasgränser. De används också för att gruppera relaterade projekt.

Slutligen används projekt för att kapsla in tillgångarna i enskilda programvaruprojekt, inklusive källkod, arbetsobjekt och så vidare. Mer information finns i Planera din organisationsstruktur i Azure DevOps.

Autentisering

Azure DevOps Services

Med Azure DevOps Services ansluter du via det offentliga Internet (till exempel https://contoso.visualstudio.com). Du autentiserar antingen med autentiseringsuppgifter för Microsoft-konto eller med autentiseringsuppgifter för Microsoft Entra-ID , beroende på din organisations konfiguration. Du kan också konfigurera Microsoft Entra-ID för att kräva funktioner som multifaktorautentisering, IP-adressbegränsningar och så vidare.

Vi rekommenderar att du konfigurerar dina organisationer att använda Microsoft Entra i stället för Microsoft-konton. Den här metoden ger en bättre upplevelse i många scenarier och fler alternativ för förbättrad säkerhet.

Mer information finns i Om åtkomst till Azure DevOps Services med Microsoft Entra-ID.

Azure DevOps Server

Med Azure DevOps Server ansluter du till en intranätserver (till exempel https://tfs.corp.contoso.com:8080/tfs). Du autentiserar med Windows-autentisering och dina autentiseringsuppgifter för Active Directory-domänen (AD). Den här processen är transparent och du ser aldrig någon typ av inloggningsupplevelse.

Hantera användare och grupper

Azure DevOps Services

I Azure DevOps Services kan du använda en liknande mekanism för att ge åtkomst till användargrupper. Du kan lägga till Microsoft Entra-grupper i Azure DevOps Services-grupper. Om du använder Microsoft-konton i stället för Microsoft Entra-ID måste du lägga till användare en i taget.

Azure DevOps Server

I Azure DevOps Server ger du användarna åtkomst till distributioner genom att lägga till Active Directory-grupper (AD) i olika Azure DevOps-grupper (till exempel gruppen Deltagare för ett enskilt projekt). AD-gruppmedlemskapen hålls synkroniserade. När användare läggs till och tas bort i AD får och förlorar de också åtkomst till Azure DevOps Server.

Hantera användaråtkomst

I både Azure DevOps Services och Azure DevOps Server hanterar du åtkomst till funktioner genom att tilldela användare till en åtkomstnivå. Alla användare måste tilldelas till en enda åtkomstnivå. I både molnet och lokala erbjudanden kan du ge kostnadsfri åtkomst till funktioner för arbetsobjekt till ett obegränsat antal intressenter. Dessutom kan ett obegränsat antal Visual Studio-prenumeranter ha åtkomst till alla Basic-funktioner utan extra kostnad. Du betalar bara för andra användare som behöver åtkomst.

Azure DevOps Services

I Azure DevOps Services måste du tilldela en åtkomstnivå till varje användare i din organisation. Azure DevOps Services validerar Visual Studio-prenumeranter när de loggar in. Du kan tilldela grundläggande åtkomst kostnadsfritt till fem användare utan Visual Studio-prenumerationer.

Om du vill ge grundläggande åtkomst eller högre till fler användare konfigurerar du fakturering för din organisation och betalar för fler användare. Annars får alla andra användare åtkomst till intressenten.

Microsoft Entra-grupper ger åtkomst till användargrupper. Åtkomstnivåer tilldelas automatiskt vid första inloggningen. För organisationer som är konfigurerade att använda Microsoft-konton för inloggning måste du uttryckligen tilldela åtkomstnivåer till varje användare.

Azure DevOps Server

I Azure DevOps Server används all användning i honor-systemet. Om du vill ange åtkomstnivåer för användare baserat på deras licenser anger du deras åtkomstnivåer på administrationssidan. Du kan till exempel tilldela olicensierade användare endast intressentåtkomst.

Användare med en Azure DevOps Server Client Access License (CAL) kan ha grundläggande åtkomst. Visual Studio-prenumeranter kan ha antingen grundläggande eller avancerad åtkomst, beroende på deras prenumerationer. Azure DevOps Server försöker inte verifiera dessa licenser eller framtvinga efterlevnad.

Säkerhet och dataskydd

Många entiteter vill veta mer om dataskydd när de övervägs att flytta till molnet. Vi är fast beslutna att se till att Azure DevOps Services-projekt är säkra och säkra. Vi har tekniska funktioner och affärsprocesser på plats för att uppfylla detta åtagande. Du kan också vidta åtgärder för att skydda dina data. Läs mer i vår översikt över dataskydd.

Processanpassning

Du kan anpassa arbetsspårningsupplevelsen på olika sätt, beroende på vilken processmodell som stöds:

Azure DevOps Services

Azure DevOps Services använder arvsprocessmodellen , som stöder WYSIWYG-anpassning.

Azure DevOps Server

Med Azure DevOps Server kan du välja arvsprocessmodellen eller den lokala XML-processmodellen , som stöder anpassning via import eller export av XML-definitionsfiler för arbetsspårningsobjekt. Azure DevOps Server 2018 och tidigare versioner har endast åtkomst till den lokala XML-processmodellen . Även om alternativet för lokal XML-processmodell är kraftfullt kan det orsaka olika problem. Huvudproblemet är att processer för befintliga projekt inte uppdateras automatiskt.

För att undvika dessa problem inaktiveras alltid anpassade processmallar och verktyget witadmin.exe . Den här metoden uppdaterar automatiskt alla projekt med varje Azure DevOps Services-uppgradering. Under tiden arbetar produktteamet hårt för att göra det möjligt att anpassa processer på ett sätt som vi enkelt och kontinuerligt kan stödja. Vi introducerade nyligen den första av dessa ändringar och fler ändringar är på väg.

Med den nya funktionen för processanpassning kan du göra ändringar direkt i webbanvändargränssnittet (UI). Om du vill anpassa dina processer programmatiskt kan du göra det via REST-slutpunkter. När du anpassar projekt på det här sättet uppdateras de automatiskt när vi släpper nya versioner av deras basprocesser med Azure DevOps Services-uppgraderingar.

Mer information finns i Anpassa din arbetsspårningsupplevelse.

Analyser och rapportering

Azure DevOps Services och Azure DevOps Server erbjuder följande verktyg som ger dig insikt i förloppet och kvaliteten på dina programvaruprojekt:

Azure DevOps Server 2019 till Azure DevOps Services

  • Instrumentpaneler och enkla diagram som är tillgängliga på både molnplattformar och lokala plattformar. De här verktygen är enkla att konfigurera och använda.
  • Widgetarna Analytics-tjänsten och Analytics. Analytics-tjänsten är optimerad för snabb läsåtkomst och serverbaserade aggregeringar.
  • Microsoft Power BI-integrering, som har stöd för att hämta analysdata till Power BI-rapporter och ger en kombination av enkelhet och kraft.
  • OData-stöd, som gör att du kan fråga analyticstjänsten direkt från en webbläsare som stöds och sedan använda de returnerade JSON-data som du vill. Du kan generera frågor som sträcker sig över många projekt eller hela organisationen. Mer information om Analytics-tjänsten finns i vår rapportöversikt.

Azure DevOps Server 2018

Visual Studio Team Services är nu Azure DevOps Services

Många av de aktuella tjänsterna i VSTS erbjuds nu som fristående tjänster i både Azure DevOps Services och Azure DevOps Server 2019 och uppåt. Du kan hämta tjänster separat eller tillsammans som Azure DevOps Services. Om du är Azure DevOps-prenumerant har du redan åtkomst till alla tjänster.

VSTS-funktionsnamn Azure DevOps-tjänstnamn beskrivning
Skapa och släpp Azure-pipelines Kontinuerlig integrering och kontinuerlig leverans (CI/CD) som fungerar med valfritt språk, plattform och moln.
Kod Azure-lagringsplatser Obegränsade molnbaserade privata Git- och Team Foundation Version Control-lagringsplatser (TFVC) för projektet.
Arbete Azure-tavlor Arbetsspårning med Kanban-tavlor, kvarvarande uppgifter, teaminstrumentpaneler och anpassad rapportering.
Testa Azure Test Plans Allt-i-ett-lösning för planerad och undersökande testning.
Paket (tillägg) Azure Artifacts Maven-, npm-, Python-, Universal Package- och NuGet-paketfeeds från offentliga och privata källor.

Azure DevOps Services och Azure DevOps Server 2019 och uppåt använder det nya navigeringsanvändargränssnittet med ett lodrätt sidofält för att gå till huvudtjänstområdena: Boards, Repos, Pipelines, Artifacts, Test Plans med mera. Mer information finns i webbportalens navigering i Azure DevOps.

Kommentar

Du kan inaktivera välj tjänster från användargränssnittet. Mer information finns i Aktivera eller inaktivera en tjänst.

Du kan fortfarande använda visualstudio.com för att komma åt Azure DevOps Services. Vi flyttade till det nya dev.azure.com domännamnet som den primära URL:en för nya organisationer. Url:en är https://dev.azure.com/{your organization}/{your project}. Om du vill ändra url:en så att den baseras på dev.azure.com som primär kan en organisationsadministratör göra det från sidan organisationsinställningar.