Share via

Přehled migrace

  • Článek

Přechod z Azure DevOps Serveru na Azure DevOps Services je základním krokem pro organizace, které chtějí využívat výhod cloudové spolupráce, škálovatelnosti a vylepšených funkcí. V tomto přehledu prozkoumáme možnosti přenosu cenných dat z místního Azure DevOps Serveru do cloudových služeb Azure DevOps Services.

Informace o hlavních rozdílech mezi místním Azure DevOps Serverem a cloudovou službou Azure DevOps Services najdete v tématu Porovnání Azure DevOps Services s Azure DevOps Serverem – Azure DevOps.

Bez ohledu na vybranou možnost migrace doporučujeme určit nejdůležitější prostředky, jako je zdrojový kód a pracovní položky. Měli byste uvažovat o velikosti dat, složitosti organizace a ujistit se, že máte dostatek času na testovací běhy před skutečnou migrací pro hladký a úspěšný přechod.

Přístupy k migraci

Je důležité posoudit výhody a nevýhody jednotlivých přístupů k migraci na základě konkrétních motivací pro přijetí azure DevOps Services. Správná strategie závisí na vašem jedinečném kontextu a požadavcích.

Možnosti Doporučené scénáře Omezení
1: Ruční migrace Slouží pro menší projekty nebo konkrétní podmnožinu dat. Ne všechna data se dají migrovat s plnou věrností a podléhají omezování. Tato migrace nepodporuje migraci šablon XML, takže je potřeba znovu vytvořit šablony procesů jako zděděné šablony.
2: Nástroj pro migraci dat Azure DevOps Používá se pro středně velké až rozsáhlé migrace s různými datovými typy a složitými strukturami. Jednu kolekci Azure DevOps Serveru můžete "lift and shift" přesunout pouze do jedné nové organizace Azure DevOps Services bez úprav. Další informace najdete v části Omezení.
3: Migrace založená na rozhraní API Nabízí flexibilitu a přizpůsobení pro organizace s jedinečnými požadavky na migraci nebo potřebami automatizace. Může dojít ke ztrátě dat a změnám ID s nízkou věrností. Další informace najdete v části Omezení.

Možnost 1: Ruční migrace

Například když se tým Azure DevOps v Microsoftu rozhodl přejít z Azure DevOps Serveru na Azure DevOps Services, rozhodli jsme se také přejít z Správa verzí Team Foundation (TFVC) na Git. Migrace vyžadovala spoustu plánování, ale když jsme migrovali, vytvořili jsme nové úložiště Git pomocí "tipové" verze našich zdrojů TFVC a opustili naši historii na Azure DevOps Serveru. Také jsme přesunuli aktivní pracovní položky a nechali jsme za sebou všechny staré chyby, dokončené uživatelské scénáře a úkoly atd.

Ruční proces migrace

  1. Identifikujte nejdůležitější prostředky, které potřebujete migrovat – obvykle zdrojový kód, pracovní položky nebo obojí. Další prostředky v Azure DevOps Serveru – kanály buildů, testovací plány atd. – se obtížně migrují ručně.
  2. Určete vhodný čas k provedení přechodu.
  3. Připravte cílové organizace. Vytvořte organizace a týmové projekty, které potřebujete, zřiďte uživatele atd.
  4. Migrace dat
  5. Zvažte vytvoření zdrojového nasazení Azure DevOps Serveru jen pro čtení. Můžete to udělat následujícími způsoby:
    • Úprava oprávnění na úrovni projektu: Nastavte oprávnění pro všechny uživatele nebo skupiny na úrovni projektu jen pro čtení, kterou můžete provést úpravou rolí zabezpečení v nastavení projectu.
    • Změnit nastavení úložiště: U každého úložiště můžete změnit nastavení tak, aby byla jen pro čtení, což zahrnuje úpravu oprávnění pro každého uživatele nebo skupiny tak, aby povolovala jen akce čtení.
    • Používejte předdefinované skupiny zabezpečení: Efektivnější správa oprávnění využívá předdefinované skupiny zabezpečení. Uživatele můžete přiřadit ke skupinám, jako jsou Čtenáři, a poskytnout tak přístup jen pro čtení.
    • Změny oprávnění skriptování: Pokud máte mnoho projektů nebo úložišť, budete je možná muset skriptovat. Pomocí rozšíření Azure CLI DevOps můžete vypsat všechna oprávnění a podle potřeby je aktualizovat.
    • Zakázat funkci úložiště: Zakáže přístup k úložišti, včetně sestavení a žádostí o přijetí změn, ale zachová zjišťování úložiště upozorněním. Přejděte do nastavení Projectu>Úložiště> úložiště a vedle možnosti Zakázat úložiště přesuňte přepínač na Zapnuto.

