|
|
Julkaistu 13.10.2014 10.36.01
|
|
|
Ennen sovellusjärjestelmän käynnistämistä virheitä ja piileviä vaaroja voidaan merkittävästi vähentää intensiivisellä testauksella, mutta koska testin simulaatioympäristö ei voi olla täysin sama kuin todellinen ympäristö järjestelmän käynnistyksen jälkeen, testityö ei voi kattaa kaikkia IT-sovellusjärjestelmän tuotannon ja käytön skenaarioita, ja on vaikeaa välttää IT-sovellusjärjestelmän vikojen esiintymistä tietyssä tilanteessa.
Koska epäonnistumisen piilevä vaara on väistämätön, on erittäin tärkeää pystyä käsittelemään vika rauhallisesti! On parasta tietää etukäteen, ennakoida IT-sovellusjärjestelmän mahdolliset ongelmat ja ryhtyä toimiin, jos ongelmaa ei ilmene, vian poistamiseksi alkuunsa. Oli tilanne kuinka paha tahansa, meidän on tiedettävä, mitä ongelmia järjestelmässä on ilmennyt ja missä ne ovat ilmenneet mahdollisimman pian, ja hoidettava ne ajoissa ennen leviämistä, jotta tilanne eskaloituu välttääksemme. Todellisuudessa, koska nämä kaksi asiaa ovat edelleen vaikeita, käytön ja ylläpidon paine on ennennäkemätön!
Kun tarkastellaan nykyisiä yrityksiä, joissa pankit edustavat korkeaa tiedonrakenteen tasoa, liiketoiminnan kehitys on yhä riippuvaisempi IT:stä, IT-sovellusten monimutkaisuus kasvaa ja hallittavuus heikkenee koko ajan. Mutta mikä on päänsärkyä, on se, että näin intensiivisessä takaa-ajossa ja sieppaustilanteessa järjestelmävikat jatkuvat, riskit vilahtavat yhä uudelleen, ja monesti pienet ongelmat kehittyvät lopulta suuriksi vikkoiksi – mikä on syy? Miksi löytämisessä on aina viivettä? Miksi erilaiset seurantamenetelmät eivät pysty havaitsemaan poikkeavuuksia ensimmäisellä kerralla? Tämä on tarpeen purkautua.
Pääosa-alueilta tietokoneluokka jaetaan kahteen kategoriaan: perusresurssit ja IT-sovellusjärjestelmät. Olemme pitkään kiinnittäneet suurta huomiota perusresursseihin, kuten verkkoon, isäntään, varastointiin, tietokonehuoneen lämpötilaan ja kosteuteen, ja valvontamenetelmiä voidaan kuvata "aseistettuina hampaisiin asti".
IT-sovellusjärjestelmien valvontaan kotimaiset ja ulkomaiset valmistajat ja palveluntarjoajat tarjoavat tällä hetkellä monia tuotteita tai ratkaisuja, seurannan sisältö on oma painopisteensä, kattava analyysi. Heidän käytäntönsä on pääasiassa IT-sovellusjärjestelmän suorituskyvyn seuraaminen perusresurssikerroksessa, verkkoliikenteen, järjestelmän suorituskyvyn, suorittimen kuormituksen, muistin kulutuksen, tietokantapääsyn, väliohjelmiston tilan ja muiden indikaattoreiden kautta, yhdistettynä loki-analyysiin, probejen tutkimiseen, simulaatiohakuun ja välityspalvelinten poimimiseen sekä muihin menetelmiin järjestelmän toiminnan aikapistetietojen saamiseksi. Arvioitaessa järjestelmän kokonaistoimintatilaa, nämä tuotteet tai ratkaisut eivät seuraa ja seuraa jatkuvasti järjestelmän toimintatietoja, joten ne eivät pysty ymmärtämään kunkin moduulin toimintatilaa IT-sovellusjärjestelmässä eikä edes moduulin toiminnallisia pisteitä; nämä yksityiskohdat sisältävät: Mitä transaktioita järjestelmä käsittelee? Kumpi onnistui? Mikä on ongelmallista? Kuka aloittaa kaupan? Milloin se julkaistaan? Mitä liiketoimintaa teet? Mikä järjestelmän moduuli on mukana? Mikä funktiopiste vastaa prosessoinnista? Mihin aikaan vastaus palaa? Onko suorituskyvyn poikkeavuuksia? Jos se ei onnistu, mikä on vika? Ne ovat erittäin tärkeitä IT-sovellusjärjestelmän toimintatilan arvioinnissa.
Käytännössä IT-sovellusjärjestelmän vian alussa, kun vikapisteellä on vähän vaikutusta perusresursseihin tai sitä ei ole vielä siirretty perusresurssikerrokseen, tai vika tapahtuu lokien, probejen, välityslaitteiden ja muiden keinojen välisessä raossa, vaikka järjestelmän riski on ollut "alavirtainen", mutta usein olemassa olevat valvontamenetelmät eivät osaa, ja ulkoinen esitys on myös "ei poikkeavuutta". Tämä on myös perimmäinen syy siihen, miksi viantunnistus jää jälkeen ja on vaikea käsitellä! On nähtävissä, että järjestelmävikojen oikea-aikainen havaitseminen "ensimmäisellä kerralla" on nykyisen IT-toiminnan ja ylläpidon puute, ja sillä on suuri merkitys IT-toiminnan ja ylläpidon korvaamiseksi.
Mitä tarkoittaa "ensimmäinen kerta"? Toisin sanoen, kun IT-sovellusjärjestelmä vastaa pääsypyyntöihin, heti kun transaktio epäonnistuu tai tapahtuu epänormaalisti, se täytyy tallentaa tarkasti! Kaikki tietävät, että varhainen havaitseminen voidaan hoitaa ajoissa, ja nykyisen passiivisen IT-toiminnan tilanteen kääntämiseksi sekä IT-toiminnan ja ylläpidon puutteiden korjaamiseksi on teknisesti ratkaistava järjestelmävikojen havaitsemisen ongelma "ensimmäisellä kerralla". Vertailevan tutkimuksen ja käytännön kautta suuren määrän IT-sovellusjärjestelmien toiminnasta tämä ajatus on teknisesti toteuttamiskelpoinen, mutta viraston ihmiset saattavat olla inertiaalisen ajattelun vaikutuksen alaisia, epäonnistua alkuperäisestä ajattelutavasta ja jopa ajatella, ettei se ole mahdollista subjektiivisessa tietoisuudessa, mikä johtaa merkittävään läpimurtoon tässä työn osa-alueessa, ja IT-sovellusten operatiiviset riskit ovat aina passiivisessa, palapäisessä tilanteessa.
Avain järjestelmän vikojen "ensimmäisen kerran" havaitsemiseen on olla "huomioiva" IT-sovellusjärjestelmää kohtaan, hallita jokainen sen liike, erityisesti tehdä perusteellinen havainnointi IT-sovellusjärjestelmän toimintayksityiskohdista ja asettaa kunkin moduulin ja toiminnallisen pisteen toiminta tiukan valvonnan alaiseksi, samalla kun tämän valvonnan on oltava jatkuvaa ja keskeytyksettä – vain näin ei jää huomaamatta järjestelmän transaktioiden poikkeavuuksia, jotta IT-sovellusjärjestelmän toiminta on hallittavassa tilassa.
Koska tämä prosessi voi kerätä ja kerätä yksityiskohtaista järjestelmän toimintatilan tietoa, luoda erittäin arvokkaan järjestelmän käyttötiedoston, analyysin ja hyödyntämisen kautta, se voi tarjota viitteen kunkin moduulin ja toiminnallisen pisteen laadun arviointiin, mutta myös perustan järjestelmän kehityksen ja käyttötilan muutoksen analysointiin, mahdollistaen IT-sovellusjärjestelmän kuntotrendin ennustamisen.
|
Edellinen:@天下无双给我们论坛的建议Seuraava:Windows10 on uusi, eikä järjestelmä ole vielä tarpeeksi kypsä
|
