|
|
게시됨 2014. 10. 13. 오전 10:36:01
|
|
|
애플리케이션 시스템 실행 전에는 집중적인 테스트를 통해 결함과 숨겨진 위험을 크게 줄일 수 있지만, 테스트 시뮬레이션 환경이 시스템 실행 후 실제 환경과 정확히 같을 수 없기 때문에 테스트 작업이 IT 애플리케이션 시스템 생산 및 운영의 모든 시나리오를 포괄할 수 없으며, 특정 시나리오에서 IT 애플리케이션 시스템 실패를 피하기가 어렵습니다.
실패의 숨겨진 위험이 불가피하기 때문에, 결함을 침착하게 다룰 수 있는 능력이 매우 중요합니다! 사전에 알고 IT 애플리케이션 시스템의 잠재적 문제를 예측하며, 문제가 발생하지 않을 때 문제를 초기에 제거하기 위해 조치를 취하는 것이 가장 좋습니다. 아무리 심각하더라도, 우리는 시스템에서 어떤 문제가 발생했고 어디서 발생했는지 가능한 한 빨리 파악하고, 상황이 악화되지 않도록 확산되기 전에 적시에 처리해야 합니다. 실제로 이 두 가지가 아직 어렵기 때문에 운영 및 유지보수의 압박은 전례가 없습니다!
현재 은행을 중심으로 높은 수준의 정보 구축을 하는 기업들을 보면, 비즈니스 개발은 점점 IT에 의존하고 있으며, IT 애플리케이션의 복잡성은 점점 높아지고 통제 가능성도 점점 나빠지고 있습니다. 하지만 골치 아픈 점은, 이렇게 강도 높은 추격과 요격 상황에서도 시스템 고장이 계속 발생하고, 위험이 반복적으로 발생하며, 많은 경우 작은 문제들이 결국 큰 고장으로 발전한다는 것입니다. 그 이유는 무엇일까요? 왜 항상 발견에 지연이 있을까요? 왜 다양한 모니터링 방법들이 처음부터 이상 징후를 감지하지 못할까요? 이를 분석할 필요가 있습니다.
주요 측면 측면에서 컴퓨터실은 기본 자원과 IT 응용 시스템 두 가지 범주로 나뉩니다. 오랫동안 우리는 네트워크, 호스트, 저장, 온도와 습도와 같은 기본 자원에 큰 중요성을 부여해 왔으며, 모니터링 방식은 '완벽히 무장된' 수준입니다.
IT 애플리케이션 시스템 모니터링을 위해 현재 국내외 제조업체와 서비스 제공업체들이 많은 제품이나 솔루션을 제공하며, 모니터링 내용은 고유한 초점을 가지고 있으며, 포괄적인 분석이 이루어져 있습니다. 이들의 실천은 네트워크 트래픽, 시스템 성능, CPU 사용 상태, 메모리 점유, 데이터베이스 접근, 미들웨어 상태 등 다양한 지표를 통해 IT 애플리케이션 시스템의 기본 자원 계층 성능을 관찰하는 데 중점을 두고 있습니다. 또한 로그 분석, 프로브 탐색, 시뮬레이션 접근, 프록시 추출 등 다양한 방법을 통해 시스템 운영의 특정 시점 정보를 얻습니다. 시스템의 전반적인 운영 상태를 대략적으로 판단하면, 이러한 제품이나 솔루션은 시스템 운영 세부 사항에 대한 지속적인 추적과 모니터링이 부족하여 IT 애플리케이션 시스템 내 각 모듈의 운영 상태나 모듈 내 기능 지점의 세부 사항을 파악할 수 없습니다. 이러한 세부 사항에는 다음이 포함됩니다: 시스템이 처리하는 트랜잭션은 무엇인가요? 어느 쪽이 성공했나요? 그게 문제일까요? 누가 거래를 시작하나요? 언제 출시되나요? 무슨 일을 하시나요? 어떤 모듈이 관련되어 있나요? 어떤 기능 포인트가 처리를 담당하나요? 응답은 몇 시에 돌아오나요? 성능 이상 현상이 있나요? 만약 성공하지 못했다면, 그 잘못은 무엇일까요? 이들은 IT 애플리케이션 시스템의 운영 상태를 판단하는 데 매우 중요합니다.
실제로는 IT 애플리케이션 시스템 장애 초기, 결함 지점이 기본 자원에 미치는 영향이 적거나 아직 기본 자원 계층으로 전송되지 않았거나, 로그, 프로브, 프록시 등 수단 사용 사이의 공백에서 발생할 때 발생합니다. 시스템 위험은 '저속' 상태였지만, 기존 모니터링 방법이 역할을 하지 못하고 외부 상태도 '이상 없음'으로 표시되는 경우가 많습니다. 이것이 바로 결함 탐지가 뒤처지고 다루기 어려운 근본적인 이유이기도 합니다! 시스템 고장을 '처음'에 적시에 감지하는 것은 현재 IT 운영 및 유지보수 작업의 단점임을 알 수 있으며, IT 운영 및 유지보수를 보완하는 것이 매우 중요합니다.
"처음"이란 무엇인가요? 즉, IT 애플리케이션 시스템이 접근 요청에 응답하는 과정에서 트랜잭션이 실패하거나 비정상적으로 발생하면 반드시 정확히 캡처해야 합니다! 모두가 조기 탐지는 제때 해결할 수 있다는 것을 알고 있으며, 현재의 IT 운영의 수동적인 상황을 뒤집고 IT 운영 및 유지보수의 한계를 보완하기 위해서는 시스템 고장을 "처음으로" 감지하는 문제를 기술적으로 해결해야 합니다. 수많은 IT 애플리케이션 시스템의 비교 연구와 실천을 통해 이 아이디어는 기술적으로는 실현 가능하지만, 국내 사람들은 관성적 사고에 영향을 받아 원래의 사고방식에서 벗어나지 못하거나 심지어 주관적 의식에서는 실현 불가능하다고 생각할 수 있으며, 이로 인해 이 업무 측면에서 실질적인 돌파구가 없고, IT 애플리케이션의 운영 위험은 항상 단편적인 수동적 대응 상황에 놓여 있습니다.
시스템 고장의 '최초 탐지'를 실현하는 핵심은 IT 애플리케이션 시스템을 '배려'하고, 그 모든 움직임을 숙달하는 것이며, 구체적으로는 IT 애플리케이션 시스템의 작동 세부사항을 심층적으로 관찰하고, 각 모듈과 기능 지점의 작동을 엄격히 모니터링하는 것입니다. 동시에 이 모니터링은 지속적이고 중단되지 않아야 하며, 이렇게 하면 시스템 거래 이상 이상을 놓치지 않아 IT 애플리케이션 시스템의 작동이 통제 가능한 상태에 놓이도록 해야 합니다.
이 과정은 상세한 시스템 운영 상태 정보를 수집하고 축적할 수 있으며, 분석 및 활용을 통해 매우 가치 있는 시스템 운영 파일을 구축할 수 있기 때문에, 각 모듈과 각 기능 포인트의 품질을 평가하는 참고 자료를 제공할 뿐만 아니라, 시스템의 발전 및 운영 상태 변화를 분석하는 기초가 되어 IT 애플리케이션 시스템의 건강 추세를 예측할 수 있게 합니다.
|
이전의:@天下无双给我们论坛的建议다음:윈도우 10은 새롭고, 시스템은 아직 충분히 성숙하지 않았습니다
|
