Kuidas saavad ettevõtted arendada paremat lähenemisviisi „objektipõhistele” võrgumuutustele? Esitanud: Turbonomic googletag.cmd.push (function () {googletag.display (div-gpt-ad-1562928221186-0);}); K:

Autor: Roger Morrison
Loomise Kuupäev: 23 September 2021
Värskenduse Kuupäev: 1 Juuli 2024
Anonim
Kuidas saavad ettevõtted arendada paremat lähenemisviisi „objektipõhistele” võrgumuutustele? Esitanud: Turbonomic googletag.cmd.push (function () {googletag.display (div-gpt-ad-1562928221186-0);}); K: - Tehnoloogia
Kuidas saavad ettevõtted arendada paremat lähenemisviisi „objektipõhistele” võrgumuutustele? Esitanud: Turbonomic googletag.cmd.push (function () {googletag.display (div-gpt-ad-1562928221186-0);}); K: - Tehnoloogia

Sisu

Esitanud: Turbonomic



K:

Kuidas saavad ettevõtted arendada paremat lähenemisviisi „objektipõhistele” võrgumuutustele?

A:

Muutes IT-varade sildistamise ja käitlemise viise arhitektuurides, saavad ettevõtted oluliselt parandada võrgu „objektide” kasutamist ettevõttesüsteemide muudatuste juhtimiseks.

Võrguobjektid, näiteks tulemüüride ja virtuaalmasinate reeglistikud võrgukonfiguratsioonide rakendamiseks, on kriitilised ressursid, kuid aja jooksul võivad need kaduma minna või kipuvad hajutatud arhitektuuri risustama.

Üks põhimõttelisemaid viise võrguobjektide parema käitlemise edendamiseks on nimetamistavade kaudu. Nimetamismeetodid lisavad süsteemile nähtavust - kui komponendid või muud objektid on märgistatud vastavalt nende otstarbele ja kasutusotstarbele, on süsteemis palju hõlpsam näha, mida nad süsteemis teevad ja kas need tuleks näiteks migreerida uuele platvormile või rakendusse , või mitte.


Muud ressursid, näiteks kirjeldusväljad ja metaandmesildid, võivad samuti olla abiks nende IT-ressursside märgistamiseks ja nende süsteemis korrektse kasutamise tagamiseks. Kirjeldusväljad võivad pakkuda paremini seeditavat keelt, täpsustades, millised on konkreetsed võrguobjektid ja milleks neid kasutatakse.

Üldiselt hõlmab võrgu parem haldamine üksikasjalike märkuste tegemist võrguobjekti ümber tehtavate toimingute, rände või muude muudatuste kohta. Mõned arvavad, et see on omamoodi “kolimis- või pakkimisnimekiri” - idee, et ettevõttel on olemas konkreetsed juhised ja dokumendid, mis aitavad objektide kasutamist arhitektuuri muutmisel läbipaistvamaks muuta.

Veel üks suurem näide võrgu parema haldamise kohta on parem dekomisjoneerimise plaan.

Vanade rakenduste või arhitektuuri osade dekomisjoneerimisega kaasneb sageli suuremate ja põhjalikumate süsteemi osade, mis kaotatakse, tuvastamine, millised võrguobjektid tuleb demonteerida. Kui ettevõtted ei suuda kasutatavaid ressursse edukalt tuvastada, ei suuda nad saavutada soovitud täielikku ja puhast dekomisjoneerimist. Ettevõtted saavad ressursside tuvastamiseks kasutada programmilisi meetodeid või rakenduse või süsteemi osade käsitsi puhastamiseks visuaalseid kirjeldajaid. Parem dekomisjoneerimine aitab võrku paremini korraldada.


Vähem korraldamine ja vähem võrguobjektide tuvastamine võib põhjustada erinevat tüüpi IT "paisumist" või "laialivalguvust". Näiteks põhjustab rakenduste tulva lisamine vanu lammutamata kiiresti palju kaost ja segadust. Seetõttu on võrkude puhastamise väljakutse vähemalt kaheosaline protsess: ühelt poolt veenduge, et kõik on selgelt tuvastatud ja märgistatud, ning teiselt poolt veenduge, et protokollid ja protsessid võimaldaksid puhast süsteemi muutmist.