Megjegyzés
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhat bejelentkezni vagy módosítani a címtárat.
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhatja módosítani a címtárat.
Az Azure DevOps Serverről az Azure DevOps Servicesre való áttérés alapvető lépés azon szervezetek számára, amelyek szeretnék kihasználni a felhőalapú együttműködés, a méretezhetőség és a továbbfejlesztett funkciók előnyeit. Ebben az áttekintésben áttekintjük az értékes adatok helyszíni Azure DevOps Serverről a felhőalapú Azure DevOps Servicesbe való átvitelének lehetőségeit.
A kiválasztott áttelepítési lehetőségtől függetlenül javasoljuk, hogy határozza meg a legfontosabb objektumokat, például a forráskódot és a munkaelemeket. Gondoljon az adatok méretére, a szervezet összetettségére, és győződjön meg arról, hogy a tényleges migrálás előtt elegendő ideje van a tesztelési futtatásokra a zökkenőmentes és sikeres átállás érdekében.
A migrálás megközelítései
Az Azure DevOps Services bevezetésének konkrét motivációi alapján elengedhetetlen, hogy felmérje a migrálás egyes megközelítéseinek előnyeit és hátrányait. A megfelelő stratégia az egyedi környezettől és követelményektől függ.
| Beállítások | Ajánlott forgatókönyvek | Korlátozások |
|---|---|---|
| 1: Manuális migrálás | Kisebb projektekhez vagy adott adathalmazokhoz használható. | Nem minden adat migrálható teljes hűséggel, és korlátozás alá esik. Ez az áttelepítés nem támogatja az XML-sablonok migrálását, ezért a folyamatsablonokat örökölt sablonként kell újra létrehoznia. |
| 2: Az Azure DevOps adatmigrálási eszköze | Közepes és nagy léptékű migrálásokhoz használható változatos adattípusokkal és összetett struktúrákkal. | Csak egy Azure DevOps Server-gyűjteményt "emelhet át" egy új Azure DevOps Services-szervezetbe módosítás nélkül. További információkért lásd a Korlátozások szakaszt. |
| 3: API-alapú migrálás | Rugalmasságot és testreszabást biztosít az egyedi migrálási követelményekkel vagy automatizálási igényekkel rendelkező szervezetek számára. | Alacsony megbízhatósági, adatvesztési és azonosítóváltozások fordulhatnak elő. További információkért lásd a Korlátozások szakaszt. |
1. lehetőség: Manuális migrálás
Amikor például a Microsoft 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. A migrálás sok tervezést igényelt, de migráláskor létrehoztunk egy új Git-adattárat a TFVC-forrásaink "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.
Manuális migrálási folyamat
- 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.
- Azonosítsa az átmenet megfelelő időpontját.
- 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.
- Az adatok migrálása.
- Fontolja meg a forrás Azure DevOps Server üzembe helyezésének írásvédettvé tételét. Ezt a következő módokon teheti meg:
- Projektszintű engedélyek módosítása: Állítsa be az összes felhasználó vagy csoport engedélyeit írásvédettre a projekt szintjén, amelyet a Projekt beállításaiban lévő biztonsági szerepkörök módosításával tehet meg.
- Az adattár beállításainak módosítása: Az egyes adattárakban módosíthatja a beállításokat, hogy írásvédetté tegyék őket, ami magában foglalja az egyes felhasználók vagy csoportok engedélyeinek módosítását, hogy csak olvasási műveleteket engedélyezzenek.
- Beépített biztonsági csoportok használata: A beépített biztonsági csoportok használatával hatékonyabban kezelheti az engedélyeket. A felhasználókat olyan csoportokhoz rendelheti, mint az "Olvasók", hogy csak olvasási hozzáférést biztosítsanak.
- Szkriptek használata a jogosultsági változásokhoz: Ha sok projekttel vagy adattárral rendelkezik, lehet, hogy szkripteket kell írnia hozzájuk. Az Azure CLI DevOps-bővítményével listázhatja az összes engedélyt, és szükség szerint frissítheti őket.
- Az adattár letiltása funkció: Letiltja az adattárhoz való hozzáférést, beleértve a buildeket és a lekéréses kérelmeket, de figyelmeztetéssel tartja felderíthetőnek az adattárat. Menjen a Projektbeállítások>Adattárak> részhez, válassza ki az adattárát, és a Tárház letiltása mellett állítsa a kapcsolót Be állásba.
2. lehetőség: Az Azure DevOps adatmigrálási eszköze
Az Azure DevOps Adatmigrálási eszköz a Microsoft által biztosított segédprogramok készlete, amelyek megkönnyítik az adatok Azure DevOps Serverről Az Azure DevOps Services szolgáltatásba való migrálását. Ezek az eszközök leegyszerűsített megközelítést kínálnak a különböző összetevők, például a forráskód, a munkaelemek, a tesztelési esetek és más projekthez kapcsolódó adatok migrálásához.
A migrálási folyamat megkezdése előtt az eszközök elvégezhetnek egy premigrációs elemzést a forráskörnyezet felkészültségének felméréséhez, és azonosíthatják a migrálást esetlegesen érintő problémákat vagy függőségeket. Mérje fel a felkészültséget, hogy előre megtervezhesse és elháríthassa a lehetséges kihívásokat.
A migrálási eszköz korlátozásai
Az eszköz lehetővé teszi, hogy egy Azure DevOps Server-gyűjteményt egy új Azure DevOps Services-szervezetbe "emeljen fel és váltson át", a következő okok miatt nem módosítható:
Miért nem engedélyezettek módosítások?
- Adatintegritás és konzisztencia: A migrálás során végzett módosítások adatsérüléshez vagy inkonzisztenciához vezethetnek.
- Forrásadatok megőrzése: Az eszköz hűen replikálja a forrásadatokat olyan módosítások nélkül, amelyek eltéréseket okozhatnak.
- Kiszámítható viselkedés: A módosítások korlátozása konzisztens, megbízható migrálási eredményeket biztosít.
- Migrálási fókusz, nem átalakítás: Az eszköz áthelyezi az adatokat; az átalakítás a migrálás után külön történik.
Nem támogatott migrálási forgatókönyvek
- Projektek áthelyezése egy Azure DevOps Services-szervezetről egy másik Azure DevOps Services-szervezetre
- Migrálás egy Azure DevOps Server-példányról egy másik Azure DevOps Server-példányra
Regionális korlátozások
Az adatmigrálási eszköz csak bizonyos Azure-régiókban támogatott. A szervezeteket támogatott régiókban kell létrehozni, és ezekben a régiókban minden ideiglenes infrastruktúrát (például a nagy áttelepítésekhez használt SQL virtuális gépeket) is üzembe kell helyezni. A teljes lista áttelepítéséhez tekintse meg a támogatott régiókat .
Migrálási eszköz folyamata
- Az előfeltételek teljesítése, például az Azure DevOps Server frissítése a két legújabb kiadás egyikére.
- Ellenőrizze az Azure DevOps Servicesbe áthelyezni kívánt gyűjteményeket.
- Migrálási fájlok létrehozása.
- Készítsen elő mindent a migrálás végrehajtásához.
- Végezzen tesztfuttatást.
- Migrálás végrehajtása.
- Győződjön meg arról, hogy a felhasználók és az adatok át lettek migrálva, és a gyűjtemény a várt módon működik.
Jótanács
A migrálás előtt vagy után nem szükséges adatokat törölheti, hogy csökkentse az áttelepítési időt és a tárolási követelményeket.
3. lehetőség: API-alapú migrálás
Ha nem tudja használni az adatmigrálási eszközt, de a 2. lehetőségnél nagyobb megbízhatósági migrálást szeretne, fontolja meg a nyilvános API-kat használó különböző eszközök használatát az adatok áthelyezéséhez. Ezek az eszközök kiegészítéseket tartalmaznak, amelyek elérhetők a Visual Studio Marketplace-ben.
API-alapú migrálási korlátozások
Az API-alapú migrálás során a következő korlátozások lépnek fel:
- Alacsony precizitású migrálás:
- Korlátozás: Az API-alapú eszközök nagyobb hűséget biztosítanak, mint a manuális másolás, de még mindig viszonylag alacsony a hűség.
- Következmények: Bár ezek az eszközök némi hűséget biztosítanak, nem őrzik meg az adatok minden aspektusát.
- Példa: Egyik sem őrzi meg a TFVC-módosítások eredeti dátumát (Team Foundation verziókövetés).
- Sokan nem őrzik meg a munkaelem-változatok módosított dátumait sem.
- Adatvesztés és azonosítóváltozások:
- Korlátozás: A migrálás során az eszközök újra lejátszják a munkaelemek módosításait, a TFVC-változáskészleteket, a csomagcsatornákat és a folyamatösszetevőket.
- Következmények: Ez a folyamat adatvesztéshez, új azonosítók létrehozásához, valamint létrehozási, módosítási és lezárási dátumok módosításához vezethet.
- Példa: Az adott dátumokhoz kapcsolódó előzménykörnyezet elveszhet, ami hatással van a jelentéskészítésre és a nyomon követhetőségre.
API-alapú migrálási folyamat
Á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 felvennie egy tanácsadót, aki rendelkezik tapasztalattal egy vagy több eszközzel, és a végleges migrálás előtt elvégez egy 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.
Támogatott folyamatmodellek
Az Azure DevOps Services a következő folyamatmodelleket támogatja:
Alapértelmezés szerint az üzemeltetett XML ki van kapcsolva az Azure DevOps Services-ben. A migrálás során csak akkor kapcsoljuk be az üzemeltetett XML-folyamatmodellt, ha testre szabott egy projektet az Azure DevOps Serverben. Ha a projekt a hostolt XML-en van, frissítheti azt örökölt állapotúra az áttelepítés után.
Alapelvek
Az Azure DevOps Servicesbe való migráláskor tartsa szem előtt az alábbi fő alapelveket és korlátozásokat:
- Az Azure DevOps Services csak angol nyelvű: Az Azure DevOps Server több nyelvet is támogat, de az Azure DevOps Services jelenleg csak az angol nyelvet támogatja. Ha a gyűjtemény nem angol nyelvet használ, vagy korábban nem angol nyelvet használt, és a verziófrissítés során a nyelvet angolra konvertálta, nem használhatja az adatmigrálási eszközt.
- Öröklés: Az Agile-, Scrum- vagy CMMI-folyamatsablonból létrehozott és soha nem testre szabott projekt a migrálás utáni öröklési folyamatmodellen található.
- Üzemeltetett XML: Minden testreszabással rendelkező projekt az üzemeltetett XML-folyamatmodellt használja.
- Folyamat testre szabott projektenként: Bár az Azure DevOps Services lehetővé teszi a projektek számára a folyamatok megosztását, az Adatmigrálási eszköz egy üzemeltetett XML-folyamatot hoz létre minden egyéni csapatprojekthez. Ha például 30 testreszabott projektje van, 30 üzemeltetett XML-folyamatot kell kezelnie. Ha az üzemeltetett XML-folyamatot az összes projekthez szeretné testre szabni, az egyes üzemeltetett XML-folyamatokat külön kell frissítenie.
- Folyamatérvényesítés: Az adatmigrálási eszköz folyamatérvényesítése észleli az egyes projektek célfolyamat-modelljét. A migrálás előtt ki kell javítania az üzemeltetett XML-projektek folyamatérvényesítési hibáit. Érdemes lehet úgy frissíteni a projektek folyamatát, hogy megfeleljen az egyik folyamatunknak (Agile, Scrum vagy CMMI), hogy kihasználhassa az öröklési folyamat modelljét. További információ a folyamatérvényesítési típusokról a dokumentációnkban.