Migrálási lehetőségek

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

Amikor úgy dönt, hogy áthelyezi az Azure DevOps Serverről az Azure DevOps Servicesre, előfordulhat, hogy egy üres szervezettel kezd újat. Gyakran azonban meglévő kódokkal, munkaelemekkel és más áthelyezni kívánt objektumokkal is rendelkezik. Ennek számos megközelítése van, amelyek az adatátvitel megbízhatósága és a folyamat összetettsége tekintetében is eltérőek.

Az adatok migrálása előtt tekintse át az Azure DevOps Server és az Azure DevOps Services közötti különbségeket.

1. lehetőség: A legfontosabb objektumok manuális másolása

Az adatok Azure DevOps Servicesbe való áthelyezésének messze a legegyszerűbb módja a legfontosabb objektumok manuális másolása és viszonylag friss kezdés. Ez nehéz lehet, ha egy nagy projekt közepén van, de egyszerűbbé teheti, ha előre megtervezi és ütemezi az áthelyezést, amikor ez logikus a csapat számára.

Amikor például az Azure DevOps csapata úgy döntött, hogy az Azure DevOps Serverről az Azure DevOps Servicesre vált, úgy döntöttünk, hogy a Team Foundation verziókövetésről (TFVC) a Gitre váltunk. Ez elég nagy tervezést igényelt, de amikor ténylegesen végrehajtottuk a migrálást, létrehoztunk egy új Git-adattárat a TF VC-források "tipp" verziójával, és hátrahagytuk az előzményeket az Azure DevOps Serverben. Az aktív munkaelemeket is áthelyeztük, és hátrahagytuk az összes régi hibát, befejezett felhasználói történeteket és feladatokat stb.

Íme az általános folyamat:

  1. Azonosítsa a migráláshoz szükséges legfontosabb eszközöket – általában a forráskódot, a munkaelemeket vagy mindkettőt. Az Azure DevOps Server egyéb eszközeit – a folyamatokat, a tesztelési terveket és így tovább – nehezebb manuálisan migrálni.
  2. Azonosítsa az áttűnés megfelelő idejét.
  3. A célszervezetek előkészítése. Hozza létre a szükséges szervezeteket és csapatprojekteket, hozzon létre felhasználókat stb.
  4. Az adatok migrálása.
  5. Fontolja meg a forrás Azure DevOps Server üzembe helyezésének írásvédettvé tételét.

2. lehetőség: Nagy megbízhatóságú adatbázis migrálása.

Az Azure DevOps Server & Azure DevOps Services termékcsapata magas megbízhatóságú adatmigrálási eszközt biztosít. A letölthető migrálási útmutató a következő címen https://aka.ms/AzureDevOpsImportérhető el: .

Migrálási útmutató

Mivel az adatmigrálási eszköz adatbázisszinten működik, nagyon magas megbízhatóságú migrálást biztosíthat. Ha át szeretné helyezni a meglévő Azure DevOps Server-adatokat az Azure DevOps Servicesbe, javasoljuk, hogy használja ezt a lehetőséget.

3. lehetőség: Nyilvános API-alapú eszközök használata a jobb hűségű migráláshoz

Ha valamilyen okból nem tudja használni az adatmigrálási eszközt, de az 1. lehetőségnél magasabb hűségű migrálást szeretne, számos olyan eszköz közül választhat, amelyek nyilvános API-kat használnak az adatok áthelyezéséhez. Ezek az eszközök általában magasabb megbízhatósági migrálást biztosítanak, mint a "tipp" adatok manuális másolata, de még mindig viszonylag alacsony a megbízhatóságuk. Példa:

  • Egyikük sem őrzi meg a TF VC-módosítások dátumait.
  • Ezek közül sokan nem őrzik meg a munkaelem-változatok módosított dátumait.
  • Egyikük sem fogja migrálni az összes Azure DevOps Server-összetevőt.

Általában csak akkor javasoljuk ezt a megközelítést, ha a manuális másolaton túli további hűség kritikus fontosságú. Ha úgy dönt, hogy ezt a megközelítést választja, érdemes lehet olyan tanácsadót felvennie, aki rendelkezik tapasztalattal egy vagy több eszközzel. A végleges migrálás előtt mindenképpen érdemes megfontolnia a tesztelési migrálást.

Sok szervezetnek nagyon nagy hűségű migrálásra van szüksége a munkájuknak csak egy részhalmazához. Az új munka akár közvetlenül az Azure DevOps Servicesben is elkezdődhet. Más, kevésbé szigorú megbízhatósági követelményekkel rendelkező munkát a többi módszer egyikével migrálhat. Mérlegelnie kell a különböző megközelítések előnyeit és hátrányait az Azure DevOps Servicesbe való áttérés motivációihoz, és el kell döntenie, hogy mi a megfelelő stratégia.