Megosztás a következőn keresztül:

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

  • Cikk

Bevezetés

Egy meglévő e-kereskedelmi megoldás felhőbe helyezése számos előnnyel jár egy vállalat számára: lehetővé teszi a méretezhetőséget, 24 órás akadálymentességet biztosít 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 kell értelmeznie. Ez a dokumentum az Azure-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. Miután az Azure-ban dolgozik, ismertetjük azokat a lépéseket, amit az e-kereskedelmi csapat elvégezhet a befektetés megtérülésének (ROI) növeléséhez és a felhő előnyeinek kihasználásához.

A kereszteződésnél

Bár a globális e-kereskedelmi tranzakciók a teljes kiskereskedelmi értékesítésnek csak a töredékét bonyolítják le, a csatorna továbbra is stabil, évről évre növekvő növekedést mutat. 2024-től az e-kereskedelmi értékesítések a teljes kiskereskedelmi értékesítés ötödét teszik 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 keresztúton járnak. Vannak választási lehetőségek. Az ü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 javítása

Az elsősorban az ügyfélútra összpontosító e-kereskedelemnek számos különböző attribútuma van. 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ése adatként lesz rögzítve. 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ékjavaslatok megtekintésére használt alkalmazások csatlakozási pontjainak gyűjteménye, hogy néhányat említsünk.

Egy tipikus kiskereskedelmi üzlet a szoftvermegoldások nagy gyűjteményére támaszkodik, amelyek az ügyféloldali alkalmazásoktól kezdve a veremen át az alapvető alkalmazásokig terjednek. Az alábbi ábrán egy tipikus kiskereskedelmi üzletben található funkciók láthatók.

A diagram összehasonlítja a külsőleg látható funkciókat az alapvető funkciókkal.

A felhő lehetőséget kínál arra, hogy a vállalat hogyan szerezze be, használja és kezelje a technológiát. Az egyéb előnyök közé tartozik a következők: az adatközpontok fenntartásának alacsonyabb költségei, a nagyobb megbízhatóság és teljesítmény, valamint a más szolgáltatások hozzáadásának rugalmassága. Ebben a használati esetben áttekintjük, hogy egy kiskereskedelmi vállalkozás migrálhatja a meglévő infrastruktúráját az Azure-ba. Az új környezet előnyeit az újratelepítés, az újrabontás és az ú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é vezető úton, a legtöbb esetben a szervezetek kiindulópontként bármelyik fázisba eshetnek. A szervezetek dönthetnek úgy, hogy lemondanak az aktuális alkalmazás azure-beli üzembe helyezéséről, és egyenesen átbontásra vagy újraépítésre ugranak. Ez a döntés egyedi lesz az alkalmazás és a szervezet számára, hogy a lehető legjobban megfeleljen a modernizációs igényeknek.

Áthelyezés

A "lift and shift" (átemelés) néven is ismert szakasz magában foglalja a fizikai kiszolgálók és virtuális gépek felhőbe való migrálását. A jelenlegi kiszolgálókörnyezet IaaS-re való átállításával 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ül. Az Azure-ban az aktuális üzleti ciklus igényeinek megfelelően kiválaszthatja a megfelelő méretű virtuális gépet.

Az Azure-ban való újratelepítéshez három fázis áll rendelkezésre:

  • 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 : Helyezze át az egyes alrendszereket a helyszínirő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 megfelelően vannak méretezve. 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, amely metaadatokat gyűjt a kiszolgálókról, a kiszolgálókon futó alkalmazásokról, a kiszolgáló aktuális használatáról, valamint a kiszolgálók és alkalmazásuk konfigurálásáról. A kapott eredmény a környezet összes kiszolgálójának és alkalmazásának jelentése.
  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 térképe vagy térképe. Ezek a térképek betáplálják a migrálás tervezé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:
    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 kis kódmódosítások
    4. Inkompatibilis számítási feladatok, amelyek további erőfeszítést 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 – 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. Az eszközkészletekkel megfeleltetheti az igényeinek a megfelelő méretű Azure-beli virtuális gépeket. Ha Windows rendszerű virtuális gépeket vagy SQL Servert migrál, tekintse meg az Azure Hybrid Benefitet is, amely csökkenti a költségeket az Azure-ban.

