Преди пускането на приложната система, дефектите и скритите опасности могат значително да бъдат намалени чрез интензивно тестване, но тъй като симулационната среда на теста не може да бъде точно същата като реалната среда след стартирането на системата, тестовата работа не може да обхване всички сценарии на производство и работа на ИТ приложната система и е трудно да се избегне появата на повреди в ИТ приложната система в конкретен сценарий.
Тъй като скритата опасност от провал е неизбежна, е много важно да се справим с грешката спокойно! Най-добре е да се знае предварително, да се предвидят възможните проблеми на ИТ системата и да се предприемат мерки, когато проблемът не възникне, за да се елиминира дефектът в зародиш. Колкото и сериозно да е, трябва да знаем какви проблеми са възникнали в системата и къде са се появили възможно най-скоро, и да ги решим навреме, преди да се разпространят, за да избегнем ескалацията на ситуацията. В действителност, тъй като тези две точки все още са трудни за изпълнение, напрежението при експлоатация и поддръжка е безпрецедентно!
Ако погледнем настоящите предприятия с висока степен на информационна конструкция, представени от банки, развитието на бизнеса става все по-зависимо от ИТ, сложността на техните ИТ приложения става все по-голяма, а управляемостта става все по-лоша. Но това, което е главоболие, е, че при толкова интензивно преследване и прихващане, системните повреди все още се случват, рисковете се появяват отново и отново, и често малките проблеми в крайна сметка се превръщат в сериозни повреди, каква е причината? Защо винаги има забавяне при откриването? Защо различните методи за наблюдение не могат да открият аномалии още при първия път? Необходимо е да се разчлени това.
По отношение на основните аспекти, компютърната зала е разделена на две категории: основни ресурси и ИТ приложни системи. Дълго време отдаваме голямо значение на основни ресурси като мрежа, хост, съхранение, температура и влажност в компютърната зала, а методите за мониторинг могат да се опишат като "въоръжени до зъби".
За мониторинг на ИТ приложни системи, в момента местни и чуждестранни производители и доставчици на услуги предоставят множество продукти или решения, съдържанието на мониторинга има собствен фокус – цялостен анализ, практиката им е основно да наблюдават производителността на ИТ приложната система на базовия слой ресурси чрез мрежов трафик, производителност на системата, заетост на процесора, заемане на паметта, достъп до база данни, статус на междинния софтуер и други индикатори, комбинирани с анализ на логове, изследване на сонди, достъп до симулации и извличане на прокси и други методи за получаване на определена времева информация за работата на системата. Грубо оценявайки общия оперативен статус на системата, тези продукти или решения нямат непрекъснато проследяване и мониторинг на детайлите за работата на системата, затова не могат да разберат детайлите за състоянието на работа на всеки модул в ИТ приложната система и дори функционалните точки под модула; тези детайли включват: Какви транзакции обработва системата? Кое успя? Кое е проблематично? Кой инициира транзакцията? Кога ще бъде пуснат? С какъв бизнес се занимавате? Кой модул на системата е включен? Коя функционална точка отговаря за обработката? В колко часа се връща отговорът? Има ли някакви аномалии в производителността? Ако не е успешно, каква е вината? Те са много важни за оценката на работното състояние на ИТ система за приложения.
На практика, в началото на повредата на ИТ приложната система, когато точката на повреда има малко влияние върху основните ресурси или все още не е предадена към базовия слой на ресурсите, или дефектът възниква в пролуката между използването на логове, сонди, проксита и други средства, въпреки че системният риск е бил "подповърхностен", но често съществуващите методи за мониторинг не могат да играят роля, а външната презентация също показва "няма аномалия". Това е и основната причина, поради която откриването на повреди изостава и е трудно за справяне! Може да се види, че навременното откриване на системни повреди "за първи път" е недостатък на настоящата ИТ експлоатация и поддръжка и е от голямо значение да компенсира работата и поддръжката на ИТ.
Какво е "първи път"? Тоест, в процеса на ИТ приложна система, която отговаря на заявки за достъп, в момента, в който транзакцията се провали или настъпи необичайно, тя трябва да бъде точно заснета! Всеки знае, че ранното откриване може да се реши навреме, и за да се обърне настоящата пасивна ситуация в ИТ работата и да се компенсират недостатъците в експлоатацията и поддръжката на ИТ, е необходимо технически да се реши проблемът с откриването на системни повреди "от първия път". Чрез сравнителни изследвания и практика на работа на голям брой ИТ приложни системи, тази идея всъщност е технически осъществима, но хората в бюрото може да бъдат засегнати от инерциално мислене, да не излязат от първоначалното мислене и дори да мислят, че това не е осъществимо в субективното съзнание, което води до съществен пробив в този аспект на работата, а оперативните рискове на ИТ приложенията винаги са в пасивна ситуация на парчесен отговор.
Ключът към реализирането на "първото" откриване на системни повреди е да се бъде "внимателен" към ИТ приложната система, да се овладява всяко нейно движение, по-конкретно да се извършва задълбочено наблюдение на оперативните детайли на ИТ приложната система и да се постави работата на всеки модул и функционална точка под строг контрол, като същевременно този мониторинг трябва да бъде непрекъснат и непрекъснат, само по този начин няма да се пропусне никаква аномалия в системната транзакция, така че работата на ИТ приложната система да бъде в контролируемо състояние.
Тъй като този процес може да получи и натрупа подробна информация за състоянието на работата на системата, да създаде много ценен файлов файл за операции на системата чрез своя анализ и използване, той не само предоставя референция за оценка на качеството на всеки модул и всяка функционална точка, но и основа за анализ на развитието и промяната на работното състояние на системата, което прави възможно прогнозиране на тенденцията в здравето на ИТ приложна система.
|
Публикувано в 13.10.2014 г. 10:36:01 ч.
|
|
|