Možnost 2: Nástroj pro migraci Azure DevOps

Nástroj pro migraci dat Azure DevOps je sada nástrojů poskytovaných Microsoftem pro usnadnění migrace dat z Azure DevOps Serveru do Azure DevOps Services. Tyto nástroje nabízejí zjednodušený přístup k migraci různých artefaktů, včetně zdrojového kódu, pracovních položek, testovacích případů a dalších dat souvisejících s projektem.

Než zahájíte proces migrace, můžou nástroje provést předběžnou analýzu, aby posoudily připravenost zdrojového prostředí a identifikovaly potenciální problémy nebo závislosti, které by mohly ovlivnit migraci. Posouzení připravenosti, abyste mohli předem plánovat a zmírnit potenciální výzvy.

Omezení nástroje pro migraci

Nástroj umožňuje "lift and shift" jednu kolekci serverů Azure DevOps do jedné nové organizace služby Azure DevOps bez úprav z následujících důvodů:

  • Integrita a konzistence dat:
    • Při migraci dat je zachování integrity a konzistence zásadní. Povolení úprav během migrace může vést k poškození nebo nekonzistence dat.
    • Nástroj zajišťuje, aby data během procesu přenosu zůstala nedotčená, což minimalizuje riziko chyb.
  • Zachování zdrojových dat:
    • Cílem nástroje pro migraci je věrně replikovat zdrojová data v cílovém prostředí.
    • Změny by mohly změnit původní data, což může způsobovat nesrovnalosti mezi migrovanými a zdrojovými daty.
  • Předvídatelné chování:
    • Omezením úprav nástroj zajišťuje předvídatelné chování během migrace.
    • Uživatelé můžou spoléhat na konzistentní výsledky bez neočekávaných změn.
  • Fokus migrace, ne transformace:
    • Primárním účelem nástroje pro migraci je přesun dat z jednoho umístění do jiného.
    • Transformace dat (například úpravy hodnot) se obvykle po migraci zpracovává samostatně.

Data, která nepotřebujete před migrací nebo po migraci, můžete vyprázdnit.

Proces nástroje pro migraci

  1. Dokončete požadavky, jako je aktualizace Azure DevOps Serveru na jednu ze dvou nejnovějších verzí.
  2. Ověřte každou kolekci, kterou chcete přesunout do Azure DevOps Services.
  3. Vygenerujte soubory migrace.
  4. Připravte všechno na provedení migrace.
  5. Proveďte testovací běh.
  6. Proveďte migraci.
  7. Ověřte, že se migrovali vaši uživatelé a data a že kolekce funguje podle očekávání.

Možnost 3: Migrace založená na rozhraní API

Pokud z nějakého důvodu nemůžete nástroj pro migraci dat použít, ale přesto chcete migraci s vyšší věrností než možnost 2, můžete si vybrat z různých nástrojů, které k přesunu dat používají veřejná rozhraní API.

Omezení migrace na základě rozhraní API

