Migratieoverzicht
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.
Zie Azure DevOps Services vergelijken met Azure DevOps Server - Azure DevOps Server voor meer informatie over de belangrijkste verschillen tussen on-premises Azure DevOps Server en de cloudgebaseerde Azure DevOps Services.
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 betrouwbaarheid en zijn onderhevig aan beperking. 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 en al onze oude bugs achtergelaten, voltooide gebruikersverhalen en taken, enzovoort.
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 De opslagplaatsen> van Project-instellingen>die uw opslagplaats zijn en verplaats de wisselknop naast Opslagplaats uitschakelen naar Aan.
Optie 2: Azure DevOps Migration Tool
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-serviceorganisatie verplaatsen, zonder dat er om de volgende redenen wijzigingen zijn aangebracht:
- Gegevensintegriteit en consistentie:
- Wanneer u gegevens migreert, is het belangrijk om integriteit en consistentie te behouden. Het toestaan van wijzigingen tijdens de migratie kan leiden tot beschadiging van gegevens of inconsistenties.
- Het hulpprogramma zorgt ervoor dat gegevens intact blijven tijdens het overdrachtsproces, waardoor het risico op fouten wordt geminimaliseerd.
- Behoud van brongegevens:
- Het migratiehulpprogramma is erop gericht om de brongegevens in de doelomgeving getrouw te repliceren.
- Wijzigingen kunnen de oorspronkelijke gegevens wijzigen, waardoor er mogelijk verschillen ontstaan tussen de gemigreerde gegevens en de brongegevens.
- Voorspelbaar gedrag:
- Door wijzigingen te beperken, zorgt het hulpprogramma voor voorspelbaar gedrag tijdens de migratie.
- Gebruikers kunnen afhankelijk zijn van consistente resultaten zonder onverwachte wijzigingen.
- Migratiefocus, niet transformatie:
- Het primaire doel van het migratieprogramma is het verplaatsen van gegevens van de ene locatie naar de andere.
- Gegevenstransformatie (zoals het wijzigen van waarden) wordt doorgaans afzonderlijk verwerkt na de migratie.
U kunt gegevens opschonen die u niet vóór of na de migratie nodig hebt.
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.
Optie 3: migratie op basis van API
Als u om een of andere reden het hulpprogramma voor gegevensmigratie niet kunt gebruiken maar toch een hogere betrouwbaarheidsmigratie wilt dan optie 2, kunt u kiezen uit verschillende hulpprogramma's die openbare API's gebruiken om gegevens te verplaatsen.
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: hulpprogramma's op basis van API bieden een hogere kwaliteit dan handmatig kopiëren, maar zijn nog steeds relatief laag.
- 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 het maken, wijzigen, wijzigen 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 subset 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 gehoste XML bevindt, kunt u het upgraden naar overgenomen na de migratie.
Belangrijkste principes
Houd bij het migreren naar Azure DevOps Services rekening met de volgende belangrijke principes en beperkingen:
- Azure DevOps Services is alleen Engels: Azure DevOps Server ondersteunt meerdere talen, maar momenteel 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.
Resources
Volgende stappen
Verwante artikelen:
Feedback
Binnenkort beschikbaar: In de loop van 2024 zullen we GitHub-problemen geleidelijk uitfaseren als het feedbackmechanisme voor inhoud en deze vervangen door een nieuw feedbacksysteem. Zie voor meer informatie: https://aka.ms/ContentUserFeedback.
Feedback verzenden en weergeven voor