|
|
Publisert på 13.10.2014 10:36:01
|
|
|
Før applikasjonssystemet startes, kan feil og skjulte farer reduseres betydelig gjennom intensiv testing, men fordi simuleringsmiljøet for testen ikke kan være nøyaktig det samme som det virkelige miljøet etter at systemet er startet, kan ikke testarbeidet dekke alle scenarioer for produksjon og drift av IT-applikasjonssystemer, og det er vanskelig å unngå feil i IT-applikasjonssystemet i et spesifikt scenario.
Siden den skjulte faren ved å mislykkes er uunngåelig, er det svært viktig å kunne håndtere feilen rolig! Det er best å vite på forhånd, forutsi mulige problemer i IT-applikasjonssystemet, og iverksette tiltak når problemet ikke oppstår for å eliminere feilen i begynnelsen. Uansett hvor ille det er, må vi vite hvilke problemer som har oppstått i systemet og hvor de har oppstått så raskt som mulig, og håndtere dem i tide før de sprer seg for å unngå at situasjonen eskalerer. I realiteten, fordi disse to punktene fortsatt er vanskelige å gjøre, er presset med drift og vedlikehold uten sidestykke!
Ser man på dagens virksomheter med høy grad av informasjonskonstruksjon representert av banker, blir forretningsutviklingen stadig mer avhengig av IT, kompleksiteten i IT-applikasjonene deres blir stadig høyere, og kontrollmulighetene blir stadig dårligere. Men det som er en hodepine, er at i en så intens jakt- og avskjæringssituasjon oppstår systemfeil fortsatt, risikoene blusser opp igjen og igjen, og ofte utvikler små problemer seg til store feil – hva er årsaken? Hvorfor er det alltid en forsinkelse i oppdagelsen? Hvorfor kan ikke ulike overvåkingsmetoder oppdage avvik ved første forsøk? Det er nødvendig å dissekere dette.
Når det gjelder hovedaspekter, deles datarommet inn i to kategorier: grunnleggende ressurser og IT-applikasjonssystemer. I lang tid har vi lagt stor vekt på grunnleggende ressurser som nettverk, vert, lagring, temperatur og fuktighet i datarommet, og overvåkingsmetodene kan beskrives som «bevæpnet til tennene».
For overvåking av IT-applikasjonssystemer tilbyr for øyeblikket innenlandske og utenlandske produsenter og tjenesteleverandører mange produkter eller løsninger, og innholdet i overvåkingen har sitt eget fokus, omfattende analyse, og deres praksis er hovedsakelig å observere ytelsen til IT-applikasjonssystemet på det grunnleggende ressurslaget, gjennom nettverkstrafikk, systemytelse, CPU-aktivitet, minneokkupasjon, databasetilgang, mellomvarestatus og andre indikatorer, kombinert med logganalyse, probe-utforskning, simuleringstilgang og proxy-ekstraksjon samt andre metoder for å innhente visse tidspunkt-informasjon om systemets drift. Grovt sett vurderer man den overordnede driftsstatusen til et system, mangler disse produktene eller løsningene kontinuerlig sporing og overvåking av systemets driftsdetaljer, så de kan ikke forstå detaljene om driftsstatusen til hver modul i IT-applikasjonssystemet og til og med de funksjonelle punktene under modulen, disse detaljene inkluderer: Hvilke transaksjoner håndterer systemet? Som lyktes? Hva er problematisk? Hvem initierer transaksjonen? Når lanseres det? Hva driver du med? Hvilken modul av systemet er involvert? Hvilket funksjonspunkt er ansvarlig for behandlingen? Når kommer svaret tilbake? Er det noen ytelsesavvik? Hvis det ikke lykkes, hva er feilen? De er svært viktige for å vurdere driftsstatusen til et IT-applikasjonssystem.
I praksis, i begynnelsen av IT-applikasjonssystemets feil, når feilpunktet har liten innvirkning på grunnleggende ressurser eller ennå ikke er overført til det grunnleggende ressurslaget, eller feilen oppstår i gapet mellom bruk av logger, prober, proxyer og andre midler, selv om systemrisikoen har vært «understrøms», men ofte kan ikke eksisterende overvåkingsmetoder spille en rolle, og den eksterne presentasjonen er også «ingen avvik». Dette er også den grunnleggende grunnen til at feildeteksjon henger etter og er vanskelig å håndtere! Det kan sees at rettidig oppdagelse av systemfeil «første gang» er en svakhet ved dagens IT-drift og vedlikehold, og det er av stor betydning å kompensere for IT-drift og vedlikehold.
Hva er «første gang»? Det vil si, i prosessen der et IT-applikasjonssystem svarer på tilgangsforespørsler, må en transaksjon fanges nøyaktig opp i det øyeblikket den feiler eller skjer unormalt! Alle vet at tidlig oppdagelse kan håndteres over tid, og for å snu den nåværende passive situasjonen i IT-drift og kompensere for manglene i IT-drift og vedlikehold, er det nødvendig å teknisk løse problemet med å oppdage systemfeil «på første forsøk». Gjennom komparativ forskning og praksis av driften av et stort antall IT-applikasjonssystemer er denne ideen faktisk teknisk gjennomførbar, men folkene i byrået kan bli påvirket av treghetstenkning, ikke hoppe ut av den opprinnelige tankegangen, og til og med tro at det ikke er gjennomførbart i subjektiv bevissthet, noe som resulterer i ingen reell gjennombrudd på dette området, og de operative risikoene ved IT-applikasjoner er alltid i en passiv situasjon med fragmentert respons.
Nøkkelen til å oppnå «første gang» oppdagelse av systemfeil er å være «omtenksom» overfor IT-applikasjonssystemet, mestre hvert eneste trekk, spesielt å gjennomføre grundig observasjon av driftsdetaljene i IT-applikasjonssystemet, og sette driften av hver modul og funksjonspunkt under streng overvåking. Samtidig må denne overvåkingen være kontinuerlig og uavbrutt, men på denne måten vil ingen systemtransaksjonsavnormaliteter overse, slik at driften av IT-applikasjonssystemet er i en kontrollerbar tilstand.
Fordi denne prosessen kan innhente og samle detaljert informasjon om systemoperasjonsstatus, etablere en svært verdifull systemoperasjonsfil, kan den gjennom sin analyse og bruk ikke bare gi en referanse for å vurdere kvaliteten på hver modul og hvert funksjonelt punkt, men også gi et grunnlag for å analysere utviklingen og endringen av systemets driftsstatus, noe som gjør det mulig å forutsi helsetrenden til et IT-applikasjonssystem.
|
Foregående:@天下无双给我们论坛的建议Neste:Window10 er nytt, og systemet er fortsatt ikke modent nok
|
