Confrontare Azure DevOps Services con Azure DevOps Server

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

L'offerta cloud, Azure DevOps Services, offre un servizio ospitato scalabile, affidabile e disponibile a livello globale. L'offerta cloud è supportata da un contratto di servizio del 99,9%, monitorata dal team operativo 24/7 e disponibile nei data center locali in tutto il mondo.

L'offerta locale, Azure DevOps Server, è basata su un back-end di SQL Server. I clienti scelgono in genere la versione locale quando hanno bisogno dei dati per rimanere all'interno della rete. In alternativa, quando vogliono accedere a SQL Server Reporting Services che si integrano con i dati e gli strumenti di Azure DevOps Server.

Entrambe le offerte offrono le stesse funzionalità e servizi essenziali, ma Azure DevOps Services offre i vantaggi seguenti:

  • Gestione semplificata dei server
  • Accesso immediato alle funzionalità più recenti e più grandi
  • Miglioramento della connettività con i siti remoti
  • Transizione dalle spese in conto capitale (server e simili) alle spese operative (sottoscrizioni)

Per determinare quale offerta, cloud o locale, soddisfa le proprie esigenze, prendere in considerazione le differenze principali seguenti.

Differenze principali tra Azure DevOps Services e Azure DevOps Server

Quando si sceglie la piattaforma desiderata o se si sta valutando un passaggio dall'ambiente locale al cloud, considerare le aree seguenti:

Differenze in aree di funzionalità specifiche

Anche se Azure DevOps Services è una versione ospitata di Azure DevOps Server, esistono alcune differenze tra le funzionalità. Alcune funzionalità di Azure DevOps Server non sono supportate in Azure DevOps Services. Ad esempio, Azure DevOps Services non supporta l'integrazione con SQL Server Analysis Services per supportare la creazione di report.

Differenze nel supporto

Se si usa Azure DevOps Server e si valuta il passaggio ad Azure DevOps Services, comprendere le opzioni di migrazione.

Ambito e ridimensionare i dati

Man mano che l'azienda cresce, potrebbe essere necessario aumentare le prestazioni dell'istanza di Azure DevOps.

Servizi di Azure DevOps

Azure DevOps Services offre due opzioni per definire l'ambito e ridimensionare i dati: organizzazioni e progetti. Le organizzazioni in Azure DevOps Services ottengono i propri URL ,ad esempio https://dev.azure.com/fabrikamfiber, e hanno sempre una raccolta di progetti. Le organizzazioni possono avere molti progetti all'interno di una raccolta.

È consigliabile creare organizzazioni in Azure DevOps Services ovunque si creino raccolte in Azure DevOps Server. Si applicano gli scenari seguenti:

  • È possibile acquistare utenti di Azure DevOps Services per organizzazione: gli utenti a pagamento possono accedere solo all'organizzazione in cui viene effettuato il pagamento. Se si dispone di utenti che devono accedere a molte organizzazioni, le sottoscrizioni di Visual Studio possono essere un'opzione interessante. I sottoscrittori di Visual Studio possono essere aggiunti a un numero qualsiasi di organizzazioni senza costi aggiuntivi. Stiamo valutando anche altri modi per rendere disponibile l'accesso a molte organizzazioni raggruppate in una singola organizzazione.
  • Attualmente è necessario amministrare le organizzazioni una alla volta. Questo processo può essere complesso quando si dispone di molte organizzazioni.

Per altre informazioni, vedere Pianificare la struttura organizzativa in Azure DevOps.

Azure DevOps Server

Azure DevOps Server offre le tre opzioni seguenti per definire l'ambito e ridimensionare i dati: distribuzioni, raccolte di progetti e progetti. Nel caso più semplice, le distribuzioni sono solo server.

Le distribuzioni possono tuttavia essere più complesse, che possono includere:

  • Distribuzione a due server in cui SQL viene suddiviso in un computer separato
  • Farm a disponibilità elevata con un numero elevato di server

Le raccolte di progetti fungono da contenitori per la sicurezza e l'amministrazione e i limiti del database fisico. Vengono usati anche per raggruppare i progetti correlati.

Infine, i progetti vengono usati per incapsulare gli asset di singoli progetti software, tra cui codice sorgente, elementi di lavoro e così via. Per altre informazioni, vedere Pianificare la struttura organizzativa in Azure DevOps.

Autenticazione

Servizi di Azure DevOps

Con Azure DevOps Services, ci si connette tramite la rete Internet pubblica , ad esempio https://contoso.visualstudio.com. È possibile eseguire l'autenticazione con le credenziali dell'account Microsoft o con le credenziali di Microsoft Entra ID , a seconda della configurazione dell'organizzazione. È anche possibile configurare Microsoft Entra ID per richiedere funzionalità come l'autenticazione a più fattori, le restrizioni degli indirizzi IP e così via.

È consigliabile configurare le organizzazioni per l'uso di Microsoft Entra anziché degli account Microsoft. Questo metodo offre un'esperienza migliore in molti scenari e altre opzioni per una maggiore sicurezza.

Per altre informazioni, vedere Informazioni sull'accesso ad Azure DevOps Services con Microsoft Entra ID.

Azure DevOps Server

Con Azure DevOps Server, ci si connette a un server Intranet , ad esempio https://tfs.corp.contoso.com:8080/tfs. L'autenticazione viene eseguita con l'autenticazione di Windows e le credenziali di dominio di Active Directory (AD). Questo processo è trasparente e non viene mai visualizzato alcun tipo di esperienza di accesso.

Gestire utenti e gruppi

Servizi di Azure DevOps

In Azure DevOps Services è possibile usare un meccanismo simile per fornire l'accesso a gruppi di utenti. È possibile aggiungere gruppi di Microsoft Entra ai gruppi di Azure DevOps Services. Se si usano account Microsoft invece di Microsoft Entra ID, è necessario aggiungere utenti uno alla volta.

Azure DevOps Server

In Azure DevOps Server si fornisce agli utenti l'accesso alle distribuzioni aggiungendo gruppi di Active Directory (AD) a vari gruppi di Azure DevOps, ad esempio il gruppo Collaboratori per un singolo progetto. Le appartenenze ai gruppi di Active Directory vengono mantenute sincronizzate. Man mano che gli utenti vengono aggiunti e rimossi in AD, ottengono e perdono l'accesso ad Azure DevOps Server.

Gestire l'accesso degli utenti

Sia In Azure DevOps Services che in Azure DevOps Server l'accesso alle funzionalità viene gestito assegnando agli utenti un livello di accesso. Tutti gli utenti devono essere assegnati a un singolo livello di accesso. Sia nel cloud che nelle offerte locali, è possibile concedere l'accesso gratuito alle funzionalità degli elementi di lavoro a un numero illimitato di stakeholder. Inoltre, un numero illimitato di sottoscrittori di Visual Studio può avere accesso a tutte le funzionalità basic senza costi aggiuntivi. Si paga solo per altri utenti che necessitano dell'accesso.

Servizi di Azure DevOps

In Azure DevOps Services è necessario assegnare un livello di accesso a ogni utente dell'organizzazione. Azure DevOps Services convalida i sottoscrittori di Visual Studio durante l'accesso. È possibile assegnare gratuitamente l'accesso Basic a cinque utenti senza sottoscrizioni di Visual Studio.

Per concedere l'accesso basic o superiore a più utenti, configurare la fatturazione per l'organizzazione e pagare per più utenti. In caso contrario, tutti gli altri utenti ottengono l'accesso agli stakeholder.

I gruppi di Microsoft Entra consentono l'accesso a gruppi di utenti. I livelli di accesso vengono assegnati automaticamente al primo accesso. Per le organizzazioni configurate per l'uso degli account Microsoft per l'accesso, è necessario assegnare i livelli di accesso a ogni utente in modo esplicito.

Azure DevOps Server

In Azure DevOps Server, tutto l'uso è nel sistema honor. Per impostare i livelli di accesso per gli utenti in base alle licenze, specificare i livelli di accesso nella pagina di amministrazione. Ad esempio, assegnare solo l'accesso degli stakeholder agli utenti senza licenza.

Gli utenti con una licenza CAL (Client Access License) di Azure DevOps Server possono avere accesso Basic. I sottoscrittori di Visual Studio possono avere accesso basic o avanzato, a seconda delle sottoscrizioni. Azure DevOps Server non tenta di verificare queste licenze o di applicare la conformità.

Sicurezza e protezione dei dati

Molte entità vogliono ottenere altre informazioni sulla protezione dei dati quando considerano il passaggio al cloud. Ci impegniamo a garantire che i progetti di Azure DevOps Services rimangano sicuri e sicuri. Sono disponibili funzionalità tecniche e processi aziendali per realizzare questo impegno. È anche possibile adottare misure per proteggere i dati. Per altre informazioni, vedere la panoramica sulla protezione dei dati.

Personalizzazione dei processi

È possibile personalizzare l'esperienza di rilevamento del lavoro in modi diversi, a seconda del modello di processo supportato:

Servizi di Azure DevOps

Azure DevOps Services usa il modello di processo di ereditarietà , che supporta la personalizzazione WYSIWYG.

Azure DevOps Server

