Számítási feladatok felmérése a felhőbe való migráláshoz

Az értékelési fázis biztosítja, hogy a Microsoft Azure való áttérés előtt teljes körűen áttekintse az összes összetevőt, függőséget és követelményt. Az architektúra, a teljesítmény, a biztonság, a kód és az adatbázisok részletes információinak gyűjtésével előre jelezheti a problémákat, minimalizálhatja a kockázatokat, és megalapozott migrálási döntéseket hozhat.

Terhelés típusa	Felderítési eszköz	Értékelési eszköz	Examples
On-premises	Azure Migrate	• Azure Migrate • Dr Migrate	• Fizikai kiszolgálók • VMware virtuális gépek • Hyper-V virtuális gépek • SQL-adatbázisok • Webalkalmazások
AWS-infrastruktúra (IaaS)	Azure Migrate	• Azure Migrate • AWS és Azure útmutató	• AWS EC2-példányok • AWS RDS-adatbázisok • AWS EBS-kötetek
Google Cloud-infrastruktúra (IaaS)	Azure Migrate	• Azure Migrate • Google Cloud-ról Azure-ra történő migrálási útmutató	• Google Cloud Compute Engine virtuális gépek • Google Cloud SQL • Google Cloud Állandó lemez
AWS platformszolgáltatások (PaaS)	AWS Erőforrás-kezelő	• Útmutató az AWS-ről Azure-ra migráláshoz • AWS és Azure szolgáltatás összehasonlítása • Cloudockit	• AWS Lambda • AWS Elastic Beanstalk • AWS DynamoDB
Google Cloud platformszolgáltatások (PaaS)	Google Cloud Eszközleltár	• Útmutató a Google Cloud-ról Azure-ra való átálláshoz • A felhő és Azure szolgáltatás összehasonlítása • Cloudockit	• Google Cloud BigQuery • Google Cloud App Engine • Google Cloud Run Functions (Google felhő futtatási funkciói)
Alkalmazáskód	• CAST Highlight • Dr Migrate	• GitHub Copilot alkalmazás modernizálás • Dr Migrate • CloudPilot • CAST Highlight • CloudAtlas	• GitHub • Azure Repos • GitLab

Terhelés architektúrájának felmérése

A teljes architekturális értékeléssel áttekintheti az összes számítási feladat összetevőjét és azok interakcióit. Ez a láthatóság támogatja a pontos migrálás tervezését azáltal, hogy meghatározza, hogy mely összetevőknek kell együtt mozognia, és hogy mely összetevők igényelhetnek módosítást.

1. Használjon értékelési eszközöket. Az olyan eszközök, mint a Azure Migrate vagy más termékek, automatizálják a számítási feladatok összetevőinek és konfigurációinak felderítését. Ezek az eszközök csökkentik a manuális munkát, és konzisztens adatgyűjtést biztosítanak az egész környezetben, bár előfordulhat, hogy nem dokumentált függőségeket hagynak ki. A diagramok létrehozásához használhat olyan eszközt, mint a Cloudockit. Saját diagramokat is létrehozhat úgy, hogy Azure ikonokat használ, vagy a Azure Architecture Center-ből letölthető diagramokat finomhangolja.

2. Az architektúra értékelése a szakterület szakértőinek segítségével. A számítási feladatok tulajdonosai megerősíthetik az eszköz eredményeit, és azonosíthatják a hiányzó vagy elavult információkat. Interjúkat vagy architektúra-felülvizsgálati munkameneteket végezhet az automatizált felderítési adatok hiányosságainak megszüntetéséhez.

3. Dokumentumarchitektúra. Az architektúradiagramokat, összetevőlistákat és konfigurációs adatokat a tervezést és az ellenőrzést támogató formátumban tárolja. Az információk megőrzéséhez használjon olyan eszközöket, mint a Microsoft Visio, a számolótáblák vagy a Azure DevOps wikik.

Munkaterhelés összetevőinek felmérése

Minden számítási feladathoz gyűjtsön részletes alapkonfigurációs teljesítményt és használati metrikákat az aktuális környezetből. Ezek az adatok kritikus fontosságúak Azure erőforrások jobb méretezéséhez és a migrálás utáni teljesítmény összehasonlításához.

1. Terhelés metrikáinak összegyűjtése. Nyomon követheti a processzorhasználatot, a memóriahasználatot, a lemez I/O-ját (olvasási/írási, IOPS-), a hálózati átviteli sebességet és a maximális egyidejűséget vagy felhasználói terhelést. Napi vagy heti csúcsértékek azonosítása a kapacitásigények megértéséhez. Mérje meg a felhasználói tranzakciók átlagos válaszidejét, az óránként feldolgozott feladatok átviteli sebességét és az SLA-val kapcsolatos metrikákat. Ezek az információk segítenek biztosítani, hogy a migrált számítási feladatok megfeleljenek ugyanazoknak az üzleti teljesítménykövetelményeknek.

2. A konfiguráció részleteinek rögzítése. Jegyezze fel a méretezési konfigurációkat, az aktuális virtuálisgép-méreteket, a fizikai kiszolgáló specifikációit (processzormagok, RAM), az operációs rendszer típusát és verzióját, a tárolási típust (SSD/HDD) és a kapacitást, valamint az olyan speciális hardvereket, mint a GPU-k. Ezek a részletek Azure virtuálisgép-méretek vagy PaaS-szolgáltatások kiválasztását ismertetik. A szoftverlicencelési adatokat is rögzíti. Ezek az információk engedélyezhetik a Azure Hybrid Benefit használatát, vagy licencmigrálást igényelhetnek.

3. Dokumentálja az összes biztonsági és identitáskonfigurációt. Leltározza az összes biztonsági és identitáskonfigurációt: listázhatja a szolgáltatásfiókokat, a rögzített hitelesítő adatokat, a használt titkosítási módszereket és a tűzfalszabályokat. Ezeket a konfigurációkat az Azure-ban replikálni vagy módosítani kell.

   Biztonsági összetevő	Action	Purpose
   Identitásleltár	Az alkalmazások által a hitelesítéshez használt összes szolgáltatásfiók, felhasználói fiók és API-kulcs rögzítése	Hatással van a migrálási sorrendre, amikor az átállás vagy a modernizációs megközelítések közül választ.
   Titkosítási dokumentáció	Az inaktív és az átvitel alatt lévő adatok aktuális titkosítási módszereinek dokumentálása	Ezen követelmények megfeleltetése Azure titkosítási szolgáltatásokra a biztonsági szabványok fenntartása érdekében
   Hálózati biztonsági konfiguráció	Hálózati biztonsági szabályok, tűzfalkonfigurációk és hozzáférés-vezérlési listák rögzítése	Ezen információk segítségével Azure hálózati biztonsági csoportokat és hozzáférési szabályzatokat tervezhet

4. Kompatibilitási problémák azonosítása. Az automatizált eszközök rendszeres elemzést nyújtanak az operációs rendszerek, köztes szoftverek és alkalmazás-keretrendszerek Azure-támogatás szabályzatok alapján. Ezek az eszközök olyan összetevőket jelölnek meg, amelyek nem támogatottak, elavultak vagy a támogatás megszűnése felé közelednek. Az olyan eszközök, mint a Azure Migrate és más értékelési eszközök, manuális konfigurációs felülvizsgálatok nélkül észlelhetik ezeket a problémákat a környezetben.

5. Sorolja fel a szükséges szervizeléseket. Hozzon létre egy átfogó listát az összes kompatibilitási problémáról és azok szervizelési követelményeiről. Rangsorolja azokat, amelyeket a migrálás előtt ki kell javítani (blokkolók), valamint azokat, amelyeket szükség esetén az áttelepítés után meg lehet oldani. Szükség esetén vegye fel a kapcsolatot a szállítókkal a kereskedelmi szoftverek frissítési útvonalainak megismeréséhez.

Belső és külső függőségek leképezése

1. Belső függőségek leképezése. Annak leképezése, hogy a számítási feladatok összetevői hogyan kommunikálnak egymással és a szervezet más rendszereivel. A szolgáltatások közötti futtatókörnyezeti kapcsolatok megtekintéséhez használja a hálózati monitorozási eszközöket vagy az alkalmazásteljesítmény-monitorozást. Ez a leképezés segít meghatározni a migrálási hullámokban való csoportosítást. Ha például az A alkalmazás folyamatosan meghívja a B adatbázist, migrálja őket együtt, vagy hálózati kapcsolatot biztosít a Azure és a forráskörnyezet között, amíg mindkettő a felhőben nem található.

2. Azonosítsa az összes külső függőséget. Listázhatja azokat a külső szolgáltatásokat, amelyekkel a számítási feladat kommunikál. Ezek a függőségek közé tartoznak az SaaS-platformok, a partner API-k, a helyszíni rendszerek és az alkalmazások megfelelő működéséhez szükséges külső szolgáltatások. A teljes függőségi környezet megértéséhez minden felsőbb rétegbeli és alsóbb rétegbeli integrációt, megosztott szolgáltatást és adatfolyamot katalogizálnia kell. Dokumentum API-k, üzenetkezelési rendszerek, ETL-folyamatok, megosztott adatbázisok, hitelesítési módszerek, adatcsere-minták és szolgáltatási szintű szerződések. Tekintse át az integrációs dokumentációt, és készítsen interjúkat az alkalmazástulajdonosokkal, hogy teljes betekintést biztosítson az összes külső kapcsolatba. Ez az átfogó leképezés megakadályozza az integrációs hibákat, és támogatja a pontos migrálási sorrendet.

3. Munkaterhelési felelősök bevonása a függőségi adatok érvényesítéséhez és kiegészítéséhez. A számítási feladatok tulajdonosai kritikus betekintést nyújtanak a rendszer viselkedésébe, a megosztott erőforrásokba és az eszközök által esetleg nem észlelt informális integrációkba. Strukturált interjúkat vagy workshopokat kell folytatnia az alkalmazás- és számítási feladatok tulajdonosaival az eszköz által létrehozott adatok ellenőrzése és a nem dokumentált függőségek azonosítása érdekében. Ez a lépés biztosítja a függőségi térkép teljességét és pontosságát, és segít rögzíteni azokat az üzleti környezeteket, amelyek tájékoztatják a migrálási sorrendet.

4. Dokumentálja egy központi adattár összes függőségét. A függőségi adatokat olyan formátumban tárolja, amely támogatja a csapatközi együttműködést és a migrálás tervezését, például számolótáblákat, architektúradiagramokat vagy függőségleképezési eszközöket. Győződjön meg arról, hogy az adattár elérhető és rendszeresen frissül a migrálási folyamat változásainak megfelelően.

5. Függőségek használatával tervezze meg a migrálásokat. A számítási feladatokat migrálási hullámokba rendezi, amelyek minimalizálják a hibás függőségeket. További információ: Migrálási hullám tervezése.

Megfelelőségi és üzemeltetési követelmények felmérése

1. A jogszabályi megfelelőségi követelmények azonosítása. A jogszabályi megfelelőségi követelmények egyértelmű ismerete biztosítja, hogy a Azure architektúrája megfeleljen a jogi, iparági és szervezeti kötelezettségeknek. Ezek a követelmények befolyásolják a régiók kiválasztását, a szolgáltatások rendelkezésre állását, az adatvédelemmel és az architekturális döntésekkel kapcsolatos döntéseket. A szabályozási és megfelelőségi szabványok közé tartoznak a globális, regionális, iparágspecifikus és belső politikák. Ezek a szabványok közé tartozhatnak a HIPAA, a FedRAMP, az ISO 27001 vagy a pénzügyi szabályozások, például a SOX. Minden szabvány egyedi követelményeket támaszt az adatkezelésre, a hozzáférés-vezérlésre, a titkosításra és az auditálásra vonatkozóan. Az egyes számítási feladatokra vonatkozó összes vonatkozó szabványt a jogi, megfelelőségi és biztonsági érdekelt felekkel egyeztetve kell azonosítania.

2. SLA-k, RPO-k és RTO-k dokumentálása. A szolgáltatásiszint-szerződések (SLA-k), a helyreállítási pont célkitűzései (RPO-k) és a helyreállítási idő célkitűzései (KPO-k) a rendelkezésre állás elfogadható szintjét és az adatvesztést határozzák meg. Ezek a metrikák vezérlik a biztonsági mentési, replikációs és feladatátvételi stratégiák kialakítását. Ezeket az értékeket minden számítási feladathoz dokumentálnia kell, hogy az architektúra megfeleljen az üzletmenet-folytonossági elvárásoknak. Lásd: Megbízhatósági követelmények meghatározása.

3. Osztályozza az egyes számítási feladatok környezetét. Az erőforrás-igények általában éles, tesztelési vagy fejlesztési környezetben futnak. Minden környezet különböző rendelkezésre állási, biztonsági és teljesítménykövetelményekkel rendelkezik. Dokumentálnia kell az egyes számítási feladatok környezeti besorolását, hogy tájékoztassa a migrálási sorrendet, a hozzáférés-vezérlést és az erőforrás-lefoglalást.

4. Az ISV-integráció ellenőrzése az Azure esetében. Számos számítási feladat függ a független szoftvergyártóktól (ISV-k) származó szoftverektől. A migrálás előtt meg kell győződnie arról, hogy az összes ISV-szoftver kompatibilis a Azure. Használjon szállítói dokumentációt, tesztkörnyezeteket vagy közvetlen ellenőrzést az ISV-vel. Azonosítsa a szükséges frissítéseket, csereket vagy konfigurációs módosításokat. Azt is meghatározhatja, hogy Azure Hybrid Benefit vagy más licencelési modellek érvényesek-e. Adja meg a licencelési költségeket és a kompatibilitási módosításokat a migrálási tervben a pontos költségvetés-tervezés és ütemezés érdekében.

Alkalmazáskód értékelése

Az alkalmazáskód-értékelés olyan kompatibilitási problémákat és modernizációs lehetőségeket azonosít, amelyek befolyásolhatják a migrálás sikerességét. Ez az értékelés elengedhetetlen ahhoz, hogy az alkalmazások megbízhatóan fussanak a Azure és a migrálási hullámok hatékony megtervezéséhez. Értékelnie kell az alkalmazás kódját a blokkolók korai észleléséhez, a migrálási hibák kockázatának csökkentéséhez és a célarchitektúra-döntések tájékoztatásához.

Automatizált eszközök használata az alkalmazáskód kiértékeléséhez

1. Használja a GitHub Copilot alkalmazásmodernizáló eszközt (.NET és Java).A GitHub Copilot alkalmazásmodernizálás részletes értékeléseket nyújt .NET és Java munkaterhelésekhez. Egyesíti az AppCAT értékelési képességeit Copilot AI-alapú támogatásával, hogy a modernizáció gyorsabb és egyszerűbb legyen. Ez az integráció kódolási partnerként működik, amely segít a következőkben:

   • Alkalmazással kapcsolatos függőségek rögzítése
   • A Azure-szolgáltatások forráskódjának módosítása és optimalizálása
   • Kód frissítése és a gyakori biztonsági rések és kitettségek (CVE-k) elhárítása
   • Alkalmazások tárolóba helyezése rugalmas üzembe helyezéshez
   • Üzembehelyezési fájlok létrehozása a migrálás egyszerűsítése érdekében
   • Az AI által támogatott kódolással csökkenthető a munkamennyiség

2. Külső eszközök használata más alkalmazásnyelvekhez. Az olyan eszközök, mint a CloudPilot és a CAST Highlight olyan nyelveket támogatnak, mint a Python, a JavaScript, a Node.jsés a Go. Ezek az eszközök azonosítják a Azure kompatibilitásához szükséges kódszintű módosításokat, és modernizációs elemzéseket nyújtanak. Ezekkel az eszközökkel felmérheti a nem .NET és a nem Java számítási feladatokat.

3. Az értékelési eredmények használatával tájékoztassa a célarchitektúra-döntéseket. Az alkalmazáskompatibilitási eredmények befolyásolhatják Azure szolgáltatások kiválasztását. Az egyik szolgáltatással nem kompatibilis alkalmazások például minimális kódmódosításokkal kompatibilisek lehetnek egy másikkal. Az olyan szolgáltatások, mint a Azure App Service, általában kevesebb kódmódosítást igényelnek, míg a tárolóplatform-szolgáltatások több kódfrissítést igényelhetnek az üzembe helyezés előtt. Ezzel a rugalmasságkal gyorsabban migrálhatja az alkalmazásokat, és későbbre halaszthatja a kód modernizálását. Ez a megközelítés csökkenti a migrálás kockázatát, és felgyorsítja a felhőbe való időt.

Keretrendszer és SDK kompatibilitásának ellenőrzése

1. A kódkompatibilitás ismertetése. A keretrendszer és az SDK kompatibilitása biztosítja, hogy az alkalmazások megbízhatóan fussanak Azure. A nem támogatott verziók vagy a nem kompatibilis SDK-k futásidejű hibákat okozhatnak, vagy jelentős újramunkát igényelhetnek. Ellenőriznie kell, hogy Azure támogatja-e az alkalmazás nyelvi verzióját és keretrendszerét.

2. Ellenőrizze az Azure támogatását az alkalmazása nyelvének és keretrendszerének. Győződjön meg arról, hogy Azure támogatja a .NET, Java, Python, JavaScript, Node.js és Go. A kompatibilitás ellenőrzéséhez használja a hivatalos Azure dokumentációt.

3. Kerülje a szükségtelen keretrendszermódosításokat. Csak akkor migráljon egy új keretrendszerbe (például Microsoft .NET-keretrendszerbe .NET Core-ba), ha erős üzleti indok áll fenn. A keretrendszer változásai jelentős fejlesztési erőfeszítéseket és tesztelést igényelnek.

Adatbázisok értékelése

Az adatbázis-függőségek gyakran határozzák meg az alkalmazásmigrálás sikerességét. A megosztott adatbázisok, az alkalmazásközi függőségek és az integrációs minták bonyolíthatják a migrálás tervezését. Értékelnie kell az alkalmazásokat támogató adatbázisokat, és ismernie kell azok függőségeit. Kövesse az alábbi útmutatást:

1. Azonosítsa az alkalmazás által használt összes adatbázist. Hozzon létre egy teljes leltárt az alkalmazás által használt összes adatbázisról. Tartalmazzon adatbázismotor-típusokat (SQL Server, MySQL), verziókat és üzemeltetési modelleket (például helyszíni, IaaS, PaaS). Az olyan eszközökkel, mint például a Azure Migrate, szisztematikusan gyűjtse össze ezeket az információkat. Megadhatja, hogy az adatbázis saját üzemeltetésű, virtuális gépeken üzemeltetett vagy felügyelt szolgáltatásként legyen-e kézbesítve. Ezek az információk segítenek meghatározni a migrálás készültségét és a célplatform kompatibilitását.

2. A bejövő és kimenő függőségek leképezése. A migrálások szekvenálása és a szolgáltatáskimaradások elkerülése szempontjából kritikus fontosságú, hogy az adatok hogyan áramlanak be és ki az egyes adatbázisokba. A függőségek gyakran több alkalmazásra, szolgáltatásra és külső rendszerre is kiterjednek. Belső alkalmazásokat, API-kat, kötegelt feladatokat, jelentéskészítési eszközöket és egyéb integrációkat is tartalmazhat. Adja meg, hogy a függőség csak olvasható, csak írható vagy kétirányú-e. Ez a részlet segít rangsorolni a számítási feladatokat, és azonosítani a lehetséges migrálási blokkolókat.

3. Adatbázis-migrálási stratégia meghatározása. Döntse el, hogy megosztott példányként helyezi át az adatbázist, vagy felosztja azt számítási feladat alapján. A megosztott adatbázisok egyszerűbbé teszik a felügyeletet, de késleltethetik a migrálást, ha több alkalmazás függ tőlük. Az adatbázisok felosztása lehetővé teszi a független migrálást, de gondos koordinációt és tesztelést igényel. Győződjön meg arról, hogy az adatbázis-migrálási terv támogatja az alkalmazások áthelyezésének szekvenálását, és minimalizálja az állásidőt vagy a szolgáltatáskimaradást.

Kockázati nyilvántartás létrehozása és karbantartása

A kockázatregisztráció olyan dokumentum vagy eszköz, amellyel azonosíthatja, értékelheti, rangsorolhatja és figyelheti a felhőbevezetést befolyásoló lehetséges kockázatokat. Ismerteti a kockázatcsökkentési stratégiákat. A nyilvántartás fenntartása biztosítja a proaktív kockázatkezelést.

1. Hozzon létre egy kockázatregisztrátort az összes számítási feladathoz. Rögzítse a műszaki, működési és szervezeti tényezőkhöz kapcsolódó kockázatokat. Ez a nyilvántartás betekintést nyújt a lehetséges blokkolókba és azok értékébe.

2. A kockázatcsökkentési stratégiák meghatározása és állapotuk nyomon követése. Minden kockázatra vonatkozóan dokumentálja a kockázatcsökkentési műveleteket, a felelős feleket és a megoldási ütemterveket. Ez a nyomon követés biztosítja, hogy aktívan kezelje és oldja meg a kockázatokat.

További információ: CAF-szabályozás – Felhőkockázatok felmérése

erőforrások és eszközök Azure

Category	Tool	Description
Felderítés és értékelés	Azure Migrate	Helyszíni kiszolgálók, adatbázisok és alkalmazások átfogó felderítése és értékelése
Arc-kompatibilis kiszolgálók	Azure Arc	A Azure felügyeletének kiterjesztése helyszíni és többfelhős környezetekre
Kódértékelés	GitHub Copilot	Automatizált kompatibilitáselemzés .NET és Java alkalmazásokhoz
Adatbázis migrálása	Adatmigrálási szolgáltatás	Több adatbázis-forrásból Azure adatplatformokra történő zökkenőmentes migrálást lehetővé tevő szolgáltatás
Többfelhős leképezés	AWS és Azure szolgáltatások leképezése	Szolgáltatás-összehasonlító útmutató az AWS-ről az Azure-ra való átálláshoz.
Többfelhős leképezés	Google Cloud szolgáltatásoknak az Azure szolgáltatásaihoz történő leképezése	Google Cloud és Azure közötti migrálási szolgáltatás-összehasonlító útmutató
Azure fejlesztés	.NET az Azure-on	Útmutató Azure szolgáltatásokhoz való hozzáféréshez .NET alkalmazásokból
Azure fejlesztés	Java Azure	Erőforrások Java fejlesztőknek az Azure-ra építve
Azure fejlesztés	Python az Azure-on	Erőforrások Python fejlesztőknek az Azure platformhoz
Azure-fejlesztés	JavaScript és Node.js Azure	JavaScript- és Node.js-fejlesztési útmutató a Azure
Azure fejlesztés	Go a Azure	Azure-alapú Go-fejlesztések erőforrásai
Felhőszolgáltatás Bevezetési Keretrendszer	Megbízhatósági követelmények meghatározása	Útmutató a felhőbeli számítási feladatok megbízhatósági követelményeinek meghatározásához

Következő lépések

A tulajdonjog teljes költségének becslése