Při migraci na základě rozhraní API dochází k následujícím omezením:

  • Migrace s nízkou věrností:
    • Omezení: Nástroje založené na rozhraní API poskytují vyšší věrnost než ruční kopírování, ale stále jsou relativně nízké přesnosti.
    • Implication: I když tyto nástroje nabízejí určitou věrnost, nezachovají všechny aspekty vašich dat.
      • Příklad: Žádný z nich nezachová původní data sad změn TFVC (Správa verzí Team Foundation).
      • Mnoho z nich neuchovávají ani změněná data revizí pracovních položek.
  • Ztráta dat a změny ID:
    • Omezení: Během migrace nástroje přehrávají změny pracovních položek, sady změn TFVC, kanály balíčků a artefakty kanálu.
    • Implication: Tento proces může vést ke ztrátě dat, generování nových ID a změnám vytvoření, úpravám a datům uzavření.
      • Příklad: Historický kontext svázaný s konkrétními daty se může ztratit, což ovlivňuje vykazování a sledovatelnost.

Proces migrace na základě rozhraní API

Obecně doporučujeme tento přístup pouze v případě, že je velmi důležitá přesnost nad rámec ruční kopie. Pokud se rozhodnete tento přístup přijmout, můžete zvážit přijetí konzultanta, který má zkušenosti s jedním nebo více nástroji, a provést testovací migraci před dokončením migrace.

Mnoho organizací potřebuje velmi vysoce věrnou migraci jenom pro podmnožinu své práce. Nová práce by mohla potenciálně začít přímo ve službě Azure DevOps Services. Jiná práce, s méně přísnými požadavky na věrnost, je možné migrovat pomocí jednoho z dalších přístupů.

Podporované modely procesů

Azure DevOps Services podporuje následující modely procesů:

Ve výchozím nastavení je hostovaný XML ve službě Azure DevOps Services vypnutý. Model hostovaného procesu XML během migrace zapneme jenom v případě, že jste přizpůsobili projekt na Azure DevOps Serveru. Jakmile je projekt v hostovaném XML, můžete ho upgradovat na zděděný po migraci.

Hlavní principy

Při migraci do Azure DevOps Services mějte na paměti následující klíčové principy a omezení:

  • Azure DevOps Services je jenom v angličtině: Azure DevOps Server podporuje více jazyků, ale v současné době Azure DevOps Services podporuje jenom angličtinu. Pokud vaše kolekce používá jiný jazyk než angličtinu nebo v minulosti používala neanglické jazyky a během upgradu jste jazyk převedli na angličtinu, nemůžete nástroj pro migraci dat použít.
  • Dědičnost: Projekt, který byl vytvořen ze šablony procesu Agile, Scrum nebo CMMI a nebyl nikdy přizpůsoben, je v modelu procesu dědičnosti po migraci.
  • Hostovaný XML: Jakýkoli projekt s přizpůsobením používá model hostovaného procesu XML.
  • Proces na přizpůsobený projekt: I když Azure DevOps Services umožňuje projektům sdílet proces, nástroj pro migraci dat vytvoří hostovaný proces XML pro každý přizpůsobený týmový projekt. Pokud máte například 30 přizpůsobených projektů, máte ke správě 30 hostovaných procesů XML. Pokud chcete dále přizpůsobit hostovaný proces XML pro všechny vaše projekty, musíte aktualizovat každý hostovaný proces XML samostatně.
  • Ověření procesu: Ověření procesu nástroje pro migraci dat zjistí model cílového procesu pro každý projekt. Před migrací je potřeba opravit všechny chyby ověření procesu pro hostované projekty XML. Možná budete chtít zvážit aktualizaci procesu vašich projektů tak, aby odpovídal jednomu z našich procesů (Agile, Scrum nebo CMMI), abyste mohli využít výhod modelu procesu dědičnosti. Další informace o typech ověřování procesů najdete v naší dokumentaci.

Zdroje informací

Další kroky

Začínáme s nástrojem pro migraci Azure DevOps