Sự khác biệt giữa giám sát, truy tìm và hồ sơ là gì?

Tôi đã thấy ba từ này xuất hiện rất nhiều, nhưng không hiểu sự khác biệt chính xác giữa chúng. Ví dụ, thu thập việc sử dụng CPU thường được gọi là hồ sơ và cũng có thể rơi vào giám sát hiệu suất. Sự khác biệt (tinh tế) giữa chúng là gì?

Đây là cách tôi sử dụng những từ này. Những người khác có thể có tập quán bổ sung hoặc khác nhau. Tùy thuộc vào công việc trong tay, tôi sẽ sử dụng các thuật ngữ khác nhau. Các nhóm phát triển và các nhóm hoạt động có nhu cầu sử dụng khác nhau.

Giám sát là giám sát. Thông thường nó đang diễn ra, và tốt nhất là tự động. Các công cụ mã nguồn mở thích Munin, Nagiosvà MRTGrơi vào thể loại này. Có rất nhiều công cụ thương mại là tốt. Tôi cũng sẽ bao gồm sarchạy liên tục trong danh mục này, nhưng kết quả của nó thường không được theo dõi. Các công cụ giám sát có thể được sử dụng để kích hoạt cảnh báo khi tài nguyên được giám sát nằm trên hoặc dưới mức kích hoạt. Nhiều công cụ giám sát hoạt động tốt trong môi trường không đồng nhất.

Hồ sơ thường được thực hiện trên một chương trình cụ thể để xem mã nào đang sử dụng nhiều tài nguyên nhất. Thường thì đây là thời gian của CPU, nhưng cũng có thể bao gồm thời gian bộ nhớ, I / O và thời gian thực hiện (tường). Nó thường được sử dụng để xác định mã ứng viên để tối ưu hóa. Các công cụ định hình có xu hướng phụ thuộc vào ngôn ngữ và / hoặc nền tảng.

Một loại hồ sơ khác nhau được thực hiện bằng cách sử dụng nhật ký và / hoặc dữ liệu giám sát. Đây là hồ sơ sử dụng và có thể được thực hiện vì nhiều lý do. Tôi đã không tìm thấy nhiều công cụ để làm điều này.

Tôi sử dụng truy tìm theo một vài cách khác nhau. Thường xuyên nhất, tôi theo dõi các tuyến mạng. Tùy thuộc vào cài đặt mạng và tường lửa, nhiều công cụ có thể được sử dụng với ít nhiều thành công. Hầu hết trong số này có traceroute trong tên hoặc mô tả của họ.

Theo dõi chương trình là theo dõi việc thực hiện một chương trình. Điều này thường được thực hiện trong một tình huống thử nghiệm. Điều này có thể được thực hiện theo một số cách (theo thứ tự sử dụng và kinh nghiệm của tôi):

• Theo dõi cuộc gọi bằng cách sử dụng các công cụ như straceđể xem mã nào được gọi. Điều này có thể hữu ích trong việc xác định lý do tại sao một chương trình bị lỗi hoặc không đáp ứng như mong đợi.
• Ghi nhật ký mức theo dõi, phụ thuộc vào các báo cáo ghi nhật ký thích hợp được bao gồm trong mã. Hầu hết các bộ đăng nhập hỗ trợ mức độ chi tiết này. Ghi nhật ký cấp độ có xu hướng có phạm vi bảo hiểm mã kém. Tôi thường thêm nó khi cần thiết và để lại trong mã để sử dụng trong tương lai.
• Các bản ghi theo dõi phạm vi bảo hiểm mã mà các phần của mã đã thực thi trong bộ kiểm tra. Điều này có thể hữu ích trong việc xác định các trường hợp thử nghiệm bị thiếu. Bảo hiểm 100% mã là khó khăn để có được. Bảo hiểm 100% của dòng chảy bình thường nên có thể đạt được.
• Kiểm tra bàn: truy tìm mã bằng cách đọc nó. Không hữu ích cho các chương trình lớn hơn, nhưng một cách tốt để xác định các trường hợp cạnh cho các bài kiểm tra đơn vị, ans / hoặc để xác định các vấn đề có thể xảy ra khi nguồn có khả năng đã bị thu hẹp. Som = e IDE và trình soạn thảo giúp việc thực hiện cuộc gọi đến mã triển khai tương đối dễ dàng.
• Gỡ lỗi trực tiếp; truy tìm mã thực thi trong khi nó đang chạy bằng trình gỡ lỗi. Có thể theo dõi hướng dẫn thực hiện bằng hướng dẫn, nhưng nếu vấn đề là vấn đề thời gian, nó có thể bị che khuất. Trình gỡ lỗi có thể liên kết mã với hướng dẫn hiện tại giúp ích rất nhiều nhưng có thể yêu cầu phiên bản gỡ lỗi của chương trình được xây dựng.

Trong máy chủ Ứng dụng WEB của SAP, chúng tôi có thể định nghĩa ba từ khóa này như được đề cập dưới đây

Các kỹ thuật giám sát, theo dõi và định hình được cung cấp bởi Web cũng như các kỹ thuật do SAP và các hệ thống bên ngoài khác cung cấp có thể được tích hợp bằng kiến ​​trúc CCMS đã được chứng minh, có thể đơn giản hóa rất nhiều việc duy trì các cài đặt lớn, phân tán và không đồng nhất.