Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Overstappen van Azure DevOps Server naar Azure DevOps Services is een essentiële stap voor organisaties die willen profiteren van samenwerking, schaalbaarheid en verbeterde functies in de cloud. In dit overzicht verkennen we de opties voor het overdragen van uw waardevolle gegevens van de on-premises Azure DevOps-server naar azure DevOps Services in de cloud.
Ongeacht de geselecteerde migratieoptie wordt u aangeraden uw belangrijkste assets, zoals broncode en werkitems, te bepalen. U moet nadenken over uw gegevensgrootte, de complexiteit van uw organisatie en ervoor zorgen dat u voldoende tijd hebt voor testuitvoeringen voordat de daadwerkelijke migratie verloopt voor een soepele en succesvolle overgang.
Benaderingen voor migratie
Het is van cruciaal belang om de voor- en nadelen van elke migratiebenadering te beoordelen, op basis van uw specifieke motivaties voor het aannemen van Azure DevOps Services. De juiste strategie is afhankelijk van uw unieke context en vereisten.
| Opties | Aanbevolen scenario's | Beperkingen |
|---|---|---|
| 1: Handmatige migratie | Gebruiken voor kleinere projecten of specifieke gegevenssubsets. | Niet alle gegevens kunnen worden gemigreerd met volledige getrouwheid en zijn onderhevig aan vertragingsmechanismen. Deze migratie biedt geen ondersteuning voor het migreren van XML-sjablonen, dus u moet processjablonen opnieuw maken als overgenomen sjablonen. |
| 2: Azure DevOps-hulpprogramma voor gegevensmigratie | Gebruik deze indeling voor grootschalige migraties met uiteenlopende gegevenstypen en complexe structuren. | U kunt slechts één Azure DevOps Server-verzameling 'lift and shift' naar één nieuwe Azure DevOps Services-organisatie verplaatsen, zonder wijzigingen. Zie de sectie Beperkingen voor meer informatie. |
| 3: Migratie op basis van API | Biedt flexibiliteit en aanpassing voor organisaties met unieke migratievereisten of automatiseringsbehoeften. | Lage kwaliteit, gegevensverlies en id-wijzigingen kunnen optreden. Zie de sectie Beperkingen voor meer informatie. |
Optie 1: Handmatige migratie
Wanneer het Azure DevOps-team bij Microsoft er bijvoorbeeld voor heeft gekozen om over te stappen van Azure DevOps Server naar Azure DevOps Services, hebben we ook besloten om over te stappen van Team Foundation Version Control (TFVC) naar Git. Migratie vereist veel planning, maar toen we migreerden, hebben we een nieuwe Git-opslagplaats gemaakt met behulp van de 'tip'-versie van onze TFVC-bronnen en hebben we onze geschiedenis achtergelaten in Azure DevOps Server. We hebben ook onze actieve werkitems verplaatst, terwijl we al onze oude bugs, voltooide gebruikersverhalen, taken, enzovoorts, hebben achtergelaten.
Handmatig migratieproces
- Identificeer de belangrijkste assets die u moet migreren, meestal broncode, werkitems of beide. Andere assets in Azure DevOps Server: pijplijnen bouwen, testplannen enzovoort, zijn moeilijker om handmatig te migreren.
- Identificeer een geschikte tijd om de overgang te maken.
- Bereid uw doelorganisaties voor. Maak de organisaties en teamprojecten die u nodig hebt, richt gebruikers in, enzovoort.
- Uw gegevens migreren.
- Overweeg om de bronimplementaties van Azure DevOps Server alleen-lezen te maken. U kunt dit op de volgende manieren doen:
- Machtigingen op projectniveau aanpassen: stel de machtigingen voor alle gebruikers of groepen in op alleen-lezen op projectniveau, wat u kunt doen door de beveiligingsrollen in Project-instellingen te wijzigen.
- Instellingen voor opslagplaatsen wijzigen: Voor elke opslagplaats kunt u de instellingen wijzigen om ze alleen-lezen te maken. Hiervoor moet u de machtigingen voor elke gebruiker of groep aanpassen om alleen leesacties toe te staan.
- Ingebouwde beveiligingsgroepen gebruiken: gebruik de ingebouwde beveiligingsgroepen om machtigingen efficiënter te beheren. U kunt gebruikers toewijzen aan groepen zoals Lezers om alleen-lezentoegang te bieden.
- Wijzigingen in scriptmachtigingen: als u veel projecten of opslagplaatsen hebt, moet u deze mogelijk scripten. U kunt de Azure CLI DevOps-extensie gebruiken om alle machtigingen weer te geven en deze indien nodig bij te werken.
- Functie voor het uitschakelen van de opslagplaats: hiermee wordt de toegang tot de opslagplaats uitgeschakeld, inclusief builds en pull-aanvragen, maar blijft de opslagplaats detecteerbaar met een waarschuwing. Ga naar Projectinstellingen>Opslagplaatsen> je repo, en verplaats de schakelaar naast Opslagplaats uitschakelen naar Aan.
Optie 2: Azure DevOps-hulpprogramma voor gegevensmigratie
Het Hulpprogramma voor gegevensmigratie van Azure DevOps is een set hulpprogramma's die door Microsoft worden geleverd om de migratie van gegevens van Azure DevOps Server naar Azure DevOps Services te vergemakkelijken. Deze hulpprogramma's bieden een gestroomlijnde benadering voor het migreren van verschillende artefacten, waaronder broncode, werkitems, testcases en andere projectgerelateerde gegevens.
Voordat u het migratieproces start, kunnen de hulpprogramma's een premigratieanalyse uitvoeren om de gereedheid van de bronomgeving te beoordelen en potentiële problemen of afhankelijkheden te identificeren die van invloed kunnen zijn op de migratie. Evalueer de gereedheid, zodat u vooraf potentiële uitdagingen kunt plannen en beperken.
Beperkingen voor migratiehulpprogramma's
Met het hulpprogramma kunt u één Azure DevOps-serververzameling 'lift and shift' naar één nieuwe Azure DevOps Services-organisatie verplaatsen, zonder dat u om de volgende redenen hoeft aan te passen:
Waarom geen wijzigingen zijn toegestaan
- Gegevensintegriteit en consistentie: wijzigingen tijdens de migratie kunnen leiden tot beschadiging van gegevens of inconsistenties.
- Behoud van brongegevens: Het hulpprogramma repliceert brongegevens getrouw zonder wijzigingen die discrepanties kunnen veroorzaken.
- Voorspelbaar gedrag: het beperken van wijzigingen zorgt voor consistente, betrouwbare migratieresultaten.
- Migratiefocus, niet transformatie: het hulpprogramma verplaatst gegevens; transformatie vindt afzonderlijk plaats na de migratie.
Niet-ondersteunde migratiescenario's
- Projecten verplaatsen van de ene Azure DevOps Services-organisatie naar een andere Azure DevOps Services-organisatie
- Migreren van het ene Azure DevOps Server-exemplaar naar een ander Azure DevOps Server-exemplaar
Regionale beperkingen
Het hulpprogramma voor gegevensmigratie wordt alleen ondersteund in specifieke Azure-regio's. Organisaties moeten worden gemaakt in ondersteunde regio's en elke tijdelijke infrastructuur (zoals SQL-VM's voor grote migraties) moet ook in deze regio's worden geïmplementeerd. Zie Ondersteunde regio's voor migratie voor de volledige lijst.
Migratiehulpprogrammaproces
- Voltooi de vereisten, zoals het bijwerken van Azure DevOps Server naar een van de twee meest recente releases.
- Valideer elke verzameling die u wilt verplaatsen naar Azure DevOps Services.
- Migratiebestanden genereren.
- Bereid alles voor op de uitvoering van uw migratie.
- Voer een testuitvoering uit.
- Voer een migratie uit.
- Controleer of uw gebruikers en gegevens zijn gemigreerd en dat de verzameling werkt zoals verwacht.
Aanbeveling
U kunt gegevens opschonen die u niet eerder of na de migratie nodig hebt om de migratietijd en opslagvereisten te verminderen.
Optie 3: migratie op basis van API
Als u het hulpprogramma voor gegevensmigratie niet kunt gebruiken maar toch een hogere betrouwbaarheidsmigratie wilt dan optie 2, kunt u overwegen om verschillende hulpprogramma's te gebruiken die openbare API's gebruiken om gegevens te verplaatsen. Deze hulpprogramma's omvatten extensies die beschikbaar zijn op de Visual Studio Marketplace-.
Beperkingen voor migratie op basis van API's
De volgende beperkingen treden op bij migratie op basis van EEN API:
- Migratie met lage betrouwbaarheid:
- Beperking: API-gebaseerde tools bieden een hogere precisie dan handmatig kopiëren, maar zijn nog steeds relatief onnauwkeurig.
- Implicatie: Hoewel deze hulpprogramma's een zekere betrouwbaarheid bieden, behouden ze niet alle aspecten van uw gegevens.
- Voorbeeld: geen van deze behoudt de oorspronkelijke datums van TFVC-wijzigingensets (Team Foundation Version Control).
- Velen behouden ook de gewijzigde datums van revisies van werkitems niet.
- Gegevensverlies en id-wijzigingen:
- Beperking: Tijdens de migratie worden werkitemwijzigingen, TFVC-wijzigingensets, pakketfeeds en pijplijnartefacten opnieuw afgespeeld.
- Implicatie: dit proces kan leiden tot gegevensverlies, nieuwe ID's genereren en de aanmaak-, wijzigings- en sluitingsdatums wijzigen.
- Voorbeeld: Historische context die is gekoppeld aan specifieke datums, kan verloren gaan, wat van invloed is op rapportage en traceerbaarheid.
Migratieproces op basis van API
Over het algemeen raden we deze benadering alleen aan als extra betrouwbaarheid buiten een handmatige kopie essentieel is. Als u besluit deze aanpak te volgen, kunt u overwegen een consultant aan te nemen die ervaring heeft met een of meer van de hulpprogramma's en een testmigratie uitvoert voordat u de uiteindelijke migratie uitvoert.
Veel organisaties hebben een zeer hoogwaardige migratie nodig voor slechts een deel van hun werk. Nieuw werk kan mogelijk rechtstreeks in Azure DevOps Services beginnen. Andere werkzaamheden, met minder strenge betrouwbaarheidsvereisten, kunnen worden gemigreerd met behulp van een van de andere benaderingen.
Ondersteunde procesmodellen
Azure DevOps Services ondersteunt de volgende procesmodellen:
Gehoste XML is standaard uitgeschakeld in Azure DevOps Services. We schakelen het model voor het gehoste XML-proces alleen in tijdens de migratie als u een project in Azure DevOps Server hebt aangepast. Zodra uw project zich op de gehoste XML bevindt, kunt u het upgraden naar overgeërfd na de migratie.
Belangrijkste principes
Houd bij het migreren naar Azure DevOps Services rekening met de volgende belangrijke principes en beperkingen:
- Azure DevOps Services ondersteunt alleen Engels: Azure DevOps Server ondersteunt meerdere talen, maar op dit moment ondersteunt Azure DevOps Services alleen Engels. Als uw verzameling de niet-Engelse taal gebruikt of in het verleden niet-Engels heeft gebruikt en u de taal tijdens een upgrade hebt geconverteerd naar Engels, kunt u het hulpprogramma voor gegevensmigratie niet gebruiken.
- Overname: Een project, dat is gemaakt op basis van de Agile-, Scrum- of CMMI-processjabloon en nooit is aangepast, bevindt zich na de migratie in het overnameprocesmodel.
- Gehoste XML: elk project met aanpassingen maakt gebruik van het gehoste XML-procesmodel.
- Proces per aangepast project: Hoewel Azure DevOps Services projecten toestaat om een proces te delen, maakt het Hulpprogramma voor gegevensmigratie een gehost XML-proces voor elk aangepast teamproject. Als u bijvoorbeeld 30 aangepaste projecten hebt, hebt u 30 gehoste XML-processen om te beheren. Als u het gehoste XML-proces verder wilt aanpassen voor al uw projecten, moet u elk gehost XML-proces afzonderlijk bijwerken.
- Procesvalidatie: De procesvalidatie van het hulpprogramma voor gegevensmigratie detecteert het doelprocesmodel voor elk project. Voordat u kunt migreren, moet u eventuele procesvalidatiefouten voor de gehoste XML-projecten oplossen. U kunt overwegen om het proces van uw projecten bij te werken zodat deze overeenkomen met een van onze processen (Agile, Scrum of CMMI) om te profiteren van het overnameprocesmodel. Meer informatie over de procesvalidatietypen in onze documentatie.