Con Azure DevOps Server è possibile scegliere il modello di processo di ereditarietà o il modello di processo XML locale, che supporta la personalizzazione tramite l'importazione o l'esportazione di file di definizione XML per oggetti di rilevamento del lavoro. Azure DevOps Server 2018 e versioni precedenti hanno accesso solo al modello di processo XML locale. Anche se l'opzione del modello di processo XML locale è potente, può causare diversi problemi. Il problema principale è che i processi per i progetti esistenti non vengono aggiornati automaticamente.

Per evitare questi problemi, i modelli di processo personalizzati e lo strumento witadmin.exe sono sempre disabilitati. Questo approccio aggiorna automaticamente tutti i progetti con ogni aggiornamento di Azure DevOps Services. Nel frattempo, il team del prodotto sta lavorando duramente per rendere possibile la personalizzazione dei processi in modi che possiamo supportare in modo semplice e continuo. Di recente sono state introdotte le prime di queste modifiche e sono state apportate altre modifiche.

Con la nuova funzionalità di personalizzazione dei processi, è possibile apportare modifiche direttamente all'interno dell'interfaccia utente Web. Se si desidera personalizzare i processi a livello di codice, è possibile farlo tramite gli endpoint REST. Quando si personalizzano i progetti in questo modo, questi vengono aggiornati automaticamente quando vengono rilasciate nuove versioni dei processi di base con gli aggiornamenti di Azure DevOps Services.

Per altre informazioni, vedere Personalizzare l'esperienza di rilevamento del lavoro.

Analisi e report

Azure DevOps Services e Azure DevOps Server offrono gli strumenti seguenti che offrono informazioni dettagliate sullo stato di avanzamento e sulla qualità dei progetti software:

Da Azure DevOps Server 2019 ad Azure DevOps Services

  • Dashboard e grafici leggeri disponibili sia nel cloud che nelle piattaforme locali. Questi strumenti sono facili da configurare e usare.
  • Widget del servizio Analytics e Analytics. Il servizio Analytics è ottimizzato per l'accesso in lettura veloce e le aggregazioni basate su server.
  • Integrazione di Microsoft Power BI, che supporta il recupero dei dati di Analisi nei report di Power BI e offre una combinazione di semplicità e potenza.
  • Supporto di OData, che consente di eseguire direttamente query sul servizio Analytics da un browser supportato e quindi usare i dati JSON restituiti come desiderato. È possibile generare query che si estendono su molti progetti o sull'intera organizzazione. Per altre informazioni sul servizio Analisi, vedere la roadmap per la creazione di report.

Azure DevOps Server 2018

  • Dashboard e grafici leggeri disponibili sia nel cloud che nelle piattaforme locali. Questi strumenti sono facili da configurare e usare.
  • I report di SQL Server Reporting Services (SSRS) sono disponibili quando Azure DevOps Server è configurato con SQL Server Analysis Services.

Visual Studio Team Services è ora Azure DevOps Services

Molti dei servizi in primo piano in VSTS sono ora offerti come servizi autonomi sia in Azure DevOps Services che in Azure DevOps Server 2019 e versioni up. È possibile ottenere i servizi separatamente o tutti insieme come Azure DevOps Services. Se si è un sottoscrittore di Azure DevOps, si ha già accesso a tutti i servizi.

Nome della funzionalità VSTS Nome del servizio Azure DevOps Descrizione
Compilazione e rilascio Azure Pipelines Integrazione continua e recapito continuo (CI/CD) che funziona con qualsiasi linguaggio, piattaforma e cloud.
Codice Azure Repos Repository Git privati e controllo della versione di Team Foundation (TFVC) ospitati nel cloud illimitati per il progetto.
Lavoro Azure Boards Tenere traccia delle schede Kanban, dei backlog, dei dashboard del team e dei report personalizzati.
  Test Azure Test Plans Soluzione di test esplorativa e pianificata all-in-one.
Pacchetti (estensione) Azure Artifacts Feed di pacchetti Maven, npm, Python, Universal Package e NuGet da origini pubbliche e private.

Azure DevOps Services e Azure DevOps Server 2019 usano la nuova interfaccia utente di navigazione, con una barra laterale verticale per passare alle aree di servizio principali: Boards, Repos, Pipeline, Artefatti, Piani di test e altro ancora. Per altre informazioni, vedere Navigazione nel portale Web in Azure DevOps.

Nota

È possibile disabilitare i servizi di selezione dall'interfaccia utente. Per altre informazioni, vedere Attivare o disattivare un servizio.

È comunque possibile usare visualstudio.com per accedere ad Azure DevOps Services. È stato spostato nel nuovo dev.azure.com nome di dominio come URL primario per le nuove organizzazioni. L'URL è https://dev.azure.com/{your organization}/{your project}. Se si vuole modificare l'URL in modo che sia basato su dev.azure.com come primario, un amministratore dell'organizzazione può farlo dalla pagina delle impostazioni dell'organizzazione.