A Microsoft számos eszközt kínál a rendszerek elemzéséhez és katalogizálásához. Ha VMware-t futtat, az Azure Migrate használatával segíthet a felderítésben és az értékelésben. Az eszköz azonosítja az Azure-ba áthelyezhető gépeket, javasolja a futtatandó virtuális gép típusát, és megbecsüli a számítási feladat költségeit. Hyper-V-környezetek esetén használja az Azure Site Recovery Deployment Plannert. Nagy méretű migrálások esetén, ahol több száz vagy több virtuális gépet kell áthelyeznie, azure-beli migrálási partnerrel dolgozhat. Ezek a partnerek rendelkeznek a számítási feladatok áthelyezéséhez szükséges szakértelemmel és tapasztalattal.

Költöztetés

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 foglalja magában, kövesse az alábbi sorrendet:

  1. Építsd ki a hálózatot.
  2. Identitásrendszer (Microsoft Entra ID) beépítése.
  3. Tárolódarabok 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 Networkhez. Dönthet úgy, hogy az Azure ExpressRoute használatával olyan privát kapcsolaton tartja a hálózat és az Azure közötti kommunikációt, amely soha nem éri el az internetet. Olyan helyek közötti VPN-t is használhat, ahol az Azure VPN Gateway a helyszíni VPN-eszközével beszél, és minden forgalmat biztonságosan küld el az Azure és a hálózat közötti titkosított kommunikáció használatával. Közzétettünk egy referenciaarchitektúrát, amely leírja, hogyan lehet hibrid hálózatot beállítani.

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íniről az Azure-ra váltson, és minimális hatással legyen az ügyfelekre.

Kezdje el áthelyezni az adatokat, alkalmazásokat és 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 való migráláshoz. A megvalósítási csapat itt olvashatja el a helyszíni virtuális gépek és fizikai kiszolgálók Azure-ba való migrálásának részleteit.

Miután áthelyeztek 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 figyelnie kell a környezetet, és módosítania kell 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ásainak megfelelően. Aki figyeli a környezet állapotát, annak figyelnie kell, hogy 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ággal rendelkező virtuális gépeken fontolja meg, hogy több alkalmazással csomagolja őket, vagy migráljon a legalacsonyabb költségű Azure-beli virtuális gépekre, amelyek megtartják a megfelelő teljesítményt.

Az Azure a környezet optimalizálásához is biztosít eszközöket. Az Azure Advisor figyeli a környezet összetevőit, és az ajánlott eljárások alapján személyre szabott javaslatokat nyújt. 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. Az Azure Portal emellett az alkalmazások állapotával kapcsolatos információkat is közzétehet. A virtuális gépeknek ki kell használniuk a Linuxhoz és Windowshoz készült Azure-beli virtuálisgép-bővítményeket. Ezek a bővítmények az üzembe helyezés utáni konfigurációt, a víruskeresőt, az alkalmazásfigyelést és egyebeket biztosítják. Számos más Azure-szolgáltatás előnyeit is kihasználhatja a hálózati diagnosztika, a szolgáltatáshasználat és a riasztások számára olyan szolgáltatásokon keresztül, mint a Network Watcher, a Service Map, az Application Insights é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 elkezdheti kihasználni az Azure új otthonát. Az újrabontási fázisnak nem kell megvárnia a teljes környezet áthelyezését. Ha a CMS-csapat migrált, de az ERP-csapat nem, nincs probléma. A CMS-csapat 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 a váltáskor csak a szolgáltató által felügyelt hardvert és operációs rendszert használja ki, ebben a modellben a felhőszolgáltatások előnyeit is kihasználva csökkentheti a költségeket. 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ázishoz é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 összpontosítani, mivel az ebben a fázisban alkalmazott technológiák szkriptek használatával építik fel és helyezik üzembe az erőforrásokat; az üzembe helyezé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 tekintjük át az újrabontást? Az újrabontás erős kódalapozást 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 biztosítanak 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 áthelyezheti egy olyan tárolóba, amely nulla vagy kevés kódmódosítást tartalmaz; szükség lehet a konfiguráció módosítására. Ez az erőfeszítés az alkalmazásokat tárolóba csomagoló szkriptek írásához is vezet. A fejlesztői csapatok a szkriptek írásával és tesztelésével töltik újra az újrabontási időt. Azure-támogatás tárolóba Az Azure Kubernetes Service (AKS) és a kapcsolódó Azure Container Registry, amellyel kezelheti a tárolólemezképeket.

Az appszolgá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 úgy kezelheti az ügyfélrendeléseket, hogy üzeneteket helyez egy üzenetsorba, például a RabbitMQ-ba. (Például az egyik üzenet az ügyfél díjának felszámítása, a második pedig a megrendelés kézbesítése.) Az áthelyezéskor a RabbitMQ-t egy külön virtuális gépre helyezi. Az újrabontás során hozzáadhat egy Service Bus-üzenetsort vagy -témakört a megoldáshoz. Ezen a ponton újraírhatja a RabbitMQ-kódot, és leállíthatja a várólistás funkciót kiszolgáló virtuális gépek használatát. Ha nem lehetséges az összes kód egyszerre történő átírása, használhat mintákat, például az üzenetkezelési hidat az üzenetsorok közötti szakadék áthidalásához. Ez lehetővé teszi a végpontok egyenkénti migrálását, nem pedig egyszerre. Akárhogy is, amikor az összes végpontot végül áthelyezték az Azure Service Busba, ez a virtuális gépek egy készletét egy mindig rendelkezésre álló üzenetsor-szolgáltatásra cseréli alacsonyabb költségért. 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. Azure-támogatás SQL Server-számítási feladatokat Az Azure SQL Database és az Azure SQL Database felügyelt példánya. A Data Migration Service kiértékeli az adatbázist, tájékoztatja az áttelepítés előtt szükséges munkáról, majd áthelyezi az adatbázist a virtuális gépről a szolgáltatásba. Azure-támogatásA MySQL, a PostgreSQL és más adatbázismotor-szolgáltatások is.

Ú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ő előnyeit. Ez a szakasz azt jelenti, hogy a PaaS vagy akár az SaaS-szolgáltatások és -architektúra agresszív bevezetése révén át kell vizsgálni a meglévő alkalmazást. A folyamat magában foglalja az új funkciók hozzáadására vagy az alkalmazás felhőbeli újratervezésére vonatkozó főbb változatokat. A felügyelt API-k egy új fogalom, amely kihasználja a felhőrendszerek előnyeit. A szolgáltatások közötti kommunikációhoz szükséges API-k létrehozásával megkönnyíthetjük a rendszer frissítését. A második előny az, hogy betekintést nyerhetünk az adatainkba. Ezt úgy hajtjuk végre, hogy áttérünk egy mikroszolgáltatásra és egy API-architektúrára , és gépi tanulással és más eszközökkel elemezzük az adatokat.

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ás mikroszolgáltatásokba való felbontása időt és tervezést igényel. Bár nincsenek szigorú szabályok a mikroszolgáltatások definiálására, az általános elképzelés magában foglalja az üzembe helyezhető egység olyan összetevőkre való csökkentését, amelyek szinte mindig együtt változnak. A mikroszolgáltatások lehetővé teszik a módosítások szükség 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, hogy a lehető legtöbb hívóra méretezhető fel, 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é lesznek bontva: a termék kezelése, az ügyfélrendelések rögzítése stb.

A kiszolgáló nélküli mechanizmusoknak vannak hátrányai: a könnyű terhelés esetén lassúak lehetnek a válaszadásuk, mivel a felhőben lévő egyes kiszolgálók néhány másodpercet vesznek igénybe a kód konfigurálásához és futtatásához. Az ügyfelek által nagy mértékben használt környezetrészek esetében meg kell győződnie arról, hogy gyorsan és egyszerűen megtalálhatják a termékeket, rendeléseket adhatnak le, kéréseket kérhetnek vissza stb. Bármikor, amikor a teljesítmény lelassul, azzal kockáztatja, hogy elveszíti az ügyfeleket a vásárlási tölcsérben. Ha olyan funkciókkal rendelkezik, amelyeknek gyorsan kell reagálnia, az Azure Kubernetes Service-ben újraépítheti ezt a funkciót önállóan üzembe helyezhető egységként. Más esetekben, például a sok memóriát, több CPU-t és rengeteg helyi tárolót 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ó bárkinek ismernie kell az alkalmazástopológiát. Egy olyan szolgáltatás, mint az API Management , központi módot kínál az API-k közzétételére. Minden alkalmazás egyszerűen csatlakozik az API Management szolgáltatáshoz. A fejlesztők felfedezhetik, hogy milyen API-k érhetők el. Az 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 az értékek lassú módosításához, JSON-ról XML-vé alakíthatja azokat stb. A szabályzatok teljes listája itt található.

Az adatok és az Azure Marketplace használata

Mivel minden adata és rendszere az Azure-ban található, egyszerűen beépíthet más SaaS-megoldásokat a vállalkozásába. Néhány dolgot azonnal elvégezhet. A Power BI használatával például különböző adatforrásokat egyesítve vizualizációkat és jelentéseket hozhat létre, és elemzéseket nyerhet.

Ezután tekintse meg az Azure Marketplace-en elérhető ajánlatokat, amelyek segítségével optimalizálhatja a leltárt, kezelheti a kampányokat az ügyfélattribútumok alapján, és bemutathatja a megfelelő elemeket az egyes ügyfeleknek a saját preferenciáik és előzményeik alapján. Várjon egy kis időt az adatok konfigurálásával, hogy működjenek a Marketplace-ajánlatokban.

Összetevők

Az áthelyzés során használatos:

  • Az Azure Advisor egy személyre szabott felhőtanácsadó, amely segít az Ajánlott eljárások követésében az Azure-üzemelő példányok optimalizálása érdekében.
  • Az Azure Migrate szolgáltatás felméri a helyszíni számítási feladatokat az Azure-ba való migráláshoz.
  • Az Azure Site Recovery vezényli é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ást tesz lehetővé, például azure-beli virtuális gépeket (VM) az egymással, az internettel és a helyszíni hálózatokkal való biztonságos kommunikációhoz.
  • Az Azure ExpressRoute használatával egy kapcsolatszolgáltató által biztosított privát kapcsolaton keresztül terjesztheti ki helyszíni hálózatait a Microsoft Cloudba.

Újrabontáskor használatos:

  • Az Azure Kubernetes Service kezeli a üzemeltetett Kubernetes-környezetet, így a tárolóalapú alkalmazások gyors és egyszerű üzembe helyezése és kezelése tárolóvezénylési szakértelem nélkül.
  • Az Azure SQL Database egy általános célú relációs adatbázis által felügyelt szolgáltatás a Microsoft Azure-ban. Olyan struktúrákat támogat, mint a relációs adatok, a JSON, a térbeli és az XML. Az 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őknek, hogy kiaknázhassák adataik és szolgáltatásaik lehetőségeit.
  • Az Azure Functions egy olyan megoldás, amely könnyen futtathat kis kódrészleteket vagy "függvényeket" a felhőben.
  • A Power BI egy üzleti elemzési eszközcsomag, amely a szervezet egészében nyújt elemzéseket.

Összegzés

Az e-kereskedelmi rendszer Azure-ba való áthelyezése elemzést, tervezést és meghatározott megközelítést igényel. Megvizsgáltuk az újratelepítés, az újrabontás és az újraépítés háromfázisú megközelítését. Ez lehetővé teszi a szervezet számára, hogy egyik munkaállapotból a másikba lépjen, miközben az egyes lépések során minimálisra csökkenti 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 teljesen kihagyják az újratelepítést. A modernizációhoz sok esetben egyértelmű út áll rendelkezésére – ha teheti. Az Azure-ban való használat során további lehetőségeket fog látni ú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őcsapatot arra csábítanak, hogy egyszerre végezze el az áthelyezést és az újrabontást a technikai adósságok 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 való üzembe helyezéssel kapcsolatos problémákat könnyebb diagnosztizálni és kijavítani. Ez pedig időt ad a fejlesztési és támogatási csapatoknak arra, hogy új környezetként az Azure-t használva fejlődjenek. A rendszer újrabontása és újraépítése során egy stabil, működő alkalmazásra épít. Ez kisebb, célzott módosításokat és gyakoribb frissítéseket tesz lehetővé.

Termékdokumentáció: