A digitális tulajdonnal kapcsolatos tervezés megközelítései
A digitális tulajdon tervezése a kívánt eredményektől és a meglévő tulajdon méretétől függően számos formát ölt. Többféle megközelítést is alkalmazhat. Fontos, hogy a tervezési ciklusok korai szakaszában elvárásokat állítson be a megközelítéssel kapcsolatban. A nem egyértelmű elvárások gyakran más leltárgyűjtési gyakorlatokkal kapcsolatos késésekhez vezetnek. Ez a cikk az elemzés három megközelítését ismerteti.
Számítási feladatalapú megközelítés
A felülről lefelé történő értékelés módszere kiértékeli a biztonsági szempontokat. A biztonság magában foglalja az adatkategorizálást (magas, közepes vagy alacsony üzleti hatás), a megfelelőséget, a szuverenitást és a biztonsági kockázati követelményeket. Ez a megközelítés a magas szintű architektúra összetettségét értékeli. Olyan szempontokat értékel ki, mint a hitelesítés, az adatstruktúra, a késési követelmények, a függőségek és az alkalmazás várható élettartama.
A felülről lefelé irányuló megközelítés méri az alkalmazás működési követelményeit, például a szolgáltatási szinteket, az integrációt, a karbantartási időszakokat, a monitorozást és a megállapításokat. Ha ezeket a szempontokat elemezték és mérlegelték, az eredményül kapott pontszám azt a viszonylagos nehézséget tükrözi, hogy az alkalmazás migrálható az egyes felhőplatformokra: IaaS, PaaS és SaaS.
A felülről lefelé irányuló értékelés kiértékeli az alkalmazás pénzügyi előnyeit, például a működési hatékonyságot, a TCO-t, a befektetés megtérülését és egyéb megfelelő pénzügyi metrikákat. Az értékelés az alkalmazás szezonalitását is megvizsgálja (például azt, hogy vannak-e az év bizonyos időszakai, amikor a kereslet megugrik) és a teljes számítási terhelést.
Azt is megvizsgálja, hogy milyen típusú felhasználókat támogat (alkalmi vagy szakértő, mindig vagy alkalmanként bejelentkezve), valamint a szükséges méretezhetőséget és rugalmasságot. Végül az értékelés az üzletmenet folytonossági és rugalmassági követelményeinek, valamint az alkalmazás futtatásának függőségeinek vizsgálatával fejeződik be, ha szolgáltatáskimaradás történik.
Tipp
A tevékenységprofil-alapú megközelítéshez interjúkra és az üzleti és műszaki érdekelt felektől érkező anekdotikus visszajelzésekre van szükség. Az időzítés szempontjából a legfontosabb személyek rendelkezésre állása a legnagyobb kockázat. Az adatforrások anekdotikus jellege megnehezíti a pontos költség- vagy időbecslések elkészítését. Előre tervezze meg az ütemezéseket, és ellenőrizze az összegyűjtött adatokat.
Eszközalapú megközelítés
Az eszközalapú megközelítés a migrálási alkalmazást támogató eszközök alapján kínál tervet. Ebben a megközelítésben statisztikai használati adatokat fog lekérni egy konfigurációkezelési adatbázisból (CMDB) vagy más infrastruktúra-értékelési eszközökből.
Ez a megközelítés általában alapkonfigurációként feltételezi az üzembe helyezés IaaS-modelljét. Ebben a folyamatban az elemzés kiértékeli az egyes objektumok attribútumait:
- Memory (Memória)
- Processzorok száma (CPU-magok)
- Operációs rendszer tárterülete
- Adatmeghajtók
- Hálózati adapterek (NIC-k)
- IPv6
- Hálózati terheléselosztás
- Fürtözés
- Operációs rendszer verziója
- Adatbázis verziója (ha szükséges)
- Támogatott tartományok
- Külső összetevők vagy szoftvercsomagok, többek között
Az ebben a megközelítésben leltározott eszközök ezután csoportosítási és függőség-leképezési célokra igazodnak a számítási feladatokhoz vagy alkalmazásokhoz.
Tipp
Az eszközalapú megközelítéshez a statisztikai használati adatok gazdag forrása szükséges. A leltár vizsgálatához és az adatok gyűjtéséhez szükséges idő a legnagyobb kockázat az időzítésre. Az alacsony szintű adatforrások kihagyhatják az objektumok vagy alkalmazások közötti függőségeket. Tervezze meg legalább egy hónapra a leltár vizsgálatát. A függőségek ellenőrzése az üzembe helyezés előtt.
Növekményes megközelítés
Határozottan növekményes megközelítést javasolunk, ahogyan a felhőadaptálási keretrendszer számos folyamatához. A digitális tulajdon tervezésével ez egy többfázisú folyamatnak felel meg:
Kezdeti költségelemzés: Ha pénzügyi ellenőrzést igényel, kezdje a korábban ismertetett eszközalapú megközelítéssel, hogy a teljes digitális tulajdon kezdeti költségszámítását észszerűsítés nélkül megkaphassa. Ez a megközelítés egy legrosszabb forgatókönyv-teljesítménytesztet hoz létre.
Migrálás tervezése: Miután összeállított egy felhőstratégiáért felelős csapatot, hozzon létre egy kezdeti migrálási teendőlistát egy számítási feladatalapú megközelítéssel, amely a kollektív tudásán és a korlátozott résztvevői interjúkon alapul. Ez a megközelítés gyorsan létrehoz egy egyszerűsített számításifeladat-értékelést az együttműködés elősegítése érdekében.
Kiadástervezés: A migrálási teendőlistát minden egyes kiadásnál metszse és írja újra, hogy a legrelevánsabb üzleti hatásra összpontosítson. A folyamat során a következő 5–10 számítási feladatot kell kiválasztania rangsorban szereplő kiadásként. Ezen a ponton a felhőstratégiáért felelős csapat időt fordít egy teljes körű számításifeladat-alapú megközelítés elvégzésére. Az értékelés késleltetése mindaddig, amíg egy kiadás jobban figyelembe nem tartja az érdekelt felek idejét. A teljes elemzésbe való befektetést is késlelteti, amíg a vállalkozás nem látja a korábbi erőfeszítések eredményeit.
Implementációelemzés: Az objektumok migrálása, modernizálása vagy replikálása előtt egyenként és egy kollektív kiadás részeként is értékelje azt. Ezen a ponton megvizsgálhatja az adatokat a kezdeti eszközalapú megközelítésből, hogy biztosítsa a pontos méretezési és működési korlátozásokat.
Tipp
A növekményes megközelítés leegyszerűsített tervezést és gyorsított eredményeket tesz lehetővé. Fontos, hogy minden érintett fél megértse a késleltetett döntéshozatal megközelítését. Ugyanilyen fontos, hogy az egyes szakaszokban tett feltételezések dokumentálva legyenek a részletek elvesztésének elkerülése érdekében.
Következő lépések
A módszer kiválasztása után gyűjtse össze a leltáradatokat.
Visszajelzés
https://aka.ms/ContentUserFeedback.
Hamarosan elérhető: 2024-ben fokozatosan kivezetjük a GitHub-problémákat a tartalom visszajelzési mechanizmusaként, és lecseréljük egy új visszajelzési rendszerre. További információ:Visszajelzés küldése és megtekintése a következőhöz: