Az Azure DevOps Services és az Azure DevOps Server összehasonlítása

  • Cikk

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

Az Azure DevOps Services felhőalapú ajánlata skálázható, megbízható és globálisan elérhető üzemeltetett szolgáltatást biztosít. A felhőajánlatot egy 99,9%-os SLA követi, amelyet a 24/7 üzemeltetési csapat figyel, és a világ minden táján elérhető helyi adatközpontokban.

A helyszíni ajánlat, az Azure DevOps Server egy SQL Server háttérrendszerre épül. Az ügyfelek általában akkor választják ki a helyszíni verziót, ha adataikra szükségük van ahhoz, hogy a hálózaton belül maradjanak. Vagy ha hozzá szeretnének férni az Azure DevOps Server-adatokkal és -eszközökkel integrálható SQL Server-jelentési szolgáltatásokhoz.

Mindkét ajánlat ugyanazokat az alapvető funkciókat és szolgáltatásokat biztosítja, de az Azure DevOps Services a következő további előnyöket kínálja:

  • Egyszerűsített kiszolgálókezelés
  • Azonnali hozzáférés a legújabb és legnagyobb funkciókhoz
  • Továbbfejlesztett kapcsolat távoli helyekkel
  • Váltás a tőkekiadásokról (kiszolgálókról és hasonlókról) a működési kiadásokra (előfizetések)

Annak meghatározásához, hogy melyik ajánlat – felhő vagy helyszíni – felel meg az igényeinek, vegye figyelembe az alábbi főbb különbségeket.

Az Azure DevOps Services és az Azure DevOps Server közötti főbb különbségek

Amikor kiválasztja a kívánt platformot, vagy a helyszíniről a felhőbe való áttérést fontolgatja, vegye figyelembe a következő területeket:

Különbségek adott funkcióterületeken

Bár az Azure DevOps Services az Azure DevOps Server üzemeltetett verziója, a funkciók között van néhány különbség. Az Azure DevOps Server egyes funkciói nem támogatottak az Azure DevOps Servicesben. Az Azure DevOps Services például nem támogatja az SQL Server Analysis Servicesrel való integrációt a jelentéskészítés támogatásához.

A támogatás különbségei

Ha Az Azure DevOps Servert használja, és az Azure DevOps Servicesre való áttérést fontolgatja, ismerje meg a migrálási lehetőségeket.

Adatok hatóköre és méretezése

A vállalkozás növekedésével előfordulhat, hogy fel kell skáláznia az Azure DevOps-példányt.

Azure DevOps Services

Az Azure DevOps Services két lehetőséget kínál az adatok hatókörének meghatározására és skálázására: szervezetek és projektek. Az Azure DevOps Services szervezetei saját URL-címeket kapnak (például https://dev.azure.com/fabrikamfiber), és mindig pontosan egy projektgyűjteményük van. A szervezetek számos projekttel rendelkezhetnek egy gyűjteményen belül.

Javasoljuk, hogy mindenhol hozzon létre szervezeteket az Azure DevOps Servicesben, ahol gyűjteményeket hozna létre az Azure DevOps Serveren. A következő forgatókönyvek érvényesek:

  • Az Azure DevOps Services-felhasználókat szervezetenként vásárolhatja meg – A fizetős felhasználók csak azt a szervezetet érhetik el, amelyben a fizetés történik. Ha több szervezethez is hozzáférésre van szüksége a felhasználóknak, a Visual Studio-előfizetések vonzó lehetőségeket jelenthetnek. A Visual Studio-előfizetők tetszőleges számú szervezethez ingyenesen vehetők fel. Más módszereket is fontolóra veszünk a hozzáférés elérhetővé tétele számos szervezet számára, amelyek egyetlen szervezetbe vannak csoportosítva.
  • Jelenleg egyenként kell felügyelnie a szervezeteket. Ez a folyamat nehézkes lehet, ha sok szervezettel rendelkezik.

További információ: Szervezeti struktúra megtervezése az Azure DevOpsban.

Azure DevOps Server

Az Azure DevOps Server az alábbi három lehetőséget kínálja az adatok hatókörének meghatározására és skálázására: üzembe helyezések, projektgyűjtemények és projektek. A legegyszerűbb esetben az üzembe helyezések csak kiszolgálók.

Az üzemelő példányok azonban bonyolultabbak lehetnek, amelyek a következők lehetnek:

  • Kétkiszolgálós üzembe helyezés, ahol az SQL külön gépen van felosztva
  • Magas rendelkezésre állású farmok sok kiszolgálóval

A projektgyűjtemények tárolókként szolgálnak a biztonság és felügyelet, valamint a fizikai adatbázis határai számára. Ezeket a kapcsolódó projektek csoportosítására is használják.

Végül a projektek az egyes szoftverprojektek eszközeinek beágyazására szolgálnak, beleértve a forráskódot, a munkaelemeket stb. További információ: Szervezeti struktúra megtervezése az Azure DevOpsban.

Hitelesítés

Azure DevOps Services

Az Azure DevOps Services segítségével a nyilvános interneten keresztül csatlakozhat (például https://contoso.visualstudio.com). A szervezet beállításától függően a Microsoft-fiók hitelesítő adataival vagy a Microsoft Entra-azonosító hitelesítő adataival hitelesíthet. Beállíthatja a Microsoft Entra-azonosítót is, hogy olyan funkciókat igényeljen, mint a többtényezős hitelesítés, az IP-címkorlátozások stb.

Javasoljuk, hogy a vállalatokat úgy konfigurálja, hogy a Microsoft-fiókok helyett a Microsoft Entra-t használják. Ez a módszer számos esetben jobb élményt nyújt, és több lehetőséget kínál a fokozott biztonságra.

További információ: Az Azure DevOps Services elérése a Microsoft Entra-azonosítóval.

Azure DevOps Server

Az Azure DevOps Serverrel egy intranetes kiszolgálóhoz csatlakozik (például https://tfs.corp.contoso.com:8080/tfs). Hitelesítés windowsos hitelesítéssel és az Active Directory (AD) tartomány hitelesítő adataival. Ez a folyamat transzparens, és soha nem lát semmilyen bejelentkezési élményt.

Felhasználók és csoportok kezelése

Azure DevOps Services

Az Azure DevOps Servicesben hasonló mechanizmussal biztosíthatja a hozzáférést a felhasználók csoportjaihoz. Microsoft Entra-csoportokat adhat hozzá az Azure DevOps Services-csoportokhoz. Ha Microsoft Entra-azonosító helyett Microsoft-fiókokat használ, egyenként kell hozzáadnia a felhasználókat .

Azure DevOps Server

Az Azure DevOps Serverben úgy biztosít hozzáférést a felhasználóknak az üzemelő példányokhoz, hogy Active Directory- (AD-) csoportokat ad hozzá a különböző Azure DevOps-csoportokhoz (például egy adott projekt Közreműködői csoportjához). Az AD-csoporttagságok szinkronban maradnak. Mivel a felhasználókat hozzáadják és eltávolítják az AD-ben, az Azure DevOps Serverhez való hozzáférésük is megszűnik.

Felhasználói hozzáférés kezelése

Az Azure DevOps Servicesben és az Azure DevOps Serverben is úgy kezelheti a funkciókhoz való hozzáférést, hogy a felhasználókat hozzáférési szinthez rendeli. Minden felhasználót egyetlen hozzáférési szinthez kell hozzárendelni. A felhőbeli és a helyszíni ajánlatokban korlátlan számú érdekelt fél számára biztosíthat ingyenes hozzáférést a munkaelemek funkcióihoz. Emellett korlátlan számú Visual Studio-előfizető ingyenesen hozzáférhet az összes alapszintű funkcióhoz. Csak azoknak a felhasználóknak kell fizetnie, akiknek hozzáférésre van szükségük.

Azure DevOps Services

Az Azure DevOps Servicesben hozzáférési szintet kell hozzárendelnie a szervezet minden felhasználójához. Az Azure DevOps Services bejelentkezéskor ellenőrzi a Visual Studio-előfizetőket. Az alapszintű hozzáférést ingyenesen hozzárendelheti öt felhasználóhoz Visual Studio-előfizetések nélkül.

Ha alapszintű vagy magasabb szintű hozzáférést szeretne biztosítani több felhasználónak, állítsa be a szervezet számlázását, és fizessen több felhasználóért. Ellenkező esetben minden más felhasználó megkapja az érdekelt felek hozzáférését.

A Microsoft Entra-csoportok hozzáférést biztosítanak a felhasználók csoportjaihoz. A hozzáférési szintek automatikusan lesznek hozzárendelve az első bejelentkezéskor. Azoknak a szervezeteknek, amelyek úgy vannak konfigurálva, hogy Microsoft-fiókokat használjanak a bejelentkezéshez, a hozzáférési szinteket explicit módon kell hozzárendelni az egyes felhasználókhoz.

Azure DevOps Server

Az Azure DevOps Serverben minden használat a becsületrendszeren van. Ha a felhasználók hozzáférési szintjeit a licenceik alapján szeretné beállítani, adja meg a hozzáférési szinteket a felügyeleti oldalon. Hozzárendelhet például nem licencelt felhasználókat, csak az érdekelt felek hozzáférését.

Az Azure DevOps Server ügyfélelérési licenccel (CAL) rendelkező felhasználók alapszintű hozzáféréssel rendelkezhetnek. A Visual Studio-előfizetők az előfizetésüktől függően alapszintű vagy speciális hozzáféréssel rendelkezhetnek. Az Azure DevOps Server nem próbálja ellenőrizni ezeket a licenceket, és nem kényszeríti ki a megfelelőséget.

Biztonság és adatvédelem

Sok entitás szeretne többet megtudni az adatvédelemről, amikor fontolóra veszik a felhőbe való áttérést. Elkötelezettek vagyunk annak biztosítása mellett, hogy az Azure DevOps Services-projektek biztonságosak és biztonságosak maradjanak. Technikai funkciókkal és üzleti folyamatokkal rendelkezünk ennek a kötelezettségvállalásnak a teljesítéséhez. Az adatok védelme érdekében lépéseket is tehet. További információ az adatvédelem áttekintésében.

Folyamat testreszabása

A munkakövetési élményt a támogatott folyamatmodelltől függően különböző módokon szabhatja testre:

Azure DevOps Services

Az Azure DevOps Services az öröklési folyamat modelljét használja, amely támogatja a WYSIWYG testreszabását.

Azure DevOps Server

Az Azure DevOps Serverrel kiválaszthatja az öröklési folyamat modelljét vagy a helyszíni XML-folyamatmodellt, amely támogatja a testreszabást a munkakövetési objektumok XML-definíciós fájljainak importálásával vagy exportálásával. Az Azure DevOps Server 2018 és korábbi verziói csak a helyszíni XML-folyamatmodellhez rendelkeznek hozzáféréssel. Bár a helyszíni XML-folyamatmodell-beállítás hatékony, számos problémát okozhat. A fő probléma az, hogy a meglévő projektek folyamatai nem frissülnek automatikusan.

A problémák elkerülése érdekében az egyéni folyamatsablonok és a witadmin.exe eszköz mindig le van tiltva. Ez a módszer automatikusan frissíti az összes projektet az Azure DevOps Services minden frissítésével. Eközben a termékcsapat keményen dolgozik azon, hogy a testreszabási folyamatokat olyan módon tegye lehetővé, hogy könnyen és folyamatosan támogathassuk. Nemrég vezettük be az első ilyen módosításokat, és további változások is folyamatban vannak.

Az új folyamat-testreszabási funkcióval közvetlenül a webes felhasználói felületen (UI) végezhet módosításokat. Ha programozott módon szeretné testre szabni a folyamatokat, ezt REST-végpontokon keresztül teheti meg. Ha így szabja testre a projekteket, azok automatikusan frissülnek, amikor az alapfolyamatok új verzióit az Azure DevOps Services frissítéseivel tesszük közzé.

További információ: A munkakövetési élmény testreszabása.

Elemzések és jelentéskészítés

Az Azure DevOps Services és az Azure DevOps Server a következő eszközöket kínálja, amelyek betekintést nyújtanak a szoftverprojektek előrehaladásába és minőségébe:

Azure DevOps Server 2019 –Azure DevOps Services

Azure DevOps Server 2018

A Visual Studio Team Services mostantól az Azure DevOps Services

A VSTS számos kiemelt szolgáltatása mostantól önálló szolgáltatásként is elérhető mind az Azure DevOps Servicesben, mind az Azure DevOps Server 2019-ben. A szolgáltatásokat az Azure DevOps Services szolgáltatásként külön vagy együttesen is lekérheti. Ha Ön Azure DevOps-előfizető, már rendelkezik hozzáféréssel az összes szolgáltatáshoz.

VSTS-szolgáltatás neve Azure DevOps-szolgáltatás neve Leírás
Build > kiadás Azure Pipelines Folyamatos integráció és folyamatos teljesítés (CI/CD), amely bármilyen nyelvvel, platformmal és felhővel működik.
Kód Azure Repos Korlátlan, felhőben üzemeltetett privát Git- és Team Foundation-verziókövetési (TFVC) adattárak a projekthez.
Munka Azure Boards A Kanban-táblák, a hátralékok, a csapat irányítópultjai és az egyéni jelentések nyomon követése.
Teszt Azure Test Plans Minden az egyben tervezett és feltáró tesztelési megoldás.
Csomagok (bővítmény) Azure Artifacts A Maven, az npm, a Python, az Universal Package és a NuGet-csomag nyilvános és privát forrásokból származó hírcsatornák.

Az Azure DevOps Services és az Azure DevOps Server 2019 az új navigációs felhasználói felületet használja függőleges oldalsávdal a fő szolgáltatási területekre való ugráshoz: táblák, adattárak, folyamatok, összetevők, teszttervek stb. További információ: Webportál navigáció az Azure DevOpsban.

Feljegyzés

A felhasználói felületen letilthatja a szolgáltatások kiválasztását. További információ: Szolgáltatás be- és kikapcsolása.

Továbbra is használhatja visualstudio.com az Azure DevOps Services elérését. Az új szervezetek elsődleges URL-címeként az új dev.azure.com tartománynévre váltottunk. Ez az URL-cím.https://dev.azure.com/{your organization}/{your project} Ha meg szeretné változtatni az URL-cím elsődlegesként való megadását dev.azure.com , a szervezet rendszergazdája ezt a szervezeti beállítások oldaláról teheti meg.