SRE/DevOps ಇಂಜಿನಿಯರ್ಗಳ ಪರಿಸರದಲ್ಲಿ, ಒಂದು ದಿನ ಕ್ಲೈಂಟ್ (ಅಥವಾ ಮಾನಿಟರಿಂಗ್ ಸಿಸ್ಟಮ್) ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು "ಎಲ್ಲವೂ ಕಳೆದುಹೋಗಿದೆ" ಎಂದು ವರದಿ ಮಾಡುವುದರಿಂದ ಯಾರಿಗೂ ಆಶ್ಚರ್ಯವಾಗುವುದಿಲ್ಲ: ಸೈಟ್ ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ, ಪಾವತಿಗಳು ಹೋಗುವುದಿಲ್ಲ, ಜೀವನವು ಕೊಳೆಯುತ್ತಿದೆ. ... ಅಂತಹ ಪರಿಸ್ಥಿತಿಯಲ್ಲಿ ನೀವು ಎಷ್ಟು ಸಹಾಯ ಮಾಡಲು ಬಯಸುತ್ತೀರಿ ಎಂಬುದು ಮುಖ್ಯವಲ್ಲ, ಸರಳ ಮತ್ತು ಅರ್ಥವಾಗುವ ಸಾಧನವಿಲ್ಲದೆ ಇದನ್ನು ಮಾಡಲು ತುಂಬಾ ಕಷ್ಟವಾಗುತ್ತದೆ. ಆಗಾಗ್ಗೆ ಸಮಸ್ಯೆಯನ್ನು ಅಪ್ಲಿಕೇಶನ್ ಕೋಡ್ನಲ್ಲಿ ಮರೆಮಾಡಲಾಗಿದೆ, ನೀವು ಅದನ್ನು ಸ್ಥಳೀಕರಿಸಬೇಕಾಗಿದೆ.
ಮತ್ತು ದುಃಖ ಮತ್ತು ಸಂತೋಷದಲ್ಲಿ ...
ಹೊಸ ಅವಶೇಷದೊಂದಿಗೆ ನಾವು ದೀರ್ಘಕಾಲ ಮತ್ತು ಆಳವಾಗಿ ಪ್ರೀತಿಯಲ್ಲಿ ಬಿದ್ದಿದ್ದೇವೆ ಎಂದು ಅದು ಸಂಭವಿಸಿದೆ. ಅಪ್ಲಿಕೇಶನ್ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲು ಇದು ಅತ್ಯುತ್ತಮ ಸಾಧನವಾಗಿದೆ ಮತ್ತು ಉಳಿದಿದೆ, ಮತ್ತು ಮೈಕ್ರೊ ಸರ್ವಿಸ್ ಆರ್ಕಿಟೆಕ್ಚರ್ ಅನ್ನು (ಅದರ ಏಜೆಂಟ್ ಅನ್ನು ಬಳಸಿ) ಮತ್ತು ಹೆಚ್ಚಿನದನ್ನು ಮಾಡಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ಮತ್ತು ಸೇವೆಯ ಬೆಲೆ ನೀತಿಯಲ್ಲಿ ಬದಲಾವಣೆಗಳಿಲ್ಲದಿದ್ದರೆ ಎಲ್ಲವೂ ಉತ್ತಮವಾಗಿರುತ್ತದೆ: ಅದು ವೆಚ್ಚ 2013 ವರ್ಷದಿಂದ 3+ ಪಟ್ಟು ಬೆಳೆದಿದೆ. ಹೆಚ್ಚುವರಿಯಾಗಿ, ಕಳೆದ ವರ್ಷದಿಂದ, ಪ್ರಾಯೋಗಿಕ ಖಾತೆಯನ್ನು ಪಡೆದುಕೊಳ್ಳಲು ವೈಯಕ್ತಿಕ ವ್ಯವಸ್ಥಾಪಕರೊಂದಿಗೆ ಸಂವಹನದ ಅಗತ್ಯವಿರುತ್ತದೆ, ಇದು ಸಂಭಾವ್ಯ ಗ್ರಾಹಕರಿಗೆ ಉತ್ಪನ್ನವನ್ನು ಪ್ರಸ್ತುತಪಡಿಸಲು ಕಷ್ಟವಾಗುತ್ತದೆ.
ಸಾಮಾನ್ಯ ಪರಿಸ್ಥಿತಿ: ಹೊಸ ಅವಶೇಷಗಳು "ಶಾಶ್ವತ ಆಧಾರದ ಮೇಲೆ" ಅಗತ್ಯವಿಲ್ಲ; ಸಮಸ್ಯೆಗಳು ಪ್ರಾರಂಭವಾದಾಗ ಮಾತ್ರ ಅವರು ಅದನ್ನು ನೆನಪಿಸಿಕೊಳ್ಳುತ್ತಾರೆ. ಆದರೆ ನೀವು ಇನ್ನೂ ನಿಯಮಿತವಾಗಿ ಪಾವತಿಸಬೇಕಾಗುತ್ತದೆ (ಪ್ರತಿ ತಿಂಗಳಿಗೆ ಸರ್ವರ್ಗೆ 140 USD), ಮತ್ತು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಸ್ಕೇಲಿಂಗ್ ಕ್ಲೌಡ್ ಮೂಲಸೌಕರ್ಯದಲ್ಲಿ ಮೊತ್ತಗಳು ದೊಡ್ಡದಾಗಿರುತ್ತವೆ. Pay-As-You-Go ಆಯ್ಕೆ ಇದ್ದರೂ, ಹೊಸ ರೆಲಿಕ್ ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುವುದರಿಂದ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಮರುಪ್ರಾರಂಭಿಸಲು ನಿಮಗೆ ಅಗತ್ಯವಿರುತ್ತದೆ, ಇದು ಎಲ್ಲವನ್ನೂ ಪ್ರಾರಂಭಿಸಿದ ಸಮಸ್ಯಾತ್ಮಕ ಪರಿಸ್ಥಿತಿಯ ನಷ್ಟಕ್ಕೆ ಕಾರಣವಾಗಬಹುದು. ಬಹಳ ಹಿಂದೆಯೇ, ಹೊಸ ರೆಲಿಕ್ ಹೊಸ ಸುಂಕ ಯೋಜನೆಯನ್ನು ಪರಿಚಯಿಸಿತು - ಎಸೆನ್ಷಿಯಲ್ಸ್, - ಇದು ಮೊದಲ ನೋಟದಲ್ಲಿ ವೃತ್ತಿಪರರಿಗೆ ಸಮಂಜಸವಾದ ಪರ್ಯಾಯವಾಗಿ ಕಾಣುತ್ತದೆ ... ಆದರೆ ಹತ್ತಿರದ ಪರೀಕ್ಷೆಯ ನಂತರ ಕೆಲವು ಪ್ರಮುಖ ಕಾರ್ಯಗಳು ಕಾಣೆಯಾಗಿವೆ ಎಂದು ತಿಳಿದುಬಂದಿದೆ (ನಿರ್ದಿಷ್ಟವಾಗಿ, ಅದು ಹೊಂದಿಲ್ಲ ಪ್ರಮುಖ ವಹಿವಾಟುಗಳು, ಕ್ರಾಸ್ ಅಪ್ಲಿಕೇಶನ್ ಟ್ರೇಸಿಂಗ್, ವಿತರಿಸಿದ ಟ್ರೇಸಿಂಗ್).
ಪರಿಣಾಮವಾಗಿ, ನಾವು ಅಗ್ಗದ ಪರ್ಯಾಯವನ್ನು ಹುಡುಕುವ ಬಗ್ಗೆ ಯೋಚಿಸಲು ಪ್ರಾರಂಭಿಸಿದ್ದೇವೆ ಮತ್ತು ನಮ್ಮ ಆಯ್ಕೆಯು ಎರಡು ಸೇವೆಗಳ ಮೇಲೆ ಬಿದ್ದಿತು: ಡೇಟಾಡಾಗ್ ಮತ್ತು ಅಟಾಟಸ್. ಅವರ ಮೇಲೆ ಏಕೆ?
ಸ್ಪರ್ಧಿಗಳ ಬಗ್ಗೆ
ಮಾರುಕಟ್ಟೆಯಲ್ಲಿ ಇತರ ಪರಿಹಾರಗಳಿವೆ ಎಂದು ನಾನು ಈಗಿನಿಂದಲೇ ಹೇಳುತ್ತೇನೆ. ನಾವು ಓಪನ್ ಸೋರ್ಸ್ ಆಯ್ಕೆಗಳನ್ನು ಸಹ ಪರಿಗಣಿಸಿದ್ದೇವೆ, ಆದರೆ ಪ್ರತಿ ಕ್ಲೈಂಟ್ ಸ್ವಯಂ-ಹೋಸ್ಟ್ ಮಾಡಿದ ಪರಿಹಾರಗಳನ್ನು ಹೋಸ್ಟ್ ಮಾಡುವ ಉಚಿತ ಸಾಮರ್ಥ್ಯವನ್ನು ಹೊಂದಿಲ್ಲ... - ಹೆಚ್ಚುವರಿಯಾಗಿ, ಅವರಿಗೆ ಹೆಚ್ಚುವರಿ ನಿರ್ವಹಣೆ ಅಗತ್ಯವಿರುತ್ತದೆ. ನಾವು ಆಯ್ಕೆ ಮಾಡಿದ ಜೋಡಿಯು ಅತ್ಯಂತ ಹತ್ತಿರದಲ್ಲಿದೆ ನಮ್ಮ ಅಗತ್ಯತೆಗಳು:
PHP ಅಪ್ಲಿಕೇಶನ್ಗಳಿಗೆ ಅಂತರ್ನಿರ್ಮಿತ ಮತ್ತು ಅಭಿವೃದ್ಧಿಪಡಿಸಿದ ಬೆಂಬಲ (ನಮ್ಮ ಕ್ಲೈಂಟ್ಗಳ ಸ್ಟಾಕ್ ತುಂಬಾ ವೈವಿಧ್ಯಮಯವಾಗಿದೆ, ಆದರೆ ಹೊಸ ರೆಲಿಕ್ಗೆ ಪರ್ಯಾಯವಾಗಿ ಹುಡುಕುವ ಸಂದರ್ಭದಲ್ಲಿ ಇದು ಸ್ಪಷ್ಟ ನಾಯಕ);
ಕೈಗೆಟುಕುವ ವೆಚ್ಚ (ಪ್ರತಿ ಹೋಸ್ಟ್ಗೆ ತಿಂಗಳಿಗೆ 100 USD ಗಿಂತ ಕಡಿಮೆ);
ಸ್ವಯಂಚಾಲಿತ ಉಪಕರಣ;
ಕುಬರ್ನೆಟ್ಸ್ ಜೊತೆ ಏಕೀಕರಣ;
ಹೊಸ ರೆಲಿಕ್ ಇಂಟರ್ಫೇಸ್ಗೆ ಹೋಲಿಕೆಯು ಗಮನಾರ್ಹವಾದ ಪ್ಲಸ್ ಆಗಿದೆ (ಏಕೆಂದರೆ ನಮ್ಮ ಎಂಜಿನಿಯರ್ಗಳು ಇದನ್ನು ಬಳಸುತ್ತಾರೆ).
ಆದ್ದರಿಂದ, ಆರಂಭಿಕ ಆಯ್ಕೆಯ ಹಂತದಲ್ಲಿ, ನಾವು ಹಲವಾರು ಇತರ ಜನಪ್ರಿಯ ಪರಿಹಾರಗಳನ್ನು ತೆಗೆದುಹಾಕಿದ್ದೇವೆ ಮತ್ತು ನಿರ್ದಿಷ್ಟವಾಗಿ:
Tideways, AppDynamics ಮತ್ತು Dynatrace - ವೆಚ್ಚಕ್ಕಾಗಿ;
ರಷ್ಯಾದ ಒಕ್ಕೂಟದಲ್ಲಿ Stackify ಅನ್ನು ನಿರ್ಬಂಧಿಸಲಾಗಿದೆ ಮತ್ತು ತುಂಬಾ ಕಡಿಮೆ ಡೇಟಾವನ್ನು ತೋರಿಸುತ್ತದೆ.
ಪ್ರಶ್ನೆಯಲ್ಲಿರುವ ಪರಿಹಾರಗಳನ್ನು ಮೊದಲು ಸಂಕ್ಷಿಪ್ತವಾಗಿ ಪ್ರಸ್ತುತಪಡಿಸುವ ರೀತಿಯಲ್ಲಿ ಲೇಖನದ ಉಳಿದ ಭಾಗವನ್ನು ರಚಿಸಲಾಗಿದೆ, ಅದರ ನಂತರ ನಾನು ಹೊಸ ರೆಲಿಕ್ನೊಂದಿಗಿನ ನಮ್ಮ ವಿಶಿಷ್ಟವಾದ ಸಂವಹನ ಮತ್ತು ಇತರ ಸೇವೆಗಳಲ್ಲಿ ಇದೇ ರೀತಿಯ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ನಿರ್ವಹಿಸುವ ಅನುಭವ / ಅನಿಸಿಕೆಗಳ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತೇನೆ.
ಆಯ್ದ ಸ್ಪರ್ಧಿಗಳ ಪ್ರಸ್ತುತಿ
ಮೇಲೆ ಹೊಸ ರೆಲಿಕ್, ಬಹುಶಃ ಎಲ್ಲರೂ ಕೇಳಿರಬಹುದು? ಈ ಸೇವೆಯು ಅದರ ಅಭಿವೃದ್ಧಿಯನ್ನು 10 ವರ್ಷಗಳ ಹಿಂದೆ, 2008 ರಲ್ಲಿ ಪ್ರಾರಂಭಿಸಿತು. ನಾವು ಇದನ್ನು 2012 ರಿಂದ ಸಕ್ರಿಯವಾಗಿ ಬಳಸುತ್ತಿದ್ದೇವೆ ಮತ್ತು PHP, ರೂಬಿ ಮತ್ತು ಪೈಥಾನ್ನಲ್ಲಿ ನಿಜವಾಗಿಯೂ ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಅಪ್ಲಿಕೇಶನ್ಗಳನ್ನು ಸಂಯೋಜಿಸುವಲ್ಲಿ ಯಾವುದೇ ಸಮಸ್ಯೆಗಳಿಲ್ಲ, ಮತ್ತು ನಾವು C# ಮತ್ತು Go ನೊಂದಿಗೆ ಸಂಯೋಜಿಸುವ ಅನುಭವವನ್ನು ಹೊಂದಿದ್ದೇವೆ. ಸೇವೆಯ ಲೇಖಕರು ಅಪ್ಲಿಕೇಶನ್ಗಳನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲು, ಮೂಲಸೌಕರ್ಯ, ಮೈಕ್ರೋಸರ್ವೀಸ್ ಮೂಲಸೌಕರ್ಯಗಳನ್ನು ಪತ್ತೆಹಚ್ಚಲು, ಬಳಕೆದಾರರ ಸಾಧನಗಳಿಗೆ ಅನುಕೂಲಕರ ಅಪ್ಲಿಕೇಶನ್ಗಳನ್ನು ರಚಿಸಿದ್ದಾರೆ ಮತ್ತು ಹೆಚ್ಚಿನವುಗಳಿಗೆ ಪರಿಹಾರಗಳನ್ನು ಹೊಂದಿದ್ದಾರೆ.
ಆದಾಗ್ಯೂ, ಹೊಸ ರೆಲಿಕ್ ಏಜೆಂಟ್ ಸ್ವಾಮ್ಯದ ಪ್ರೋಟೋಕಾಲ್ಗಳ ಮೇಲೆ ಚಲಿಸುತ್ತದೆ ಮತ್ತು OpenTracing ಅನ್ನು ಬೆಂಬಲಿಸುವುದಿಲ್ಲ. ಸುಧಾರಿತ ಉಪಕರಣಗಳಿಗೆ ನಿರ್ದಿಷ್ಟವಾಗಿ ಹೊಸ ರೆಲಿಕ್ಗಾಗಿ ಸಂಪಾದನೆಗಳ ಅಗತ್ಯವಿದೆ. ಅಂತಿಮವಾಗಿ, ಕುಬರ್ನೆಟ್ಸ್ ಬೆಂಬಲ ಇನ್ನೂ ಪ್ರಾಯೋಗಿಕವಾಗಿದೆ.
2010 ರಲ್ಲಿ ಅದರ ಅಭಿವೃದ್ಧಿಯನ್ನು ಪ್ರಾರಂಭಿಸಿತು ಡೇಟಾಡಾಗ್ ಕುಬರ್ನೆಟ್ಸ್ ಪರಿಸರದಲ್ಲಿ ಬಳಕೆಯ ವಿಷಯದಲ್ಲಿ ನಿಖರವಾಗಿ ಹೊಸ ರೆಲಿಕ್ಗಿಂತ ಹೆಚ್ಚು ಆಸಕ್ತಿಕರವಾಗಿ ಕಾಣುತ್ತದೆ. ನಿರ್ದಿಷ್ಟವಾಗಿ ಹೇಳುವುದಾದರೆ, ಇದು NGINX ಪ್ರವೇಶ, ಲಾಗ್ ಸಂಗ್ರಹಣೆ, statsd ಮತ್ತು OpenTracing ಪ್ರೋಟೋಕಾಲ್ಗಳೊಂದಿಗೆ ಏಕೀಕರಣವನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ, ಇದು ಬಳಕೆದಾರರ ವಿನಂತಿಯನ್ನು ಪೂರ್ಣಗೊಳಿಸಲು ಸಂಪರ್ಕಗೊಂಡ ಕ್ಷಣದಿಂದ ಟ್ರ್ಯಾಕ್ ಮಾಡಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ, ಹಾಗೆಯೇ ಈ ವಿನಂತಿಗಾಗಿ ಲಾಗ್ಗಳನ್ನು ಹುಡುಕುತ್ತದೆ (ಎರಡೂ ವೆಬ್ ಸರ್ವರ್ ಬದಿಯಲ್ಲಿ ಮತ್ತು ಗ್ರಾಹಕರ ಮೇಲೆ).
ಡೇಟಾಡಾಗ್ ಅನ್ನು ಬಳಸುವಾಗ, ಅದು ಕೆಲವೊಮ್ಮೆ ಮೈಕ್ರೋ ಸರ್ವಿಸ್ ನಕ್ಷೆಯನ್ನು ತಪ್ಪಾಗಿ ನಿರ್ಮಿಸಿದೆ ಮತ್ತು ಕೆಲವು ತಾಂತ್ರಿಕ ನ್ಯೂನತೆಗಳನ್ನು ನಾವು ಎದುರಿಸಿದ್ದೇವೆ. ಉದಾಹರಣೆಗೆ, ಇದು ಸೇವಾ ಪ್ರಕಾರವನ್ನು ತಪ್ಪಾಗಿ ಗುರುತಿಸಿದೆ (ಜಾಂಗೊವನ್ನು ಹಿಡಿದಿಟ್ಟುಕೊಳ್ಳುವ ಸೇವೆಗಾಗಿ ತಪ್ಪಾಗಿ ಗ್ರಹಿಸುತ್ತದೆ) ಮತ್ತು ಜನಪ್ರಿಯ ಪ್ರೆಡಿಸ್ ಲೈಬ್ರರಿಯನ್ನು ಬಳಸಿಕೊಂಡು PHP ಅಪ್ಲಿಕೇಶನ್ನಲ್ಲಿ 500 ದೋಷಗಳನ್ನು ಉಂಟುಮಾಡಿದೆ.
ಅಟಾಟಸ್ - ಕಿರಿಯ ವಾದ್ಯ; ಸೇವೆಯನ್ನು 2014 ರಲ್ಲಿ ಪ್ರಾರಂಭಿಸಲಾಯಿತು. ಅದರ ಮಾರ್ಕೆಟಿಂಗ್ ಬಜೆಟ್ ಪಟ್ಟಿಮಾಡಿದ ಸ್ಪರ್ಧಿಗಳಿಗಿಂತ ಸ್ಪಷ್ಟವಾಗಿ ಕೆಳಮಟ್ಟದ್ದಾಗಿದೆ, ಉಲ್ಲೇಖಗಳು ಕಡಿಮೆ ಸಾಮಾನ್ಯವಾಗಿದೆ. ಆದಾಗ್ಯೂ, ಉಪಕರಣವು ಹೊಸ ರೆಲಿಕ್ಗೆ ಹೋಲುತ್ತದೆ, ಅದರ ಸಾಮರ್ಥ್ಯಗಳಲ್ಲಿ (ಎಪಿಎಂ, ಬ್ರೌಸರ್ ಮಾನಿಟರಿಂಗ್, ಇತ್ಯಾದಿ), ಆದರೆ ನೋಟದಲ್ಲಿಯೂ ಸಹ.
ಗಮನಾರ್ಹ ನ್ಯೂನತೆಯೆಂದರೆ ಇದು Node.js ಮತ್ತು PHP ಅನ್ನು ಮಾತ್ರ ಬೆಂಬಲಿಸುತ್ತದೆ. ಮತ್ತೊಂದೆಡೆ, ಇದು ಡೇಟಾಡಾಗ್ಗಿಂತ ಉತ್ತಮವಾಗಿ ಕಾರ್ಯಗತಗೊಳಿಸಲಾಗಿದೆ. ಎರಡನೆಯದಕ್ಕಿಂತ ಭಿನ್ನವಾಗಿ, ಅಟಾಟಸ್ಗೆ ಮಾರ್ಪಾಡುಗಳನ್ನು ಮಾಡಲು ಅಥವಾ ಕೋಡ್ಗೆ ಹೆಚ್ಚುವರಿ ಲೇಬಲ್ಗಳನ್ನು ಸೇರಿಸಲು ಅಪ್ಲಿಕೇಶನ್ಗಳ ಅಗತ್ಯವಿರುವುದಿಲ್ಲ.
ಹೊಸ ಅವಶೇಷದೊಂದಿಗೆ ನಾವು ಹೇಗೆ ಕೆಲಸ ಮಾಡುತ್ತೇವೆ
ಈಗ ನಾವು ಸಾಮಾನ್ಯವಾಗಿ ಹೊಸ ರೆಲಿಕ್ ಅನ್ನು ಹೇಗೆ ಬಳಸುತ್ತೇವೆ ಎಂದು ಲೆಕ್ಕಾಚಾರ ಮಾಡೋಣ. ನಮಗೆ ಪರಿಹಾರದ ಅಗತ್ಯವಿರುವ ಸಮಸ್ಯೆ ಇದೆ ಎಂದು ಹೇಳೋಣ:
ಗ್ರಾಫ್ನಲ್ಲಿ ನೋಡುವುದು ಸುಲಭ ವೆಸ್ಪ್ಲೆಕ್ಸ್ - ಅದನ್ನು ವಿಶ್ಲೇಷಿಸೋಣ. ಹೊಸ ರೆಲಿಕ್ನಲ್ಲಿ, ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ಗಾಗಿ ವೆಬ್ ವಹಿವಾಟುಗಳನ್ನು ತಕ್ಷಣವೇ ಆಯ್ಕೆ ಮಾಡಲಾಗುತ್ತದೆ, ಎಲ್ಲಾ ಘಟಕಗಳನ್ನು ಕಾರ್ಯಕ್ಷಮತೆಯ ಗ್ರಾಫ್ನಲ್ಲಿ ಸೂಚಿಸಲಾಗುತ್ತದೆ, ದೋಷ-ದರ, ವಿನಂತಿ-ದರ ಪ್ಯಾನೆಲ್ಗಳಿವೆ... ಅತ್ಯಂತ ಮುಖ್ಯವಾದ ವಿಷಯವೆಂದರೆ ಈ ಪ್ಯಾನೆಲ್ಗಳಿಂದ ನೇರವಾಗಿ ನೀವು ವಿವಿಧ ನಡುವೆ ಚಲಿಸಬಹುದು ಅಪ್ಲಿಕೇಶನ್ನ ಭಾಗಗಳು (ಉದಾಹರಣೆಗೆ, MySQL ಅನ್ನು ಕ್ಲಿಕ್ ಮಾಡುವುದರಿಂದ ಡೇಟಾಬೇಸ್ ವಿಭಾಗಕ್ಕೆ ಕಾರಣವಾಗುತ್ತದೆ).
ಪರಿಗಣನೆಯಲ್ಲಿರುವ ಉದಾಹರಣೆಯಲ್ಲಿ ನಾವು ಚಟುವಟಿಕೆಯ ಉಲ್ಬಣವನ್ನು ನೋಡುತ್ತೇವೆ ಪಿಎಚ್ಪಿ, ಈ ಚಾರ್ಟ್ ಮೇಲೆ ಕ್ಲಿಕ್ ಮಾಡಿ ಮತ್ತು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಹೋಗಿ ಟ್ರಾನ್ಸಾಕ್ಷನ್ಸ್:
MVC ಮಾದರಿಯಿಂದ ಮೂಲಭೂತವಾಗಿ ನಿಯಂತ್ರಕಗಳಾಗಿರುವ ವಹಿವಾಟುಗಳ ಪಟ್ಟಿಯನ್ನು ಈಗಾಗಲೇ ವಿಂಗಡಿಸಲಾಗಿದೆ ಹೆಚ್ಚು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ, ಇದು ತುಂಬಾ ಅನುಕೂಲಕರವಾಗಿದೆ: ಅಪ್ಲಿಕೇಶನ್ ಏನು ಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನು ನಾವು ತಕ್ಷಣ ನೋಡುತ್ತೇವೆ. ಹೊಸ ರೆಲಿಕ್ ಮೂಲಕ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಸಂಗ್ರಹಿಸಲಾದ ದೀರ್ಘ ಪ್ರಶ್ನೆಗಳ ಉದಾಹರಣೆಗಳು ಇಲ್ಲಿವೆ. ವಿಂಗಡಣೆಯನ್ನು ಬದಲಾಯಿಸುವ ಮೂಲಕ, ಕಂಡುಹಿಡಿಯುವುದು ಸುಲಭ:
ಹೆಚ್ಚು ಲೋಡ್ ಮಾಡಲಾದ ಅಪ್ಲಿಕೇಶನ್ ನಿಯಂತ್ರಕ;
ಹೆಚ್ಚಾಗಿ ವಿನಂತಿಸಿದ ನಿಯಂತ್ರಕ;
ನಿಯಂತ್ರಕಗಳಲ್ಲಿ ಅತ್ಯಂತ ನಿಧಾನವಾದದ್ದು.
ಹೆಚ್ಚುವರಿಯಾಗಿ, ನೀವು ಪ್ರತಿ ವಹಿವಾಟನ್ನು ವಿಸ್ತರಿಸಬಹುದು ಮತ್ತು ಕೋಡ್ ಅನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಿದ ಸಮಯದಲ್ಲಿ ಅಪ್ಲಿಕೇಶನ್ ಏನು ಮಾಡುತ್ತಿದೆ ಎಂಬುದನ್ನು ನೋಡಬಹುದು:
ಅಂತಿಮವಾಗಿ, ಅಪ್ಲಿಕೇಶನ್ ದೀರ್ಘ ವಿನಂತಿಗಳ ಕುರುಹುಗಳ ಉದಾಹರಣೆಗಳನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ (2 ಸೆಕೆಂಡುಗಳಿಗಿಂತ ಹೆಚ್ಚು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ). ಸುದೀರ್ಘ ವಹಿವಾಟಿಗಾಗಿ ಪ್ಯಾನಲ್ ಇಲ್ಲಿದೆ:
ಎರಡು ವಿಧಾನಗಳು ಸಾಕಷ್ಟು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಅದೇ ಸಮಯದಲ್ಲಿ ವಿನಂತಿಯನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಿದ ಸಮಯದಲ್ಲಿ, ಅದರ URI ಮತ್ತು ಡೊಮೇನ್ ಅನ್ನು ಸಹ ತೋರಿಸಲಾಗುತ್ತದೆ ಎಂದು ನೋಡಬಹುದು. ಆಗಾಗ್ಗೆ ಇದು ಲಾಗ್ಗಳಲ್ಲಿ ವಿನಂತಿಯನ್ನು ಕಂಡುಹಿಡಿಯಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ. ಗೆ ಹೋಗುತ್ತಿದ್ದೇನೆ ಟ್ರೇಸ್ ವಿವರಗಳು, ಈ ವಿಧಾನಗಳನ್ನು ಎಲ್ಲಿಂದ ಕರೆಯಲಾಗಿದೆ ಎಂಬುದನ್ನು ನೀವು ನೋಡಬಹುದು:
ಮತ್ತು ಸೈನ್ ಡೇಟಾಬೇಸ್ ಪ್ರಶ್ನೆಗಳು - ಅಪ್ಲಿಕೇಶನ್ ಚಾಲನೆಯಲ್ಲಿರುವಾಗ ಕಾರ್ಯಗತಗೊಳಿಸಿದ ಡೇಟಾಬೇಸ್ಗಳಿಗೆ ಪ್ರಶ್ನೆಗಳನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡಿ:
ಈ ಜ್ಞಾನದೊಂದಿಗೆ ಶಸ್ತ್ರಸಜ್ಜಿತವಾದ, ಅಪ್ಲಿಕೇಶನ್ ಏಕೆ ನಿಧಾನವಾಗುತ್ತಿದೆ ಎಂಬುದನ್ನು ನಾವು ಮೌಲ್ಯಮಾಪನ ಮಾಡಬಹುದು ಮತ್ತು ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲು ತಂತ್ರದೊಂದಿಗೆ ಬರಲು ಡೆವಲಪರ್ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಬಹುದು. ವಾಸ್ತವದಲ್ಲಿ, ನ್ಯೂ ರೆಲಿಕ್ ಯಾವಾಗಲೂ ಸ್ಪಷ್ಟವಾದ ಚಿತ್ರವನ್ನು ನೀಡುವುದಿಲ್ಲ, ಆದರೆ ಇದು ತನಿಖೆಯ ವೆಕ್ಟರ್ ಅನ್ನು ಆಯ್ಕೆ ಮಾಡಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ:
ಉದ್ದವಾಗಿದೆ PDO::Construct pgpoll ನ ವಿಚಿತ್ರ ಕಾರ್ಯಚಟುವಟಿಕೆಗೆ ನಮ್ಮನ್ನು ಕರೆದೊಯ್ಯಿತು;
ಕಾಲಾನಂತರದಲ್ಲಿ ಅಸ್ಥಿರತೆ Memcache::Get ವರ್ಚುವಲ್ ಯಂತ್ರವನ್ನು ತಪ್ಪಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗಿದೆ ಎಂದು ಸೂಚಿಸಲಾಗಿದೆ;
ಟೆಂಪ್ಲೇಟ್ ಪ್ರಕ್ರಿಯೆಗೆ ಅನುಮಾನಾಸ್ಪದವಾಗಿ ಹೆಚ್ಚಿದ ಸಮಯವು ವಸ್ತು ಸಂಗ್ರಹಣೆಯಲ್ಲಿ 500 ಅವತಾರಗಳ ಉಪಸ್ಥಿತಿಯನ್ನು ಪರಿಶೀಲಿಸುವ ನೆಸ್ಟೆಡ್ ಲೂಪ್ಗೆ ಕಾರಣವಾಯಿತು;
ಇತ್ಯಾದಿ…
ಕೋಡ್ ಅನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವ ಬದಲು, ಬಾಹ್ಯ ಡೇಟಾ ಸಂಗ್ರಹಣೆಗೆ ಸಂಬಂಧಿಸಿದ ಏನಾದರೂ ಮುಖ್ಯ ಪರದೆಯಲ್ಲಿ ಬೆಳೆಯುತ್ತದೆ - ಮತ್ತು ಅದು ಏನಾಗಬಹುದು ಎಂಬುದು ಮುಖ್ಯವಲ್ಲ: ರೆಡಿಸ್ ಅಥವಾ ಪೋಸ್ಟ್ಗ್ರೆಎಸ್ಕ್ಯುಎಲ್ - ಅವೆಲ್ಲವನ್ನೂ ಟ್ಯಾಬ್ನಲ್ಲಿ ಮರೆಮಾಡಲಾಗಿದೆ ಡೇಟಾಬೇಸ್ಗಳು.
ನೀವು ಸಂಶೋಧನೆಗಾಗಿ ನಿರ್ದಿಷ್ಟ ನೆಲೆಯನ್ನು ಆಯ್ಕೆ ಮಾಡಬಹುದು ಮತ್ತು ಪ್ರಶ್ನೆಗಳನ್ನು ವಿಂಗಡಿಸಬಹುದು - ವಹಿವಾಟುಗಳಲ್ಲಿ ಇದನ್ನು ಹೇಗೆ ಮಾಡಲಾಗುತ್ತದೆ ಎಂಬುದರಂತೆಯೇ. ಮತ್ತು ವಿನಂತಿಯ ಟ್ಯಾಬ್ಗೆ ಹೋಗುವುದರ ಮೂಲಕ, ಪ್ರತಿಯೊಂದು ಅಪ್ಲಿಕೇಶನ್ ನಿಯಂತ್ರಕಗಳಲ್ಲಿ ಈ ವಿನಂತಿಯು ಎಷ್ಟು ಬಾರಿ ಸಂಭವಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ನೀವು ನೋಡಬಹುದು ಮತ್ತು ಅದನ್ನು ಎಷ್ಟು ಬಾರಿ ಕರೆಯಲಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಸಹ ಅಂದಾಜು ಮಾಡಬಹುದು. ಇದು ತುಂಬಾ ಆರಾಮದಾಯಕವಾಗಿದೆ:
ಟ್ಯಾಬ್ ಒಂದೇ ರೀತಿಯ ಡೇಟಾವನ್ನು ಒಳಗೊಂಡಿದೆ ಬಾಹ್ಯ ಸೇವೆಗಳು, ವಸ್ತು ಸಂಗ್ರಹಣೆಯನ್ನು ಪ್ರವೇಶಿಸುವುದು, ಸೆಂಟ್ರಿಗೆ ಈವೆಂಟ್ಗಳನ್ನು ಕಳುಹಿಸುವುದು ಅಥವಾ ಮುಂತಾದವುಗಳಂತಹ ಬಾಹ್ಯ HTTP ಸೇವೆಗಳಿಗೆ ವಿನಂತಿಗಳನ್ನು ಮರೆಮಾಡುತ್ತದೆ. ಟ್ಯಾಬ್ನ ವಿಷಯವು ಡೇಟಾಬೇಸ್ಗಳಿಗೆ ಸಂಪೂರ್ಣವಾಗಿ ಹೋಲುತ್ತದೆ:
ಸ್ಪರ್ಧಿಗಳು: ಅವಕಾಶಗಳು ಮತ್ತು ಅನಿಸಿಕೆಗಳು
ಈಗ ಅತ್ಯಂತ ಆಸಕ್ತಿದಾಯಕ ವಿಷಯವೆಂದರೆ ನ್ಯೂ ರೆಲಿಕ್ನ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಪ್ರತಿಸ್ಪರ್ಧಿಗಳು ನೀಡುವ ಸಾಮರ್ಥ್ಯಗಳೊಂದಿಗೆ ಹೋಲಿಸುವುದು. ದುರದೃಷ್ಟವಶಾತ್, ಉತ್ಪಾದನೆಯಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿರುವ ಒಂದು ಅಪ್ಲಿಕೇಶನ್ನ ಒಂದು ಆವೃತ್ತಿಯಲ್ಲಿ ಎಲ್ಲಾ ಮೂರು ಪರಿಕರಗಳನ್ನು ಪರೀಕ್ಷಿಸಲು ನಮಗೆ ಸಾಧ್ಯವಾಗಲಿಲ್ಲ. ಆದಾಗ್ಯೂ, ನಾವು ಸಾಧ್ಯವಾದಷ್ಟು ಒಂದೇ ರೀತಿಯ ಸನ್ನಿವೇಶಗಳು/ಸಂರಚನೆಗಳನ್ನು ಹೋಲಿಸಲು ಪ್ರಯತ್ನಿಸಿದ್ದೇವೆ.
1. ಡೇಟಾಡಾಗ್
ಡೇಟಾಡಾಗ್ ಸೇವೆಗಳ ಗೋಡೆಯೊಂದಿಗೆ ಫಲಕದೊಂದಿಗೆ ನಮ್ಮನ್ನು ಸ್ವಾಗತಿಸುತ್ತದೆ:
ಇದು ಅಪ್ಲಿಕೇಶನ್ಗಳನ್ನು ಘಟಕಗಳು/ಸೂಕ್ಷ್ಮ ಸೇವೆಗಳಾಗಿ ಒಡೆಯಲು ಪ್ರಯತ್ನಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಜಾಂಗೊ ಅಪ್ಲಿಕೇಶನ್ನಲ್ಲಿ ನಾವು PostgreSQL ಗೆ 2 ಸಂಪರ್ಕಗಳನ್ನು ನೋಡುತ್ತೇವೆ (defaultdb и postgres), ಹಾಗೆಯೇ ಸೆಲೆರಿ, ರೆಡಿಸ್. ಡೇಟಾಡಾಗ್ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ನೀವು MVC ತತ್ವಗಳ ಕನಿಷ್ಠ ಜ್ಞಾನವನ್ನು ಹೊಂದಿರಬೇಕು: ಬಳಕೆದಾರರ ವಿನಂತಿಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಎಲ್ಲಿಂದ ಬರುತ್ತವೆ ಎಂಬುದನ್ನು ನೀವು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು. ಇದು ಸಾಮಾನ್ಯವಾಗಿ ಸಹಾಯ ಮಾಡುತ್ತದೆ ಸೇವೆಗಳ ನಕ್ಷೆ:
ಅಂದಹಾಗೆ, ಹೊಸ ಅವಶೇಷದಲ್ಲಿ ಇದೇ ರೀತಿಯ ಏನಾದರೂ ಇದೆ:
... ಮತ್ತು ಅವರ ನಕ್ಷೆಯನ್ನು ನನ್ನ ಅಭಿಪ್ರಾಯದಲ್ಲಿ ಸರಳ ಮತ್ತು ಸ್ಪಷ್ಟಗೊಳಿಸಲಾಗಿದೆ: ಇದು ಒಂದು ಅಪ್ಲಿಕೇಶನ್ನ ಘಟಕಗಳನ್ನು ಪ್ರದರ್ಶಿಸುವುದಿಲ್ಲ (ಇದು ಡಾಟಾಡಾಗ್ನಂತೆಯೇ ಅದನ್ನು ಹೆಚ್ಚು ವಿವರವಾಗಿ ಮಾಡುತ್ತದೆ), ಆದರೆ ನಿರ್ದಿಷ್ಟ ಸೇವೆಗಳು ಅಥವಾ ಮೈಕ್ರೋಸರ್ವೀಸ್ಗಳು ಮಾತ್ರ.
ನಾವು ಡೇಟಾಡಾಗ್ಗೆ ಹಿಂತಿರುಗೋಣ: ಸೇವಾ ನಕ್ಷೆಯಿಂದ ನಾವು ಬಳಕೆದಾರರ ವಿನಂತಿಗಳು ಜಾಂಗೊಗೆ ಬರುವುದನ್ನು ನೋಡಬಹುದು. ಜಾಂಗೊ ಸೇವೆಗೆ ಹೋಗೋಣ ಮತ್ತು ಅಂತಿಮವಾಗಿ ನಾವು ಏನನ್ನು ನಿರೀಕ್ಷಿಸಿದ್ದೇವೆ ಎಂಬುದನ್ನು ನೋಡೋಣ:
ದುರದೃಷ್ಟವಶಾತ್, ಇಲ್ಲಿ ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಯಾವುದೇ ಗ್ರಾಫ್ ಇಲ್ಲ ವೆಬ್ ವಹಿವಾಟಿನ ಸಮಯ, ಮುಖ್ಯ ಹೊಸ ರೆಲಿಕ್ ಪ್ಯಾನೆಲ್ನಲ್ಲಿ ನಾವು ನೋಡುವಂತೆಯೇ. ಆದಾಗ್ಯೂ, ಇದನ್ನು ವೇಳಾಪಟ್ಟಿಯ ಸ್ಥಳದಲ್ಲಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಬಹುದು ಕಳೆದ ಸಮಯದ ಶೇ. ಅದಕ್ಕೆ ಬದಲಾಯಿಸಿದರೆ ಸಾಕು ಪ್ರತಿ ವಿನಂತಿಯ ಪ್ರಕಾರದ ಸರಾಸರಿ ಸಮಯ... ಮತ್ತು ಈಗ ಪರಿಚಿತ ಗ್ರಾಫ್ ನಮ್ಮನ್ನು ನೋಡುತ್ತಿದೆ!
ಡಾಟಾಡಾಗ್ ಬೇರೆ ಚಾರ್ಟ್ ಅನ್ನು ಏಕೆ ಆರಿಸಿಕೊಂಡಿದೆ ಎಂಬುದು ನಮಗೆ ರಹಸ್ಯವಾಗಿದೆ. ಮತ್ತೊಂದು ನಿರಾಶಾದಾಯಕ ವಿಷಯವೆಂದರೆ ಸಿಸ್ಟಮ್ ಬಳಕೆದಾರರ ಆಯ್ಕೆಯನ್ನು ನೆನಪಿರುವುದಿಲ್ಲ (ಎರಡೂ ಸ್ಪರ್ಧಿಗಳಿಗಿಂತ ಭಿನ್ನವಾಗಿ), ಮತ್ತು ಆದ್ದರಿಂದ ಕಸ್ಟಮ್ ಫಲಕಗಳನ್ನು ರಚಿಸುವುದು ಮಾತ್ರ ಪರಿಹಾರವಾಗಿದೆ.
ಆದರೆ ಈ ಗ್ರಾಫ್ಗಳಿಂದ ಸಂಬಂಧಿತ ಸರ್ವರ್ಗಳ ಮೆಟ್ರಿಕ್ಗಳಿಗೆ ಬದಲಾಯಿಸಲು, ಲಾಗ್ಗಳನ್ನು ಓದಲು ಮತ್ತು ವೆಬ್ ಸರ್ವರ್ ಹ್ಯಾಂಡ್ಲರ್ಗಳಲ್ಲಿ (ಗುನಿಕಾರ್ನ್) ಲೋಡ್ ಅನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡಲು ಡೇಟಾಡಾಗ್ನಲ್ಲಿನ ಸಾಮರ್ಥ್ಯದಿಂದ ನಾನು ಸಂತಸಗೊಂಡಿದ್ದೇನೆ. ಎಲ್ಲವೂ ಹೊಸ ರೆಲಿಕ್ನಲ್ಲಿರುವಂತೆಯೇ ಇದೆ ... ಮತ್ತು ಇನ್ನೂ ಸ್ವಲ್ಪ ಹೆಚ್ಚು (ಲಾಗ್ಗಳು)!
ಗ್ರಾಫ್ಗಳ ಕೆಳಗೆ ಹೊಸ ರೆಲಿಕ್ಗೆ ಸಂಪೂರ್ಣವಾಗಿ ಹೋಲುವ ವಹಿವಾಟುಗಳಿವೆ:
ಡೇಟಾಡಾಗ್ನಲ್ಲಿ, ವಹಿವಾಟುಗಳನ್ನು ಕರೆಯಲಾಗುತ್ತದೆ ಸಂಪನ್ಮೂಲಗಳು. ನೀವು ನಿಯಂತ್ರಕಗಳನ್ನು ವಿನಂತಿಗಳ ಸಂಖ್ಯೆಯಿಂದ, ಸರಾಸರಿ ಪ್ರತಿಕ್ರಿಯೆ ಸಮಯದ ಮೂಲಕ ಮತ್ತು ಆಯ್ದ ಅವಧಿಗೆ ಖರ್ಚು ಮಾಡಿದ ಗರಿಷ್ಠ ಸಮಯದ ಮೂಲಕ ವಿಂಗಡಿಸಬಹುದು.
ನೀವು ಸಂಪನ್ಮೂಲವನ್ನು ವಿಸ್ತರಿಸಬಹುದು ಮತ್ತು ಹೊಸ ಅವಶೇಷದಲ್ಲಿ ನಾವು ಈಗಾಗಲೇ ಗಮನಿಸಿದ ಎಲ್ಲವನ್ನೂ ನೋಡಬಹುದು:
ಸಂಪನ್ಮೂಲದ ಅಂಕಿಅಂಶಗಳು, ಆಂತರಿಕ ಕರೆಗಳ ಸಾಮಾನ್ಯ ಪಟ್ಟಿ ಮತ್ತು ಪ್ರತಿಕ್ರಿಯೆ ಕೋಡ್ ಮೂಲಕ ವಿಂಗಡಿಸಬಹುದಾದ ವಿನಂತಿಗಳ ಉದಾಹರಣೆಗಳು ಇವೆ... ಮೂಲಕ, ನಮ್ಮ ಎಂಜಿನಿಯರ್ಗಳು ಈ ವಿಂಗಡಣೆಯನ್ನು ನಿಜವಾಗಿಯೂ ಇಷ್ಟಪಟ್ಟಿದ್ದಾರೆ.
ಡೇಟಾಡಾಗ್ನಲ್ಲಿ ಯಾವುದೇ ಉದಾಹರಣೆ ಸಂಪನ್ಮೂಲವನ್ನು ತೆರೆಯಬಹುದು ಮತ್ತು ಅಧ್ಯಯನ ಮಾಡಬಹುದು:
ವಿನಂತಿಯ ಪ್ಯಾರಾಮೀಟರ್ಗಳು, ಪ್ರತಿ ಘಟಕಕ್ಕೆ ಖರ್ಚು ಮಾಡಿದ ಸಮಯದ ಸಾರಾಂಶ ಚಾರ್ಟ್ ಮತ್ತು ಕರೆಗಳ ಅನುಕ್ರಮವನ್ನು ತೋರಿಸುವ ಜಲಪಾತದ ಚಾರ್ಟ್ ಅನ್ನು ಪ್ರಸ್ತುತಪಡಿಸಲಾಗುತ್ತದೆ. ನೀವು ಜಲಪಾತದ ಚಾರ್ಟ್ನ ಮರದ ವೀಕ್ಷಣೆಗೆ ಸಹ ಬದಲಾಯಿಸಬಹುದು:
ಮತ್ತು ಅತ್ಯಂತ ಆಸಕ್ತಿದಾಯಕ ವಿಷಯವೆಂದರೆ ವಿನಂತಿಯನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಿದ ಹೋಸ್ಟ್ನ ಲೋಡ್ ಅನ್ನು ವೀಕ್ಷಿಸುವುದು ಮತ್ತು ವಿನಂತಿಯ ಲಾಗ್ಗಳನ್ನು ವೀಕ್ಷಿಸುವುದು.
ಉತ್ತಮ ಏಕೀಕರಣ!
ಟ್ಯಾಬ್ಗಳು ಎಲ್ಲಿವೆ ಎಂದು ನೀವು ಆಶ್ಚರ್ಯಪಡಬಹುದು ಡೇಟಾಬೇಸ್ಗಳು и ಬಾಹ್ಯ ಸೇವೆಗಳು, ನ್ಯೂ ರೆಲಿಕ್ನಲ್ಲಿರುವಂತೆ. ಇಲ್ಲಿ ಯಾವುದೂ ಇಲ್ಲ: ಡೇಟಾಡಾಗ್ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಘಟಕಗಳಾಗಿ ವಿಭಜಿಸುವುದರಿಂದ, PostgreSQL ಅನ್ನು ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ ಪ್ರತ್ಯೇಕ ಸೇವೆ, ಮತ್ತು ಬಾಹ್ಯ ಸೇವೆಗಳ ಬದಲಿಗೆ ಅದನ್ನು ಹುಡುಕುವುದು ಯೋಗ್ಯವಾಗಿದೆ aws.storage (ಅಪ್ಲಿಕೇಶನ್ ಪ್ರವೇಶಿಸಬಹುದಾದ ಪ್ರತಿಯೊಂದು ಬಾಹ್ಯ ಸೇವೆಗಳಿಗೂ ಇದು ಹೋಲುತ್ತದೆ).
ಇದರೊಂದಿಗೆ ಒಂದು ಉದಾಹರಣೆ ಇಲ್ಲಿದೆ postgres:
ಮೂಲಭೂತವಾಗಿ ನಾವು ಬಯಸಿದ ಎಲ್ಲವೂ ಇದೆ:
ವಿನಂತಿಯು ಯಾವ "ಸೇವೆಯಿಂದ" ಬಂದಿದೆ ಎಂಬುದನ್ನು ನೀವು ನೋಡಬಹುದು.
ಡೇಟಾಡಾಗ್ NGINX ಪ್ರವೇಶದೊಂದಿಗೆ ಸಂಪೂರ್ಣವಾಗಿ ಸಂಯೋಜಿಸುತ್ತದೆ ಮತ್ತು ಕ್ಲಸ್ಟರ್ಗೆ ವಿನಂತಿಯು ಬಂದ ಕ್ಷಣದಿಂದ ಅಂತ್ಯದಿಂದ ಕೊನೆಯವರೆಗೆ ಪತ್ತೆಹಚ್ಚಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ ಮತ್ತು statsd ಮೆಟ್ರಿಕ್ಗಳನ್ನು ಸ್ವೀಕರಿಸಲು, ಲಾಗ್ಗಳನ್ನು ಮತ್ತು ಹೋಸ್ಟ್ ಮೆಟ್ರಿಕ್ಗಳನ್ನು ಸ್ವೀಕರಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ ಎಂದು ನಿಮಗೆ ನೆನಪಿಸುವುದು ತಪ್ಪಾಗುವುದಿಲ್ಲ. .
ಡೇಟಾಡಾಗ್ನ ಒಂದು ದೊಡ್ಡ ಪ್ಲಸ್ ಅದರ ಬೆಲೆಯಾಗಿದೆ ಅಭಿವೃದ್ಧಿಪಡಿಸುತ್ತದೆ ಮೂಲಸೌಕರ್ಯ ಮೇಲ್ವಿಚಾರಣೆ, APM, ಲಾಗ್ ಮ್ಯಾನೇಜ್ಮೆಂಟ್ ಮತ್ತು ಸಿಂಥೆಟಿಕ್ಸ್ ಪರೀಕ್ಷೆಯಿಂದ, ಅಂದರೆ. ನಿಮ್ಮ ಯೋಜನೆಯನ್ನು ನೀವು ಸುಲಭವಾಗಿ ಆಯ್ಕೆ ಮಾಡಬಹುದು.
2.ಅಟಾಟಸ್
ಅಟಟಸ್ ತಂಡವು ಅವರ ಸೇವೆಯು "ಹೊಸ ಸ್ಮಾರಕದಂತೆಯೇ ಇದೆ, ಆದರೆ ಉತ್ತಮವಾಗಿದೆ" ಎಂದು ಹೇಳಿಕೊಳ್ಳುತ್ತದೆ. ಇದು ನಿಜವಾಗಿಯೂ ಹಾಗೆ ಇದೆಯೇ ಎಂದು ನೋಡೋಣ.
ಮುಖ್ಯ ಫಲಕವು ಒಂದೇ ರೀತಿ ಕಾಣುತ್ತದೆ, ಆದರೆ ಅಪ್ಲಿಕೇಶನ್ನಲ್ಲಿ ಬಳಸಲಾದ ರೆಡಿಸ್ ಮತ್ತು ಮೆಮ್ಕ್ಯಾಶ್ಡ್ ಅನ್ನು ನಿರ್ಧರಿಸಲು ಸಾಧ್ಯವಾಗಲಿಲ್ಲ.
APM ಎಲ್ಲಾ ವಹಿವಾಟುಗಳನ್ನು ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ, ಆದಾಗ್ಯೂ ಸಾಮಾನ್ಯವಾಗಿ ವೆಬ್ ವಹಿವಾಟುಗಳು ಮಾತ್ರ ಅಗತ್ಯವಿದೆ. Datadog ನಂತೆ, ಮುಖ್ಯ ಫಲಕದಿಂದ ಬಯಸಿದ ಸೇವೆಗೆ ನ್ಯಾವಿಗೇಟ್ ಮಾಡಲು ಯಾವುದೇ ಮಾರ್ಗವಿಲ್ಲ. ಇದಲ್ಲದೆ, ವಹಿವಾಟುಗಳನ್ನು ದೋಷಗಳ ನಂತರ ಪಟ್ಟಿ ಮಾಡಲಾಗಿದೆ, ಇದು APM ಗೆ ತುಂಬಾ ತಾರ್ಕಿಕವಾಗಿ ತೋರುವುದಿಲ್ಲ.
ಅಟಾಟಸ್ ವಹಿವಾಟುಗಳಲ್ಲಿ, ಎಲ್ಲವೂ ನ್ಯೂ ರೆಲಿಕ್ಗೆ ಸಾಧ್ಯವಾದಷ್ಟು ಹೋಲುತ್ತದೆ. ತೊಂದರೆಯೆಂದರೆ ಪ್ರತಿ ನಿಯಂತ್ರಕಕ್ಕೆ ಡೈನಾಮಿಕ್ಸ್ ತಕ್ಷಣವೇ ಗೋಚರಿಸುವುದಿಲ್ಲ. ನೀವು ಅದನ್ನು ನಿಯಂತ್ರಕ ಕೋಷ್ಟಕದಲ್ಲಿ ಹುಡುಕಬೇಕು, ವಿಂಗಡಿಸಿ ಹೆಚ್ಚು ಸಮಯ ಸೇವಿಸಿದ:
ನಿಯಂತ್ರಕಗಳ ಸಾಮಾನ್ಯ ಪಟ್ಟಿ ಟ್ಯಾಬ್ನಲ್ಲಿ ಲಭ್ಯವಿದೆ ಅನ್ವೇಷಿಸಿ:
ಕೆಲವು ವಿಧಗಳಲ್ಲಿ, ಈ ಟೇಬಲ್ ಡೇಟಾಡಾಗ್ ಅನ್ನು ನೆನಪಿಸುತ್ತದೆ ಮತ್ತು ಹೊಸ ರೆಲಿಕ್ನಲ್ಲಿ ಇದೇ ರೀತಿಯದ್ದಕ್ಕಿಂತ ನಾನು ಅದನ್ನು ಇಷ್ಟಪಡುತ್ತೇನೆ.
ನೀವು ಪ್ರತಿ ವಹಿವಾಟನ್ನು ವಿಸ್ತರಿಸಬಹುದು ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಏನು ಮಾಡುತ್ತಿದೆ ಎಂಬುದನ್ನು ನೋಡಬಹುದು:
ಫಲಕವು ಡೇಟಾಡಾಗ್ ಅನ್ನು ಹೆಚ್ಚು ನೆನಪಿಸುತ್ತದೆ: ಹಲವಾರು ವಿನಂತಿಗಳು, ಕರೆಗಳ ಸಾಮಾನ್ಯ ಚಿತ್ರವಿದೆ. ಮೇಲಿನ ಫಲಕವು ದೋಷ ಟ್ಯಾಬ್ ಅನ್ನು ಒದಗಿಸುತ್ತದೆ HTTP ವೈಫಲ್ಯಗಳು ಮತ್ತು ನಿಧಾನ ಪ್ರಶ್ನೆಗಳ ಉದಾಹರಣೆಗಳು ಸೆಷನ್ ಟ್ರೇಸಸ್:
ನೀವು ವಹಿವಾಟಿಗೆ ಹೋದರೆ, ನೀವು ಒಂದು ಜಾಡಿನ ಉದಾಹರಣೆಯನ್ನು ನೋಡಬಹುದು, ನೀವು ಡೇಟಾಬೇಸ್ಗೆ ವಿನಂತಿಗಳ ಪಟ್ಟಿಯನ್ನು ಪಡೆಯಬಹುದು ಮತ್ತು ವಿನಂತಿಯ ಹೆಡರ್ಗಳನ್ನು ನೋಡಬಹುದು. ಎಲ್ಲವೂ ಹೊಸ ಅವಶೇಷವನ್ನು ಹೋಲುತ್ತದೆ:
ಸಾಮಾನ್ಯವಾಗಿ, ಅಟಾಟಸ್ ವಿವರವಾದ ಕುರುಹುಗಳೊಂದಿಗೆ ಸಂತೋಷಪಟ್ಟರು - ಜ್ಞಾಪನೆ ಬ್ಲಾಕ್ಗೆ ಕರೆಗಳ ವಿಶಿಷ್ಟವಾದ ಹೊಸ ರೆಲಿಕ್ ಅಂಟಿಸದೆ:
ಆದಾಗ್ಯೂ, ಇದು (ಹೊಸ ರೆಲಿಕ್ನಂತೆ) ಅಲ್ಟ್ರಾ-ಫಾಸ್ಟ್ ವಿನಂತಿಗಳನ್ನು (<5ms) ಕಡಿತಗೊಳಿಸುವ ಫಿಲ್ಟರ್ ಅನ್ನು ಹೊಂದಿಲ್ಲ. ಮತ್ತೊಂದೆಡೆ, ಅಂತಿಮ ವಹಿವಾಟಿನ ಪ್ರತಿಕ್ರಿಯೆಯ ಪ್ರದರ್ಶನವನ್ನು ನಾನು ಇಷ್ಟಪಟ್ಟಿದ್ದೇನೆ (ಯಶಸ್ಸು ಅಥವಾ ದೋಷ).
ಪೆನೆಲ್ ಡೇಟಾಬೇಸ್ಗಳು ಅಪ್ಲಿಕೇಶನ್ ಮಾಡುವ ಬಾಹ್ಯ ಡೇಟಾಬೇಸ್ಗಳಿಗೆ ವಿನಂತಿಗಳನ್ನು ಅಧ್ಯಯನ ಮಾಡಲು ನಿಮಗೆ ಸಹಾಯ ಮಾಡುತ್ತದೆ. ಅಟಟಸ್ ಕೇವಲ PostgreSQL ಮತ್ತು MySQL ಅನ್ನು ಕಂಡುಹಿಡಿದಿದೆ ಎಂದು ನಾನು ನಿಮಗೆ ನೆನಪಿಸುತ್ತೇನೆ, ಆದಾಗ್ಯೂ Redis ಮತ್ತು memcached ಸಹ ಯೋಜನೆಯಲ್ಲಿ ತೊಡಗಿಸಿಕೊಂಡಿದೆ.
ಸಾಮಾನ್ಯ ಮಾನದಂಡಗಳ ಪ್ರಕಾರ ವಿನಂತಿಗಳನ್ನು ವಿಂಗಡಿಸಲಾಗಿದೆ: ಪ್ರತಿಕ್ರಿಯೆ ಆವರ್ತನ, ಸರಾಸರಿ ಪ್ರತಿಕ್ರಿಯೆ ಸಮಯ, ಇತ್ಯಾದಿ. ನಿಧಾನವಾದ ಪ್ರಶ್ನೆಗಳೊಂದಿಗೆ ಟ್ಯಾಬ್ ಅನ್ನು ನಮೂದಿಸಲು ನಾನು ಬಯಸುತ್ತೇನೆ - ಇದು ತುಂಬಾ ಅನುಕೂಲಕರವಾಗಿದೆ. ಇದಲ್ಲದೆ, PostgreSQL ಗಾಗಿ ಈ ಟ್ಯಾಬ್ನಲ್ಲಿರುವ ಡೇಟಾವು ವಿಸ್ತರಣೆಯ ಡೇಟಾದೊಂದಿಗೆ ಹೊಂದಿಕೆಯಾಗುತ್ತದೆ pg_stat_statements - ಅತ್ಯುತ್ತಮ ಫಲಿತಾಂಶ!
ಟ್ಯಾಬ್ ಬಾಹ್ಯ ವಿನಂತಿಗಳು ಡೇಟಾಬೇಸ್ಗಳಿಗೆ ಸಂಪೂರ್ಣವಾಗಿ ಹೋಲುತ್ತದೆ.
ಸಂಶೋಧನೆಗಳು
ಪ್ರಸ್ತುತಪಡಿಸಿದ ಎರಡೂ ಪರಿಕರಗಳು ಎಪಿಎಂ ಪಾತ್ರದಲ್ಲಿ ಉತ್ತಮವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸಿದವು. ಅವುಗಳಲ್ಲಿ ಯಾವುದಾದರೂ ಅಗತ್ಯವಿರುವ ಕನಿಷ್ಠವನ್ನು ನೀಡಬಹುದು. ನಮ್ಮ ಅನಿಸಿಕೆಗಳನ್ನು ಸಂಕ್ಷಿಪ್ತವಾಗಿ ಈ ಕೆಳಗಿನಂತೆ ಸಂಕ್ಷೇಪಿಸಬಹುದು:
ಡೇಟಾಡಾಗ್
ಒಳಿತು:
ಅನುಕೂಲಕರ ಸುಂಕದ ವೇಳಾಪಟ್ಟಿ (APM ಪ್ರತಿ ಹೋಸ್ಟ್ಗೆ 31 USD ವೆಚ್ಚಗಳು);
ಪೈಥಾನ್ ಜೊತೆಗೆ ಚೆನ್ನಾಗಿ ಕೆಲಸ ಮಾಡಿದೆ;
OpenTracing ನೊಂದಿಗೆ ಏಕೀಕರಣದ ಸಾಧ್ಯತೆ
ಕುಬರ್ನೆಟ್ಸ್ ಜೊತೆ ಏಕೀಕರಣ;
NGINX ಪ್ರವೇಶದೊಂದಿಗೆ ಏಕೀಕರಣ.
ಕಾನ್ಸ್:
ಮಾಡ್ಯೂಲ್ ದೋಷದಿಂದಾಗಿ (ಪ್ರೆಡಿಸ್) ಅಪ್ಲಿಕೇಶನ್ ಲಭ್ಯವಾಗದಿರುವ ಏಕೈಕ APM;
ದುರ್ಬಲ PHP ಸ್ವಯಂ-ವಾದ್ಯ;
ಸೇವೆಗಳ ಭಾಗಶಃ ವಿಚಿತ್ರ ವ್ಯಾಖ್ಯಾನ ಮತ್ತು ಅವುಗಳ ಉದ್ದೇಶ.
ಅಟಾಟಸ್
ಒಳಿತು:
ಆಳವಾದ PHP ಉಪಕರಣ;
ಹೊಸ ರೆಲಿಕ್ ಅನ್ನು ಹೋಲುವ ಬಳಕೆದಾರ ಇಂಟರ್ಫೇಸ್.
ಕಾನ್ಸ್:
ಹಳೆಯ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂಗಳಲ್ಲಿ ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ (ಉಬುಂಟು 12.05, CentOS 5);
ದುರ್ಬಲ ಸ್ವಯಂ-ವಾದ್ಯ;
ಕೇವಲ ಎರಡು ಭಾಷೆಗಳಿಗೆ ಬೆಂಬಲ (Node.js ಮತ್ತು PHP);
ನಿಧಾನ ಇಂಟರ್ಫೇಸ್.
ಪ್ರತಿ ಸರ್ವರ್ಗೆ ಪ್ರತಿ ತಿಂಗಳು ಅಟಾಟಸ್ನ 69 USD ಬೆಲೆಯನ್ನು ಪರಿಗಣಿಸಿ, ನಾವು ಡೇಟಾಡಾಗ್ ಅನ್ನು ಬಳಸುತ್ತೇವೆ, ಅದು ನಮ್ಮ ಅಗತ್ಯತೆಗಳೊಂದಿಗೆ ಉತ್ತಮವಾಗಿ ಸಂಯೋಜಿಸುತ್ತದೆ (K8s ನಲ್ಲಿ ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ಗಳು) ಮತ್ತು ಅನೇಕ ಉಪಯುಕ್ತ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಹೊಂದಿದೆ.