Az e-kereskedelmi megoldás migrálása az Azure-ba

  • Cikk
  • 13 perc alatt elolvasható

Bevezetés

A meglévő e-kereskedelmi megoldások felhőbe való áthelyezése számos előnnyel jár a vállalat számára: lehetővé teszi a skálázhatóságot, a hét mindennapos akadálymentességét biztosítja az ügyfeleknek, és egyszerűbbé válik a felhőszolgáltatások integrálása. Az e-kereskedelmi megoldások felhőbe való áthelyezése azonban jelentős feladat, amelynek költségeit a döntéshozóknak meg kell értenie. Ez a dokumentum az Azure-beli migrálás hatókörét ismerteti azzal a céllal, hogy tájékoztassa Önt a lehetőségekről. Az első fázis azzal kezdődik, hogy az informatikai szakemberek áthelyezik az összetevőket a felhőbe. Az Azure használata után ismertetjük az e-kereskedelmi csapat által a befektetés megtérülésének (ROI) növeléséhez és a felhő nyújtotta előnyök kihasználásához szükséges lépéseket.

A kereszteződésnél

Bár a globális e-kereskedelmi tranzakciók csak a teljes kiskereskedelmi értékesítés töredékét bonyolítják le, a csatorna továbbra is stabil éves növekedést mutat. 2017-ben az e-kereskedelem a teljes kiskereskedelmi értékesítés 10,2%-át tette ki, a 2016-os 8,6%-ról ( forrás). Ahogy az e-kereskedelem kiforrott, a felhőalapú számítástechnika megjelenésével együtt a kiskereskedők is útkereszteződésbe kerülnek. Vannak választási lehetőségek. Üzleti modelljüket a fejlődő technológia által lehetővé tett új képességekkel képzelhetik el; és a jelenlegi kapacitásigényük alapján megtervezhetik a modernizációjukat.

Az ügyfélút továbbfejlesztése

Az e-kereskedelem, amely elsősorban az ügyfélfolyamatra összpontosít, számos különböző attribútummal rendelkezik. Ezek az attribútumok négy fő területre csoportosíthatók: felderítés, értékelés, vásárlás és vásárlás utáni.

Az ügyfél viselkedését a rendszer adatokként rögzíti. A vásárlási tölcsér a termékadatok, tranzakciók, leltár, szállítás, rendelés teljesítése, ügyfélprofil, bevásárlókocsi és termékajánlások megtekintésére használt alkalmazások csatlakozási pontjainak gyűjteménye, hogy csak néhányat említsünk.

Egy tipikus kiskereskedelmi vállalkozás a szoftvermegoldások nagy gyűjteményére támaszkodik, amelyek az ügyféloldali alkalmazásoktól a veremen át az alapvető alkalmazásokig terjednek. Az alábbi rajz egy tipikus kiskereskedelmi üzlet funkcióit mutatja be.

Diagram compares externally visible functionality with core functionality.

A felhő lehetőséget kínál arra, hogy a vállalat hogyan szerezzen be, használjon és kezelhesse a technológiát. További előnyök: az adatközpontok karbantartásának alacsonyabb költségei, a nagyobb megbízhatóság és teljesítmény, valamint az egyéb szolgáltatások hozzáadásának rugalmassága. Ebben a használati esetben megvizsgáljuk azt az utat, amelyen egy kiskereskedelmi vállalkozás áttelepítheti meglévő infrastruktúráját az Azure-ba. Az új környezetet az újratelepítés, újrabontás és újraépítés szakaszos megközelítésével is kihasználjuk. Bár számos szervezet követheti ezt a sorozatot a modernizáció felé, a legtöbb esetben a szervezetek bármelyik fázisba eshetnek kiindulási pontként. A szervezetek dönthetnek úgy, hogy lemondják aktuális alkalmazásuk Azure-beli áthelyezéseit, és közvetlenül az újrabontásra vagy akár újraépítésre ugornak. Ez a döntés egyedi lesz az alkalmazás és a szervezet számára, hogy a legjobban megfeleljen a modernizációs igényeiknek.

Áthelyezés

Ez a szakasz a fizikai kiszolgálók és virtuális gépek felhőbe való migrálását jelenti. Ha a jelenlegi kiszolgálókörnyezetet közvetlenül az IaaS-re váltja, kihasználhatja a költségmegtakarítás, a biztonság és a nagyobb megbízhatóság előnyeit. A megtakarítás olyan technikákból származik, mint a számítási feladatok megfelelő méretű virtuális gépeken való futtatása. Napjainkban a helyszíni virtuális gépek és fizikai gépek képességei gyakran meghaladják a kiskereskedők napi igényeit. A virtuális gépeknek képesnek kell lenniük az évente csak néhány alkalommal előforduló szezonális üzleti csúcsok kezelésére. Ezért a kihasználatlan képességekért fizet a csúcsidőszakon kívüli időszakban. Az Azure-ral az aktuális üzleti ciklus igényeinek megfelelően választhatja ki a megfelelő méretű virtuális gépet.

Az Azure-ba való áthelyezése három fázisból áll:

  • Elemzés : Helyszíni erőforrások, például alkalmazások, számítási feladatok, hálózatkezelés és biztonság azonosítása és leltározása. Ennek a fázisnak a végén a meglévő rendszer teljes dokumentációja áll rendelkezésére.
  • Migrálás : Az egyes alrendszerek áthelyezése a helyszínről az Azure-ba. Ebben a szakaszban az Azure-t fogja használni az adatközpont kiterjesztéseként, és az alkalmazások folyamatosan kommunikálnak.
  • Optimalizálás : Amikor a rendszerek az Azure-ba kerülnek, győződjön meg arról, hogy a dolgok mérete megfelelő. Ha a környezet azt mutatja, hogy túl sok erőforrás van lefoglalva egyes virtuális gépekhez, módosítsa a virtuális gép típusát olyanra, amely a processzor, a memória és a helyi tároló megfelelőbb kombinációjával rendelkezik.

Elemzés

Tegye a következőket:

  1. A helyszíni kiszolgálók és alkalmazások listázása. Ez a folyamat egy ügynökre vagy felügyeleti eszközre támaszkodik, hogy metaadatokat gyűjtsön a kiszolgálókról, a kiszolgálókon futó alkalmazásokról, az aktuális kiszolgálóhasználatról, valamint a kiszolgálók és alkalmazásaik konfigurálásáról. Az eredmény egy jelentés a környezetben található összes kiszolgálóról és alkalmazásról.
  2. Azonosítsa a függőségeket. Az eszközökkel azonosíthatja, hogy mely kiszolgálók kommunikálnak egymással, és hogy mely alkalmazások kommunikálnak egymással. Az eredmény az összes alkalmazás és számítási feladat leképezése vagy leképezése. Ezek a térképek betáplálják a migrálás megtervezését.
  3. Elemezze a konfigurációkat. A cél az, hogy megismerje, milyen virtuálisgép-típusokra van szüksége az Azure-ban való futtatás után. Az eredmény egy jelentés az Azure-ba áthelyezhető összes alkalmazásról. További besorolásuk a következők:
    1. Nincsenek módosítások
    2. Alapvető módosítások, például elnevezési módosítások
    3. Kisebb módosítások, például kisebb kódmódosítások
    4. Inkompatibilis számítási feladatok, amelyek további munkát igényelnek az áthelyezéshez
  4. Hozza létre a költségvetést. Most már rendelkezik egy listával, amely felsorolja az egyes processzorokat – a memóriát és így tovább –, valamint az egyes alkalmazások követelményeit. Helyezze ezeket a számítási feladatokat megfelelő méretű virtuális gépekre. A felhőplatform számlázási költségei a használaton alapulnak. A megfelelő méretű Azure-beli virtuális gépek igényeinek megfeleltetésére szolgáló eszközök léteznek. Ha Windows virtuális gépeket vagy SQL Server migrál, érdemes megvizsgálnia a Azure Hybrid Benefit is, amely csökkenti az Azure-beli költségeket.

A Microsoft számos eszközt biztosít a rendszerek elemzéséhez és katalogizálásához. A VMware futtatásakor az Azure Migrate segítségével segítséget nyújthat a felderítéshez és az értékeléshez. Az eszköz azonosítja az Azure-ba áthelyezhető gépeket, javaslatot tesz a futtatandó virtuális gép típusára, és megbecsüli a számítási feladat költségeit. Hyper-V környezetekhez használja a Azure Site Recovery Deployment Planner. Nagy méretű migrálások esetén, ahol több száz vagy több virtuális gépet kell áthelyeznie, egy Azure-beli migrálási partnerrel is dolgozhat. Ezek a partnerek rendelkeznek a számítási feladatok áthelyezéséhez szükséges szakértelemmel és tapasztalattal.

Migrate

Kezdje el megtervezni, hogy mely szolgáltatások lépjenek át a felhőbe, és milyen sorrendben. Mivel ez a szakasz a számítási feladatok áthelyezését is magában foglalja, kövesse az alábbi sorrendet:

  1. Építse ki a hálózatot.
  2. Identitásrendszer (Azure Active Directory) beépítése.
  3. Tárolórészletek kiépítése az Azure-ban.

A migrálás során az Azure-környezet a helyszíni hálózat kiterjesztése. A logikai hálózatokat csatlakoztathatja az Azure Virtual Networkhöz. Dönthet úgy, hogy az Azure ExpressRoute használatával olyan privát kapcsolaton tartja a kommunikációt a hálózat és az Azure között, amely soha nem ér az internethez. Használhat helyek közötti VPN-t is, ahol az Azure VPN Gateway kommunikál a helyszíni VPN-eszközzel az Azure és a hálózat közötti titkosított kommunikációval biztonságosan küldött összes forgalommal. Közzétettünk egy referenciaarchitektúrát, amely a hibrid hálózat beállítását ismerteti.

A hálózat konfigurálása után tervezze meg az üzletmenet folytonosságát. Javasoljuk, hogy valós idejű replikációval helyezze át a helyszíni adatokat a felhőbe, és győződjön meg arról, hogy a felhő és a meglévő adatok megegyeznek. Az e-kereskedelmi üzletek soha nem zárnak be; A duplikáció lehetővé teszi, hogy a helyszíni rendszerről az Azure-ra váltson, minimális hatással az ügyfelekre.

Kezdje el áthelyezni az adatokat, az alkalmazásokat és a kapcsolódó kiszolgálókat az Azure-ba. Számos vállalat használja az Azure Site Recovery szolgáltatást az Azure-ba való migráláshoz. A szolgáltatás az üzletmenet folytonosságát és a vészhelyreállítást (BCDR) célozza. Ez tökéletes a helyszíni környezetből az Azure-ba történő migráláshoz. Az implementálási csapat itt olvashatja a helyszíni virtuális gépek és fizikai kiszolgálók Azure-ba való migrálásának részleteit.

Miután áthelyezett egy alrendszert az Azure-ba, tesztelje, hogy minden a várt módon működik-e. Az összes probléma lezárása után helyezze át a számítási feladatokat az Azure-ba.

Optimalizálás

Ezen a ponton továbbra is figyelheti a környezetet, és módosíthatja a mögöttes számítási beállításokat, hogy illeszkedjenek a számítási feladatokhoz a környezet változásakor. Bárki is figyeli a környezet állapotát, figyelnie kell, hogy az egyes erőforrások mennyi erőforrást használnak fel. A cél az, hogy a legtöbb virtuális gépen 75–90%-os kihasználtság legyen. A kivételesen alacsony kihasználtságú virtuális gépeken fontolja meg, hogy több alkalmazással csomagolja őket, vagy az Azure legalacsonyabb költségű virtuális gépeire migrál, amelyek megőrzik a megfelelő teljesítményt.

Az Azure a környezet optimalizálásához is biztosít eszközöket. Az Azure Tanácsadó monitorozza a környezet összetevőit, és az ajánlott eljárások alapján személyre szabott javaslatokat tesz. A javaslatok segítenek javítani az alkalmazásokban használt erőforrások teljesítményét, biztonságát és rendelkezésre állását. A Azure Portal az alkalmazások állapotával kapcsolatos információkat is elérhetővé tesz. A virtuális gépeknek ki kell használniuk a Linux és a Windows azure-beli virtuálisgép-bővítményeit. Ezek a bővítmények biztosítják az üzembe helyezés utáni konfigurációt, a víruskeresőt, az alkalmazásfigyelést és egyebeket. Számos más Azure-szolgáltatást is igénybe vehet a hálózati diagnosztikához, a szolgáltatáshasználathoz és a riasztásokhoz olyan szolgáltatásokon keresztül, mint a Network Watcher, a Service Map, az Application Elemzések és a Log Analytics.

Bár a szervezet egyes részei most optimalizálják a rendszert az Azure-ban, a fejlesztői csapatok megkezdhetik a migrálás utáni fázisra való áttérést: újrabontást.

Újrabontás

A migrálás befejeztével az e-kereskedelmi alkalmazás megkezdheti az Új Otthon előnyeit az Azure-ban. Az újrabontási fázisnak nem kell megvárnia a teljes környezet áthelyezését. Ha a CMS-csapat át lett migrálva, de az ERP-csapat nem, nem jelent problémát. A CMS csapata továbbra is megkezdheti újrabontási erőfeszítéseit. Ebben a szakaszban további Azure-szolgáltatások használatával optimalizálhatja a költségeket, a megbízhatóságot és a teljesítményt az alkalmazások újrabontásával. Ahol átemeléskor csak a szolgáltató által felügyelt hardvert és operációs rendszert kihasználta, ebben a modellben a felhőszolgáltatások előnyeit is kihasználta a költségek levezetéséhez. Továbbra is a jelenlegi alkalmazást használja néhány kisebb alkalmazáskóddal vagy konfigurációs módosítással, és csatlakoztatja az alkalmazást új infrastruktúra-szolgáltatásokhoz, például tárolókhoz, adatbázisokhoz és identitáskezelő rendszerekhez.

Az újrabontási munka nagyon kevés kódot és konfigurációt módosít. Az automatizálásra több időt fog fordítani, elsősorban azért, mert az ebben a fázisban alkalmazott technológiák szkriptek használatával építik ki és helyezik üzembe az erőforrásokat; az üzembehelyezési utasítások szkriptek.

Bár számos Azure-szolgáltatás használható, az újrabontási fázisban leggyakrabban használt szolgáltatásokra összpontosítunk: tárolókra, alkalmazásszolgáltatásokra és adatbázis-szolgáltatásokra. Miért vizsgáljuk meg az újrabontást? Az újrabontás erős kódalaprendszert biztosít, amely csökkenti a hosszú távú költségeket azáltal, hogy a kódtartozást okon belül tartja.

A tárolók módot kínálnak az alkalmazások kötegelésére. Mivel egy tároló virtualizálja az operációs rendszert, több tárolót is csomagolhat egyetlen virtuális gépbe. Az alkalmazásokat nulla vagy kevés kódmódosítást tartalmazó tárolóba helyezheti át; szükség lehet a konfiguráció módosítására. Ez az erőfeszítés azt is eredményezi, hogy szkripteket írunk, amelyek egy tárolóba kötik az alkalmazásokat. A fejlesztői csapatok újrabontási idejüket ezeknek a szkripteknek a megírásával és tesztelésével töltik. Az Azure az Azure Kubernetes Service (AKS) és a kapcsolódó Azure Container Registry keresztül támogatja a tárolórendszerképek kezelését.

Az alkalmazásszolgáltatások esetében kihasználhatja a különböző Azure-szolgáltatások előnyeit. A meglévő infrastruktúra például egy ügyfélrendelést kezelhet úgy, hogy üzeneteket helyez egy üzenetsorba, például a RabbitMQ-ba. (Az egyik üzenet például az ügyfél terhelése, a másik a megrendelés kiszállítása.) Az áthelyezésekor a RabbitMQ-t egy külön virtuális gépre helyezi. Az újrabontás során felvesz egy Service Bus üzenetsort vagy témakört a megoldásba, újraírja a RabbitMQ-kódot, és leállítja az üzenetsor-kezelési funkciót kiszolgáló virtuális gépek használatát. Ez a módosítás a virtuális gépek egy készletét egy always-on üzenetsor-szolgáltatásra cseréli alacsonyabb költséggel. Más alkalmazásszolgáltatások az Azure Portalon találhatók.

Adatbázisok esetén áthelyezheti az adatbázist egy virtuális gépről egy szolgáltatásba. Az Azure támogatja SQL Server számítási feladatokat Azure SQL Database és Azure SQL Database felügyelt példánnyal. A Data Migration Service felméri az adatbázist, tájékoztatja a migrálás előtt elvégzendő munkáról, majd áthelyezi az adatbázist a virtuális gépről a szolgáltatásba. Az Azure a MySQL, a PostgreSQL és más adatbázismotor-szolgáltatásokat is támogatja.

Újraépítés

Eddig a pontig megpróbáltuk minimalizálni az e-kereskedelmi rendszerek változásait – egyedül hagytuk a működő rendszereket. Most nézzük meg, hogyan használhatja ki igazán a felhő nyújtotta előnyöket. Ez a szakasz a meglévő alkalmazás módosítását jelenti a PaaS vagy akár az SaaS-szolgáltatások és -architektúra agresszív alkalmazásával. A folyamat magában foglalja az új funkciók hozzáadására vagy az alkalmazás felhőbeli újratervezésére vonatkozó jelentős módosításokat. A felügyelt API-k egy új fogalom, amely kihasználja a felhőrendszerek előnyeit. Megkönnyíthetjük a rendszer frissítését azáltal, hogy API-kat hozunk létre a szolgáltatások közötti kommunikációhoz. A második előny az, hogy betekintést nyerhetünk az adatainkba. Ezt úgy tehetjük meg, hogy mikroszolgáltatásra és API-architektúrára megyünk, és gépi tanulást és más eszközöket használunk az adatok elemzéséhez.

Mikroszolgáltatások és API-k

A mikroszolgáltatások külső api-kon keresztül kommunikálnak. Minden szolgáltatás önálló, és egyetlen üzleti képességet kell megvalósítania, például: elemek ajánlása az ügyfeleknek, bevásárlókocsik karbantartása stb. Az alkalmazások mikroszolgáltatásokra bontása időt és tervezést igényel. Bár nincsenek szigorú szabályok a mikroszolgáltatások meghatározására, az általános elképzelés az üzembe helyezhető egység olyan összetevőkre való csökkentését foglalja magában, amelyek szinte mindig együtt változnak. A mikroszolgáltatások lehetővé teszik a módosítások igény szerinti üzembe helyezését, miközben csökkentik a teljes alkalmazás tesztelési terheit. Egyes szolgáltatások rendkívül kicsik lehetnek. Ezek esetében a kiszolgáló nélküli Azure Functions jól működik a szükséges számú hívóra való felskálázáshoz, miközben nem használ erőforrásokat, amikor nincs használatban. Az egyéb szolgáltatások az üzleti képességek köré oszlanak el: a termékek kezelése, az ügyfélrendelések rögzítése stb.

A kiszolgáló nélküli mechanizmusoknak vannak hátrányai: kis terhelés esetén lassúak lehetnek a válaszadásuk, mivel a felhőben lévő egyes kiszolgálók konfigurálása és futtatása néhány másodpercet vesz igénybe. Az ügyfelek által nagy mértékben használt környezetrészek esetében biztosítani szeretné, hogy gyorsan és egyszerűen megtalálhassák a termékeket, leadhassák a rendeléseket, visszakérjék a kérelmeket stb. Ha a teljesítmény lelassul, azzal a kockázattal jár, hogy elveszíti az ügyfeleket a vásárlási tölcsérben. Ha olyan funkciókkal rendelkezik, amelyeknek gyorsan kell reagálniuk, építse újra ezt a funkciót egyénileg üzembe helyezhető egységként Azure Kubernetes Service. Más esetekben, például a sok memóriát, több cpu-t és rengeteg helyi tárterületet igénylő szolgáltatások esetében érdemes lehet a mikroszolgáltatást a saját virtuális gépén üzemeltetni.

Minden szolgáltatás EGY API-t használ az interakcióhoz. Az API-hoz való hozzáférés közvetlen lehet a mikroszolgáltatáshoz, de ehhez a szolgáltatással kommunikáló összes felhasználónak ismernie kell az alkalmazástopológiát. A API Management-hez hasonló szolgáltatás központi módot kínál az API-k közzétételére. Minden alkalmazás egyszerűen csatlakozik a API Management szolgáltatáshoz. A fejlesztők felfedezhetik, hogy milyen API-k érhetők el. A API Management szolgáltatás emellett olyan képességeket is biztosít, hogy a kiskereskedelmi környezet jól teljesítsen. A szolgáltatás korlátozhatja az API-hoz való hozzáférést az alkalmazás különböző részei szerint (a szűk keresztmetszetek elkerülése érdekében), gyorsítótárazhatja a válaszokat a lassan változó értékekre, JSON-ról XML-vé alakíthat stb. A szabályzatok teljes listája itt található.

Az adatok és a Azure Marketplace

Mivel minden adata és rendszere megtalálható az Azure-ban, más SaaS-megoldásokat is könnyedén beépíthet a vállalkozásába. Néhány dolgot azonnal elvégezhet. A Power BI használatával például összefűzheti a különböző adatforrásokat vizualizációk és jelentések létrehozásához , és elemzéseket nyerhet.

Ezután tekintse meg a Azure Marketplace ajánlatait, amelyek segítségével optimalizálhatja a leltárt, kezelheti az ügyfélattribútumok alapján a kampányokat, és bemutathatja a megfelelő elemeket az egyes ügyfeleknek a preferenciáik és előzményeik alapján. Arra számít, hogy az adatok konfigurálásával időt fog tölteni, hogy működjön a Marketplace-ajánlatokban.

Összetevők

Az áthelyezések során használatos:

  • Az Azure Tanácsadó egy személyre szabott felhőtanácsadó, amely segít az Ajánlott eljárások követésében az Azure-környezetek optimalizálásához.
  • Az Azure Migrate szolgáltatás kiértékeli a helyszíni számítási feladatokat az Azure-ba való migráláshoz.
  • Az Azure Site Recovery koordinálja és kezeli az Azure-beli virtuális gépek, valamint a helyszíni virtuális gépek és fizikai kiszolgálók vészhelyreállítását.
  • Az Azure Virtual Network számos típusú Azure-erőforrás, például az Azure Virtual Machines (VM) számára teszi lehetővé a biztonságos kommunikációt egymással, az internettel és a helyszíni hálózatokkal.
  • Az Azure ExpressRoute-tal kiterjesztheti helyszíni hálózatait a Microsoft-felhőbe egy privát kapcsolaton keresztül, amelyet egy kapcsolatszolgáltató tesz lehetővé.

Újrabontáskor használatos:

  • Azure Kubernetes Service felügyeli az üzemeltetett Kubernetes-környezetet, így tárolóalapú alkalmazások gyors és egyszerű üzembe helyezése és kezelése tárolóvezénylési szakértelem nélkül.
  • Azure SQL Database egy általános célú relációsadatbázis-felügyelt szolgáltatás Microsoft Azure. Támogatja az olyan struktúrákat, mint a relációs adatok, a JSON, a térbeli és az XML. SQL Database felügyelt önálló SQL-adatbázisokat, rugalmas készletben lévő felügyelt SQL-adatbázisokat és felügyelt SQL-példányokat kínál.

Az újraépítés során használatos:

  • Az Azure API Management segítségével a szervezetek API-kat tehetnek közzé külső, partneri és belső fejlesztők számára, hogy kiaknázhassák az adataikban és szolgáltatásaikban rejlő lehetőségeket.
  • Azure Functions megoldás kis kódrészletek vagy "függvények" felhőben való egyszerű futtatására.
  • Power BI egy üzleti elemzési eszközökből álló csomag, amely betekintést nyújt a szervezeten belül.

Összegzés

Az e-kereskedelmi rendszer Azure-ba való áthelyezése elemzést, tervezést és egy meghatározott megközelítést igényel. Megvizsgáltuk az áthelyezések, újrabontások és újraépítés háromfázisú megközelítését. Ez lehetővé teszi a szervezetek számára, hogy egyik munkaállapotból a másikba lépjenek, miközben minden lépésnél minimalizálják a módosítás mértékét. A kiskereskedők dönthetnek úgy is, hogy újrabontást vagy akár újraépítik az összetevőket, és kihagyják az áthelyezéset. A modernizáció számos esetben egyértelmű úton halad előre – akkor, amikor csak lehet. Az Azure-ban való futtatás során további lehetőségeket fog látni az új képességek hozzáadására, a költségek csökkentésére és a teljes rendszer javítására.

Közreműködők

Ezt a cikket a Microsoft tartja karban. Eredetileg a következő közreműködők írták.

Fő szerzők:

Következő lépések

Számos fejlesztői csapatnak van kísértése egyszerre áthelyezésre és újrabontásra a műszaki adósság kezelése és a kapacitás jobb kihasználése érdekében. A következő lépésekre való ugrás előtt számos előnnyel jár az áthelyezés. Az új környezetbe történő üzembe helyezéssel kapcsolatos problémák könnyebben diagnosztizálhatók és javíthatók. Ez időt ad a fejlesztési és támogatási csapatoknak arra, hogy új környezetként az Azure-t használják. A rendszer újrabontásának és újraépítésének megkezdésekor egy stabil, működő alkalmazásra épít. Ez kisebb, célzottabb módosításokat és gyakoribb frissítéseket tesz lehetővé.

Közzétettünk egy általánosabb tanulmányt a felhőbe való migrálásról: Cloud Migration Essentials. Ezt a cikket érdemes elolvasni a migrálás megtervezése során.

Termékdokumentáció: