ಪ್ರಮುಖ ಲಿಂಕ್ಗಳು
ಸೇವಾ ಆರೋಗ್ಯ ಡ್ಯಾಶ್ಬೋರ್ಡ್ (ಪ್ರಸ್ತುತ Enterprise API ಗ್ರಾಹಕರಿಗೆ ಮಾತ್ರ ಲಭ್ಯ)
ಸರಿಯಾದ ಡೀಫಾಲ್ಟ್ಗಳಿಂದ ಪ್ರಾರಂಭಿಸಿ
ನೀವು ಸೇವಾ ಆರೋಗ್ಯ ಡ್ಯಾಶ್ಬೋರ್ಡ್ ತೆರೆಯುವಾಗ, ಅದು ಡೀಫಾಲ್ಟ್ ಆಗಿ ಹೀಗಿರುತ್ತದೆ:
ಎಲ್ಲಾ ಪ್ರಾಜೆಕ್ಟ್ಗಳು
ಕಳೆದ 30 ದಿನಗಳು
ಗಂಟೆಗೊಮ್ಮೆ ರೆಸಲ್ಯೂಷನ್
ಈ ವೀಕ್ಷಣೆ ದಿಕ್ಕು ತಿಳಿದುಕೊಳ್ಳಲು ಮಾತ್ರ ಉಪಯುಕ್ತವಾಗಿದೆ. ಅರ್ಥಪೂರ್ಣ ಸಮಸ್ಯೆ ನಿವಾರಣೆಗೆ ಯಾವಾಗಲೂ ಫಿಲ್ಟರಿಂಗ್ ಅಗತ್ಯವಿದೆ.
ತನಿಖೆಗೆ ಮೊದಲು ಫಿಲ್ಟರ್ ಮಾಡಿ
ಸರಿಯಾದ ಫಿಲ್ಟರಿಂಗ್ ಅತ್ಯಂತ ಮುಖ್ಯ ಹಂತವಾಗಿದೆ. ಹೆಚ್ಚಿನ ತಪ್ಪು ವ್ಯಾಖ್ಯಾನಗಳು ಮಾಡೆಲ್ಗಳು, ಟಿಯರ್ಗಳು ಅಥವಾ ಪ್ರಾಜೆಕ್ಟ್ಗಳನ್ನು ಮಿಶ್ರಣ ಮಾಡುವುದರಿಂದ ಬರುತ್ತವೆ.
ಮಾಡೆಲ್ ಪ್ರಕಾರ ಫಿಲ್ಟರ್ ಮಾಡಿ (ಒಂದೊಂದಾಗಿ)
ಯಾವಾಗಲೂ ಒಂದೇ ಮಾಡೆಲ್ಗೆ ಫಿಲ್ಟರ್ ಮಾಡಿ.
ಏಕೆ:
ಕಡಿಮೆ ಟ್ರಾಫಿಕ್ ಇರುವ ಮಾಡೆಲ್ಗಳಲ್ಲಿನ ಸಮಸ್ಯೆಗಳು ಹೆಚ್ಚಿನ ಪ್ರಮಾಣದ ಟ್ರಾಫಿಕ್ನಿಂದ ಮರೆಮಾಡಲ್ಪಡಬಹುದು
ಹೆಚ್ಚಿನ ಪ್ರಮಾಣದ ಮಾಡೆಲ್ಗಳು ಸ್ಥಳೀಯ ಸಮಸ್ಯೆಗಳು ಜಾಗತಿಕವಾಗಿರುವಂತೆ ಕಾಣಿಸಬಹುದು
ವಿಭಿನ್ನ ಮಾಡೆಲ್ಗಳಿಗೆ ವಿಭಿನ್ನ ಕಾರ್ಯಕ್ಷಮತಾ ಗುರಿಗಳಿರುತ್ತವೆ
ಗಮನಿಸಿ: ಅನೇಕ ಮಾಡೆಲ್ಗಳನ್ನು ಆಯ್ಕೆ ಮಾಡುವುದರಿಂದ ಅವು ಒಟ್ಟುಗೂಡುತ್ತವೆ—ಅವುಗಳ ನಡುವೆ ಬದಲಾಯಿಸುವುದಿಲ್ಲ.
ಸೇವಾ ಹಂತದ ಪ್ರಕಾರ ಫಿಲ್ಟರ್ ಮಾಡಿ
ನೀವು ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ಟಿಯರ್ಗಳನ್ನು (ಸ್ಟ್ಯಾಂಡರ್ಡ್, ಪ್ರಾಧಾನ್ಯತೆ, ಸ್ಕೇಲ್) ಬಳಸಿದರೆ, ಯಾವಾಗಲೂ ನೀವು ತನಿಖೆ ಮಾಡುತ್ತಿರುವ ಟಿಯರ್ಗೆ ಫಿಲ್ಟರ್ ಮಾಡಿ.
ಏಕೆ:
ಟಿಯರ್ಗಳಿಗೆ ವಿಭಿನ್ನ ಕಾರ್ಯಕ್ಷಮತಾ ಲಕ್ಷಣಗಳಿರುತ್ತವೆ
ಪ್ರಾಧಾನ್ಯತೆ ಮತ್ತು ಸ್ಕೇಲ್ ಟಿಯರ್ಗಳಿಗೆ ನಿರ್ದಿಷ್ಟ SLAಗಳಿವೆ
ಟಿಯರ್ಗಳನ್ನು ಮಿಶ್ರಣ ಮಾಡುವುದು ಪಾವತಿಸಿದ ಟಿಯರ್ನ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಮಸುಕುಗೊಳಿಸುತ್ತದೆ
ಲೇಟೆನ್ಸಿ ವಿಶ್ಲೇಷಣೆಗೆ ಇದು ವಿಶೇಷವಾಗಿ ಮುಖ್ಯವಾಗಿದೆ.
ಪ್ರಾಜೆಕ್ಟ್ ಪ್ರಕಾರ ಫಿಲ್ಟರ್ ಮಾಡಿ
ಡೀಫಾಲ್ಟ್ ಆಗಿ, ಸೇವಾ ಆರೋಗ್ಯವು ಎಲ್ಲಾ ಪ್ರಾಜೆಕ್ಟ್ಗಳನ್ನು ತೋರಿಸುತ್ತದೆ.
ಸಮಸ್ಯೆ ನಿವಾರಣೆಗೆ, ಸಮಸ್ಯೆ ಗಮನಿಸಿದ ಪ್ರಾಜೆಕ್ಟ್(ಗಳು)ಗೆ ಫಿಲ್ಟರ್ ಮಾಡಿ.
ಏಕೆ:
ಒಂದು ಹೆಚ್ಚಿನ ಪ್ರಮಾಣದ ಪ್ರಾಜೆಕ್ಟ್ ಮೆಟ್ರಿಕ್ಗಳನ್ನು ಆಳಬಹುದು.
ಸಣ್ಣ ಪರಿಣಾಮಿತ ಪ್ರಾಜೆಕ್ಟ್ಗಳು ಸಂಬಂಧರಹಿತ ಟ್ರಾಫಿಕ್ನಿಂದ ಮರೆಮಾಡಲ್ಪಡಬಹುದು.
ಸಮಸ್ಯೆ ನಿಜವಾಗಿಯೂ ಸಂಸ್ಥೆ-ವ್ಯಾಪಿಯಾಗಿದೆ ಎಂದು ನೀವು ನಂಬಿದರೆ ಮಾತ್ರ “ಎಲ್ಲಾ ಪ್ರಾಜೆಕ್ಟ್ಗಳು” ಆಯ್ಕೆಯಾಗಿ ಬಿಡಿ.
ದೋಷಗಳ ನಿವಾರಣೆ
HTTP ವಿನಂತಿಗಳ ವೀಕ್ಷಣೆಯನ್ನು ಬಳಸಿ
ದೋಷಗಳನ್ನು ತನಿಖೆ ಮಾಡಲು:
ಮಾಡೆಲ್ ಮತ್ತು ಸೇವಾ ಹಂತದ ಪ್ರಕಾರ ಫಿಲ್ಟರ್ ಮಾಡಿ.
Uptime ಟ್ಯಾಬ್ ಬದಲಿಗೆ HTTP Requests ಟ್ಯಾಬ್ ತೆರೆಯಿರಿ.
ಈ ವೀಕ್ಷಣೆ HTTP ಸ್ಥಿತಿ ಕೋಡ್ ಪ್ರಕಾರ ಒಟ್ಟು ವಿನಂತಿಗಳು ಮತ್ತು ದೋಷ ಎಣಿಕೆಗಳನ್ನು ತೋರಿಸುತ್ತದೆ. ಸೂಕ್ಷ್ಮ ಏರಿಕೆಗಳು ಅಥವಾ ಬದಲಾವಣೆಗಳನ್ನು ಗುರುತಿಸಲು ನಿಮಿಷ-ಮಟ್ಟದ ರೆಸಲ್ಯೂಷನ್ಗೆ ಜೂಮ್ ಮಾಡಿ.
ಎಣಿಕೆಗಳಲ್ಲ, ದೋಷ ದರಗಳನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಿ
ಯಾವುದೇ ಪ್ರೊಡಕ್ಷನ್ ಸಿಸ್ಟಮ್ನಲ್ಲಿ ಕೆಲವು ದೋಷಗಳು ನಿರೀಕ್ಷಿತವಾಗಿರುತ್ತವೆ. ಕಚ್ಚಾ ಒಟ್ಟುಗಳಲ್ಲ, ದೋಷದ ಶೇಕಡಾವಾರು ಮೇಲೆ ಗಮನ ಕೊಡಿ.
ನಿಮ್ಮ ಒಟ್ಟು ಪ್ರಮಾಣ ಹೆಚ್ಚಾದಂತೆ, ಅತ್ಯಂತ ಕಡಿಮೆ ದೋಷ ದರದಲ್ಲಿಯೂ ಸಂಭವನೀಯ ದೋಷಗಳ ಸಂಖ್ಯೆ ಹೆಚ್ಚಾಗುತ್ತದೆ.
ಸೇವಾ ಆರೋಗ್ಯದಲ್ಲಿ ದೋಷಗಳು ಕಾಣಿಸದಿದ್ದಾಗ
ನಿಮಗೆ ಕ್ಲೈಂಟ್-ಸೈಡ್ ದೋಷಗಳು ಕಾಣಿಸಿದರೂ ಸೇವಾ ಆರೋಗ್ಯದಲ್ಲಿ ಸಂಬಂಧಿತ ಡೇಟಾ ಇಲ್ಲದಿದ್ದರೆ:
ವಿನಂತಿಗಳು ಬಹುಶಃ OpenAI ತಲುಪಿಲ್ಲ.
ಸಮಸ್ಯೆ ಸಾಮಾನ್ಯವಾಗಿ ಅಪ್ಸ್ಟ್ರೀಮ್ನಲ್ಲಿರುತ್ತದೆ (ಟೈಮ್ಔಟ್ಗಳು, ಪ್ರಾಕ್ಸಿಗಳು, ನೆಟ್ವರ್ಕಿಂಗ್).
ಆಕ್ರಮಣಕಾರಿ ಕ್ಲೈಂಟ್-ಸೈಡ್ ಟೈಮ್ಔಟ್ಗಳೊಂದಿಗೆ ಇದು ಸಾಮಾನ್ಯವಾಗಿದೆ.
ಲೇಟೆನ್ಸಿ ನಿವಾರಣೆ
ಲೇಟೆನ್ಸಿ ವಿಶ್ಲೇಷಣೆ ನಿರ್ದಿಷ್ಟ SLAಗಳಿರುವ ಪ್ರಾಧಾನ್ಯತೆ ಮತ್ತು ಸ್ಕೇಲ್ ಟಿಯರ್ಗಳಲ್ಲಿ ಅತ್ಯಂತ ಅರ್ಥಪೂರ್ಣವಾಗಿರುತ್ತದೆ. ಸ್ಟ್ಯಾಂಡರ್ಡ್ ಟಿಯರ್ ವ್ಯಾಪಕ ಲೇಟೆನ್ಸಿ ವ್ಯತ್ಯಾಸವನ್ನು ತೋರಿಸಬಹುದು ಮತ್ತು ಖಚಿತ ಲೇಟೆನ್ಸಿ ಹೊಂದಿಲ್ಲ.
ಮುಖ್ಯ ಮೆಟ್ರಿಕ್ಗಳು
ಪ್ರತಿ ಮೆಟ್ರಿಕ್ ನೋಡಲು, ಸಂಬಂಧಿತ ಟ್ಯಾಬ್ ಕ್ಲಿಕ್ ಮಾಡಿ:
ಟೋಕನ್ ವೇಗ: ಪ್ರತಿ ಸೆಕೆಂಡಿಗೆ ಜನರೇಟ್ ಆಗುವ ಟೋಕನ್ಗಳು; ಪ್ರಾಂಪ್ಟ್ ಗಾತ್ರದಿಂದ ಸ್ವತಂತ್ರ.
ವಿನಂತಿ ಸಮಯ: ಒಟ್ಟು ವಿನಂತಿ ಅವಧಿ; ಔಟ್ಪುಟ್ ಗಾತ್ರ ಮತ್ತು ರೀಜನಿಂಗ್ನಿಂದ ಬಹಳವಾಗಿ ಪರಿಣಾಮಿತವಾಗುತ್ತದೆ.
ಮೊದಲ ಟೋಕನ್ಗೆ ಬೇಕಾದ ಸಮಯ (TTFT): ಮೊದಲ ಟೋಕನ್ ಜನರೇಟ್ ಆಗುವವರೆಗಿನ ಸಮಯ; ಕ್ಯಾಶ್ ಮಾಡದ ಇನ್ಪುಟ್ ಪ್ರಾಂಪ್ಟ್ ಗಾತ್ರ ಮತ್ತು ರೀಜನಿಂಗ್ನಿಂದ ಬಹಳವಾಗಿ ಪರಿಣಾಮಿತವಾಗುತ್ತದೆ.
ಯಾವಾಗಲೂ P50 / P75 / P95 ಪರ್ಸೆಂಟೈಲ್ಗಳನ್ನು ಪರಿಶೀಲಿಸಿ. ಸರಾಸರಿಗಳು ನಿಜವಾದ ಬಳಕೆದಾರರ ಪರಿಣಾಮವನ್ನು ಮರೆಮಾಡಬಹುದು.
6. ಲೇಟೆನ್ಸಿಯನ್ನು ಟೋಕನ್ ಬಳಕೆಯೊಂದಿಗೆ ಸಂಬಂಧಿಸುವುದು
ಸೇವಾ ಆರೋಗ್ಯವು ವರ್ತನೆ ಯಾವಾಗ ಬದಲಾಗಿದೆ ಎಂಬುದನ್ನು ತೋರಿಸುತ್ತದೆ. ಬಳಕೆ ಡೇಟಾ ಏಕೆ ಎಂಬುದನ್ನು ವಿವರಿಸಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ.
ಬಳಕೆ ಡ್ಯಾಶ್ಬೋರ್ಡ್ನಲ್ಲಿ, ಸೇವಾ ಆರೋಗ್ಯ ಡ್ಯಾಶ್ಬೋರ್ಡ್ನಲ್ಲಿನ ನಿಮ್ಮ ವೀಕ್ಷಣೆಗೆ ಸಂಬಂಧಿಸಿದ ಡೇಟಾವನ್ನೇ ನೋಡುತ್ತಿದ್ದೀರಿ ಎಂಬುದನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಕೆಳಗಿನವುಗಳನ್ನು ಮಾಡಿ:
ಅದೇ ಪ್ರಾಜೆಕ್ಟ್ ಮತ್ತು ಮಾಡೆಲ್ಗೆ ಫಿಲ್ಟರ್ ಮಾಡಿ.
ಅನ್ವಯಿಸಿದರೆ, ಸೇವಾ ಹಂತದ ಪ್ರಕಾರ ಗುಂಪುಗೊಳಿಸಿ.
ಲೇಟೆನ್ಸಿಯನ್ನು ಅತ್ಯಂತ ಬಲವಾಗಿ ಪರಿಣಾಮಿಸುವ ಔಟ್ಪುಟ್ ಟೋಕನ್ಗಳ ಮೇಲೆ ಗಮನ ಕೊಡಿ.
ಆಳವಾದ ವಿಶ್ಲೇಷಣೆಗೆ, Activity Data ಅನ್ನು ಎಕ್ಸ್ಪೋರ್ಟ್ ಮಾಡಿ ಮತ್ತು ಕಾಲಕ್ರಮೇಣ ಪ್ರತಿ ವಿನಂತಿಗೆ ಟೋಕನ್ಗಳನ್ನು ಪರಿಶೀಲಿಸಿ.
7. ಬೆಂಬಲದೊಂದಿಗೆ ಏನು ಹಂಚಿಕೊಳ್ಳಬೇಕು (ಅಗತ್ಯವಿದ್ದರೆ)
ನೀವು ಬೆಂಬಲವನ್ನು ಸಂಪರ್ಕಿಸಿದರೆ, ಇವುಗಳನ್ನು ಸೇರಿಸಿ:
ಪರಿಣಾಮಿತ Org IDಗಳು (ಮುಖ್ಯ)
Chat Completions ಅಥವಾ Responses ಮುಂತಾದ ಪರಿಣಾಮಿತ ಎಂಡ್ಪಾಯಿಂಟ್ಗಳು (ಮುಖ್ಯ)
ಪರಿಣಾಮಿತ ಮಾಡೆಲ್ಗಳು (ಮುಖ್ಯ)
ಇದು ಸ್ಕೇಲ್ ಅಥವಾ ಪ್ರಾಧಾನ್ಯತೆ ಟಿಯರ್ನಲ್ಲಿದೆಯೇ (ಮುಖ್ಯ)
ಲೇಟೆನ್ಸಿ ಅಥವಾ ದೋಷಗಳಿಗೆ ಸಮಯವಲಯದೊಂದಿಗೆ ಸಮಯ ವ್ಯಾಪ್ತಿಗಳು (ಮುಖ್ಯ)
ಲಭ್ಯವಿದ್ದರೆ, ಸಂಬಂಧಿತ x-request-id ಅಥವಾ X-Client-Request-Id
ನೀವು ಒದಗಿಸುವ ವಿನಂತಿಗಳಿಗಾಗಿ ಸಮಯವಲಯದೊಂದಿಗೆ ಟೈಮ್ಸ್ಟ್ಯಾಂಪ್ಗಳು, ಅಥವಾ ಕನಿಷ್ಠ ದಿನಾಂಕ
ಲಭ್ಯವಿದ್ದರೆ, ಇವುಗಳನ್ನೂ ಸೇರಿಸಿ:
ವಿನಂತಿಗಳಿಗೆ ಸಂಬಂಧಿಸಿದ ಪ್ರಾಜೆಕ್ಟ್ ID
ಡೇಟಾ ರೆಸಿಡೆನ್ಸಿ ವಿನಂತಿಗಳು ಪರಿಣಾಮಿತರಾಗಿವೆಯೇ ಮತ್ತು ಯಾವುವು
ನೀವು ನೋಡುತ್ತಿರುವ ಟ್ರೆಂಡ್ಗಳ ವಿವರಣೆಗಳು
ಸಮಸ್ಯೆಯ ಪ್ರಕಾರಕ್ಕಾಗಿ, ಸೇರಿಸಿ:
ದೋಷಗಳು: ವೈಫಲ್ಯಗೊಳ್ಳುತ್ತಿರುವ ಅಥವಾ ದೋಷ ನೀಡುತ್ತಿರುವ ವಿನಂತಿಗಳ ಅಂದಾಜು ಶೇಕಡಾವಾರು, ಪ್ರತಿಕ್ರಿಯೆ ಕೋಡ್ಗಳು, ದೋಷ ಸಂದೇಶಗಳು ಮತ್ತು ದೋಷ ಪ್ರತಿಕ್ರಿಯೆ ಪಡೆಯಲು ತೆಗೆದುಕೊಂಡ ಸಮಯ.
ಲೇಟೆನ್ಸಿ: ಯಾವ ಪರ್ಸೆಂಟೈಲ್ಗಳು ಪರಿಣಾಮಿತವಾಗಿವೆ (P50 / P90 / P95 / P99), ಅವು ಗ್ರಾಹಕರ ಬೇಸ್ಲೈನ್ಗೆ ಹೋಲಿಸಿದರೆ ಎಷ್ಟು ಹೆಚ್ಚಿವೆ, ಮತ್ತು ಕಳುಹಿಸಿದ ಹಾಗೂ ಸ್ವೀಕರಿಸಿದ ಟೈಮ್ಸ್ಟ್ಯಾಂಪ್ಗಳೊಂದಿಗೆ ನಿಧಾನ ವಿನಂತಿಗಳ ಉದಾಹರಣೆಗಳು.
ಎರಡೂ: ದೋಷ ಅಥವಾ ಲೇಟೆನ್ಸಿ ಡೇಟಾದ ಸ್ಕ್ರೀನ್ಶಾಟ್ಗಳು ಅಥವಾ ಟೇಬಲ್, ಜೊತೆಗೆ ದೋಷ ದರಗಳು ಅಥವಾ ಲೇಟೆನ್ಸಿ ನಿರೀಕ್ಷೆಗಿಂತ ಹೆಚ್ಚಾಗಿದೆ ಎಂದು ನೀವು ಹೇಗೆ ನಿರ್ಧರಿಸಿದ್ದೀರಿ.
ಸಾಮಾನ್ಯ ಸಮಸ್ಯೆ ನಿವಾರಣೆ ಸನ್ನಿವೇಶಗಳು
ಟೈಮ್ಔಟ್ಗಳು ಸಂಭವಿಸಿದರೂ ಸೇವಾ ಆರೋಗ್ಯ ಸಾಮಾನ್ಯವಾಗಿ ಕಾಣುತ್ತದೆ
ಸಂಭಾವ್ಯ ಕಾರಣ: ವಿನಂತಿಗಳು OpenAI ತಲುಪುವ ಮೊದಲು ಟೈಮ್ಔಟ್ ಆಗುತ್ತಿವೆ.
ಪರಿಶೀಲಿಸಿ:
ಕ್ಲೈಂಟ್ ಅಥವಾ ಪ್ರಾಕ್ಸಿ ಟೈಮ್ಔಟ್ ಸೆಟ್ಟಿಂಗ್ಗಳು
ಸ್ಥಳೀಯ ನೆಟ್ವರ್ಕ್ ಅಥವಾ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ ಬದಲಾವಣೆಗಳು
ಸೇವಾ ಆರೋಗ್ಯ ಡ್ಯಾಶ್ಬೋರ್ಡ್ನಲ್ಲಿ 499 ದೋಷಗಳಿರುವಿಕೆ (ಇವು ನಿಮ್ಮ ಸ್ವಂತ ಸಿಸ್ಟಮ್ಗಳಲ್ಲಿ 5xx ದೋಷಗಳಾಗಿ ಕಾಣಿಸಬಹುದು).
ಡಿಪ್ಲಾಯ್ಮೆಂಟ್ ಇಲ್ಲದೆ ಲೇಟೆನ್ಸಿ ಹೆಚ್ಚಾಗಿದೆ
ಸಂಭಾವ್ಯ ಕಾರಣ: ಔಟ್ಪುಟ್ ಟೋಕನ್ ಗಾತ್ರ ಅಥವಾ ರೀಜನಿಂಗ್ ಬಳಕೆ ಹೆಚ್ಚಾಗಿದೆ ಮತ್ತು/ಅಥವಾ ಟ್ರಾಫಿಕ್ ಸೇವಾ ಹಂತಗಳ ನಡುವೆ ಬದಲಾಗಿದೆ.
ಪರಿಶೀಲಿಸಿ:
ಬಳಕೆ ಡ್ಯಾಶ್ಬೋರ್ಡ್ನಲ್ಲಿ ಪ್ರತಿ ವಿನಂತಿಗೆ ಸರಾಸರಿ ಔಟ್ಪುಟ್ ಟೋಕನ್ಗಳು (ಡೇಟಾವನ್ನು ಡೌನ್ಲೋಡ್ ಮಾಡಿ, ಔಟ್ಪುಟ್ ಟೋಕನ್ಗಳನ್ನು ಒಟ್ಟು ವಿನಂತಿಗಳಿಂದ ಭಾಗಿಸುವುದು ಅಗತ್ಯ).
ಸೇವಾ ಆರೋಗ್ಯ ಡ್ಯಾಶ್ಬೋರ್ಡ್ನಲ್ಲಿ Request Time ಮತ್ತು TTFT ಪರ್ಸೆಂಟೈಲ್ಗಳು.
ಪ್ರಾಧಾನ್ಯತೆ ಅಥವಾ ಸ್ಕೇಲ್ ಟಿಯರ್ ನಿಧಾನವಾಗಿ ಕಾಣುತ್ತದೆ
ಸಂಭಾವ್ಯ ಕಾರಣ: ಮೆಟ್ರಿಕ್ಗಳು ಟಿಯರ್ಗಳಾದ್ಯಂತ ಮಿಶ್ರವಾಗಿವೆ, ಅಂದರೆ ಸ್ಟ್ಯಾಂಡರ್ಡ್-ಟಿಯರ್ ಟ್ರಾಫಿಕ್ ಪಾವತಿಸಿದ ಟಿಯರ್ನ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಮರೆಮಾಡುತ್ತಿದೆ.
ಪರಿಶೀಲಿಸಿ:
ಫಿಲ್ಟರ್ಗಳನ್ನು ಒಂದೇ ಟಿಯರ್ ಮತ್ತು ಮಾಡೆಲ್ಗೆ ಸೀಮಿತಗೊಳಿಸಲಾಗಿದೆ.
ಟಿಯರ್ಗಳ ನಡುವಿನ ಟೋಕನ್ ವೇಗದ ಹೋಲಿಕೆ.
5XX ದೋಷಗಳಲ್ಲಿ ಏರಿಕೆ
ಸಂಭಾವ್ಯ ಕಾರಣ: ಟ್ರಾಫಿಕ್ನ ಸಣ್ಣ ಶೇಕಡಾವಾರನ್ನು ಪರಿಣಾಮಿಸುವ ತಾತ್ಕಾಲಿಕ ವೈಫಲ್ಯಗಳು.
ಪರಿಶೀಲಿಸಿ:
ದೋಷ ದರದ ಶೇಕಡಾವಾರು
ಅದೇ ಸಮಯದಲ್ಲಿ ಟ್ರಾಫಿಕ್ ಪ್ರಮಾಣ ಬದಲಾಗಿದೆಯೇ ಎಂಬುದು
ಸಮಸ್ಯೆ ಕೇವಲ ಒಂದು ಪ್ರಾಜೆಕ್ಟ್ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ
ಸಂಭಾವ್ಯ ಕಾರಣ: ಪ್ರಾಜೆಕ್ಟ್-ನಿರ್ದಿಷ್ಟ ಕಾನ್ಫಿಗರೇಶನ್ ಅಥವಾ ಬಳಕೆ ಮಾದರಿ.
ಪರಿಶೀಲಿಸಿ:
ಪ್ರಾಜೆಕ್ಟ್-ಮಟ್ಟದ ಫಿಲ್ಟರಿಂಗ್
ಪರಿಣಾಮಿತರಾಗದ ಪ್ರಾಜೆಕ್ಟ್ಗಳೊಂದಿಗೆ ಹೋಲಿಕೆ
ಅಂತಿಮ ಮುಖ್ಯಾಂಶಗಳು
ಮೆಟ್ರಿಕ್ಗಳನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುವ ಮೊದಲು, ಸಂಬಂಧಿತವಾಗಿರುವಲ್ಲಿ ಮಾಡೆಲ್, ಟಿಯರ್ ಮತ್ತು ಪ್ರಾಜೆಕ್ಟ್ ಪ್ರಕಾರ ಫಿಲ್ಟರ್ ಮಾಡಿ.
ಲೇಟೆನ್ಸಿ ವಿಶ್ಲೇಷಣೆಗೆ ಸರಾಸರಿಗಳ ಬದಲು ಪರ್ಸೆಂಟೈಲ್ಗಳನ್ನು ಬಳಸಿ.
ಸಣ್ಣ ದೋಷ ದರಗಳು ನಿರೀಕ್ಷಿತವಾಗಿರುತ್ತವೆ.
ಡೇಟಾ ಕಾಣೆಯಾಗಿರುವುದು ಸಾಮಾನ್ಯವಾಗಿ ಅಪ್ಸ್ಟ್ರೀಮ್ ಸಮಸ್ಯೆಗಳನ್ನು ಸೂಚಿಸುತ್ತದೆ.
ಬಳಕೆ ಡೇಟಾ ಲೇಟೆನ್ಸಿ ಏಕೆ ಬದಲಾಗಿದೆ ಎಂಬುದನ್ನು ವಿವರಿಸಲು ಸಹಾಯ ಮಾಡಬಹುದು; ಸೇವಾ ಆರೋಗ್ಯವು ವರ್ತನೆ ಯಾವಾಗ ಬದಲಾಗಿದೆ ಎಂಬುದನ್ನು ತೋರಿಸುತ್ತದೆ.