|
|
Postat pe 13.10.2014 10:36:01
|
|
|
Înainte ca sistemul de aplicație să fie lansat, defectele și pericolele ascunse pot fi reduse considerabil prin testare intensivă, dar deoarece mediul de simulare al testului nu poate fi exact același cu mediul real după lansarea sistemului, munca de testare nu poate acoperi toate scenariile de producție și operare a sistemului de aplicații IT, iar este dificil să se evite apariția unor defecțiuni ale sistemului de aplicații IT într-un anumit scenariu.
Deoarece pericolul ascuns al eșecului este inevitabil, este foarte important să poți gestiona defecțiunea cu calm! Este recomandat să știi din timp, să prevezi posibilele probleme ale sistemului de aplicații IT și să iei măsuri atunci când problema nu apare pentru a elimina defecțiunea din fașă. Indiferent cât de grav ar fi, trebuie să știm cât mai curând posibil ce probleme au apărut în sistem și unde au apărut, și să le gestionăm la timp înainte să se răspândească, pentru a evita escaladarea situației. În realitate, pentru că aceste două aspecte sunt încă dificile de realizat, presiunea operațiunii și mentenanței este fără precedent!
Privind companiile actuale cu un grad ridicat de construcție a informațiilor reprezentate de bănci, dezvoltarea afacerii devine tot mai dependentă de IT, complexitatea aplicațiilor IT crește tot mai mult, iar controlabilitatea se înrăutățește tot mai mult. Dar ceea ce este o bătaie de cap este că, într-o situație atât de intensă de urmărire și interceptare, tot apar defecțiuni ale sistemului, riscurile apar iar și iar, iar de multe ori problemele mici evoluează în cele din urmă în defecțiuni majore, care este motivul? De ce există întotdeauna o întârziere în descoperire? De ce nu pot diferitele metode de monitorizare să detecteze anomaliile din prima? Este necesar să analizăm acest aspect.
În ceea ce privește aspectele majore, sala de calculatoare este împărțită în două categorii: resurse de bază și sisteme de aplicații IT. De mult timp, am acordat o mare importanță resurselor de bază precum rețeaua, gazda, stocarea, temperatura și umiditatea camerei de calculatoare, iar metodele de monitorizare pot fi descrise ca fiind "înarmate până în dinți".
Pentru monitorizarea sistemelor de aplicații IT, în prezent, producătorii și furnizorii de servicii interni și străini oferă numeroase produse sau soluții; conținutul monitorizării are un focus propriu, o analiză cuprinzătoare, practica lor fiind în principal să observe performanța sistemului de aplicații IT pe stratul de bază al resurselor, prin trafic de rețea, performanța sistemului, ocupația procesorului, ocuparea memoriei, acces la baza de date, starea middleware-ului și alți indicatori, combinate cu analiza jurnalelor, explorarea sondelor, acces la simulări și extracție de proxy-uri și alte metode pentru a obține anumite informații temporare ale operării sistemului. Judecând aproximativ starea generală de funcționare a unui sistem, aceste produse sau soluții nu au urmărire continuă și monitorizare a detaliilor de funcționare a sistemului, astfel încât nu pot înțelege detaliile stării de funcționare a fiecărui modul din cadrul sistemului de aplicații IT și chiar punctele funcționale din modul, aceste detalii includ: Ce tranzacții procesează sistemul? Care a reușit? Care este problematică? Cine inițiază tranzacția? Când va fi lansată? Cu ce afaceri te ocupi? Ce modul al sistemului este implicat? Care punct de funcție este responsabil de procesare? La ce oră vine răspunsul? Există anomalii de performanță? Dacă nu reușește, care este vina? Acestea sunt foarte importante pentru evaluarea stării operaționale a unui sistem de aplicații IT.
În practică, la începutul eșecului sistemului de aplicații IT, atunci când punctul de defectare are un impact redus asupra resurselor de bază sau nu a fost încă transmis către stratul de resurse de bază, sau defecțiunea apare în intervalul dintre utilizarea jurnalelor, sondelor, proxy-urilor și altor mijloace, deși riscul sistemului a fost "subteran", adesea metodele existente de monitorizare nu pot juca un rol, iar prezentarea externă este de asemenea "fără anomalii". Acesta este și motivul fundamental pentru care detectarea defectelor rămâne în urmă și este dificil de gestionat! Se poate observa că detectarea la timp a defecțiunilor sistemului "din prima" reprezintă o limită a activității actuale de operare și întreținere IT și este de mare importanță să compensezi operațiunea și mentenanța IT.
Ce înseamnă "prima dată"? Adică, în procesul prin care un sistem de aplicații IT răspunde la cererile de acces, în momentul în care o tranzacție eșuează sau are loc anormal, aceasta trebuie capturată corect! Toată lumea știe că detecția timpurie poate fi rezolvată la timp, iar pentru a inversa situația pasivă actuală a operațiunilor IT și a compensa deficiențele operării și mentenanței IT, este necesar să se rezolve tehnic problema detectării defecțiunilor de sistem "din prima". Prin cercetarea comparativă și practica operării unui număr mare de sisteme de aplicații IT, această idee este de fapt fezabilă din punct de vedere tehnic, dar oamenii din birou pot fi afectați de gândirea inerțială, nu reușesc să iasă din mentalitatea inițială și chiar să creadă că acest lucru nu este fezabil în conștiința subiectivă, ceea ce duce la un progres substanțial în acest aspect al muncii, iar riscurile operaționale ale aplicațiilor IT sunt întotdeauna într-o situație pasivă de răspuns fragmentat.
Cheia pentru a realiza "prima detectare" a defecțiunilor sistemului este să fii "atent" la sistemul de aplicații IT, să stăpânești fiecare mișcare a acestuia, mai exact, să efectuezi o observație aprofundată a detaliilor de funcționare ale sistemului de aplicații IT și să pui funcționarea fiecărui modul și punct funcțional sub monitorizare strictă; în același timp, această monitorizare trebuie să fie continuă și neîntreruptă, doar în acest mod să nu ratezi nicio anomalie a tranzacțiilor sistemului, astfel încât funcționarea sistemului de aplicații IT să fie într-o stare controlabilă.
Deoarece acest proces poate obține și acumula informații detaliate despre starea operării sistemului, stabilind un fișier de operare foarte valoros prin analiza și utilizarea acestuia, nu doar că poate oferi o referință pentru evaluarea calității fiecărui modul și a fiecărui punct funcțional, ci și o bază pentru analiza dezvoltării și modificării stării de funcționare a sistemului, făcând posibilă prezicerea tendinței de sănătate a unui sistem de aplicații IT.
|
Precedent:@天下无双给我们论坛的建议Următor:Windows 10 este nou, iar sistemul încă nu este suficient de matur
|
