ವಿತರಣಾ ವ್ಯವಸ್ಥೆಗಳನ್ನು ನಿರ್ವಹಿಸಲು ಕಷ್ಟವಾಗಬಹುದು ಏಕೆಂದರೆ ಅವುಗಳು ಅನೇಕ ಚಲಿಸುವ, ಬದಲಾಗುವ ಅಂಶಗಳನ್ನು ಹೊಂದಿದ್ದು, ಸಿಸ್ಟಮ್ ಕಾರ್ಯನಿರ್ವಹಿಸಲು ಸರಿಯಾಗಿ ಕೆಲಸ ಮಾಡಬೇಕಾಗುತ್ತದೆ. ಅಂಶಗಳಲ್ಲಿ ಒಂದು ವಿಫಲವಾದರೆ, ಸಿಸ್ಟಮ್ ಅದನ್ನು ಪತ್ತೆಹಚ್ಚಬೇಕು, ಬೈಪಾಸ್ ಮಾಡಿ ಮತ್ತು ಅದನ್ನು ಸರಿಪಡಿಸಬೇಕು ಮತ್ತು ಎಲ್ಲವನ್ನೂ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಮಾಡಬೇಕು. ಈ ಕುಬರ್ನೆಟ್ಸ್ ಅತ್ಯುತ್ತಮ ಅಭ್ಯಾಸಗಳ ಸರಣಿಯಲ್ಲಿ, ಕುಬರ್ನೆಟ್ಸ್ ಕ್ಲಸ್ಟರ್ನ ಆರೋಗ್ಯವನ್ನು ಪರೀಕ್ಷಿಸಲು ಸಿದ್ಧತೆ ಮತ್ತು ಲೈವ್ನೆಸ್ ಪರೀಕ್ಷೆಗಳನ್ನು ಹೇಗೆ ಹೊಂದಿಸುವುದು ಎಂಬುದನ್ನು ನಾವು ಕಲಿಯುತ್ತೇವೆ.
ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ ನಿದರ್ಶನವು ಚಾಲನೆಯಲ್ಲಿದೆಯೇ ಅಥವಾ ಇಲ್ಲವೇ ಎಂಬುದನ್ನು ಸಿಸ್ಟಂಗೆ ತಿಳಿಸಲು ಆರೋಗ್ಯ ತಪಾಸಣೆಯು ಸರಳವಾದ ಮಾರ್ಗವಾಗಿದೆ. ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ ನಿದರ್ಶನವು ಡೌನ್ ಆಗಿದ್ದರೆ, ಇತರ ಸೇವೆಗಳು ಅದನ್ನು ಪ್ರವೇಶಿಸಬಾರದು ಅಥವಾ ಅದಕ್ಕೆ ವಿನಂತಿಗಳನ್ನು ಕಳುಹಿಸಬಾರದು. ಬದಲಿಗೆ, ವಿನಂತಿಯನ್ನು ಈಗಾಗಲೇ ಚಾಲನೆಯಲ್ಲಿರುವ ಅಥವಾ ನಂತರ ಪ್ರಾರಂಭಿಸಲಾಗುವ ಅಪ್ಲಿಕೇಶನ್ನ ಇನ್ನೊಂದು ನಿದರ್ಶನಕ್ಕೆ ಕಳುಹಿಸಬೇಕು. ಹೆಚ್ಚುವರಿಯಾಗಿ, ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ನ ಕಳೆದುಹೋದ ಕಾರ್ಯವನ್ನು ಸಿಸ್ಟಮ್ ಮರುಸ್ಥಾಪಿಸಬೇಕು.
ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ, ಕುಬರ್ನೆಟ್ಸ್ ಪಾಡ್ಗಳೊಳಗಿನ ಎಲ್ಲಾ ಕಂಟೈನರ್ಗಳು ಚಾಲನೆಯಲ್ಲಿರುವಾಗ ಪಾಡ್ಗೆ ಟ್ರಾಫಿಕ್ ಕಳುಹಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ ಮತ್ತು ಕಂಟೇನರ್ಗಳು ಕ್ರ್ಯಾಶ್ ಆಗುವಾಗ ರೀಬೂಟ್ ಮಾಡುತ್ತದೆ. ಈ ಡೀಫಾಲ್ಟ್ ಸಿಸ್ಟಂ ನಡವಳಿಕೆಯು ಪ್ರಾರಂಭಿಸಲು ಸಾಕಷ್ಟು ಉತ್ತಮವಾಗಬಹುದು, ಆದರೆ ಕಸ್ಟಮ್ ವಿವೇಕ ತಪಾಸಣೆಗಳನ್ನು ಬಳಸಿಕೊಂಡು ನಿಮ್ಮ ಉತ್ಪನ್ನದ ನಿಯೋಜನೆಯ ವಿಶ್ವಾಸಾರ್ಹತೆಯನ್ನು ನೀವು ಸುಧಾರಿಸಬಹುದು.
ಅದೃಷ್ಟವಶಾತ್, ಕುಬರ್ನೆಟ್ಸ್ ಇದನ್ನು ಮಾಡಲು ತುಂಬಾ ಸುಲಭವಾಗಿದೆ, ಆದ್ದರಿಂದ ಈ ತಪಾಸಣೆಗಳನ್ನು ನಿರ್ಲಕ್ಷಿಸಲು ಯಾವುದೇ ಕ್ಷಮಿಸಿಲ್ಲ. ಕುಬರ್ನೆಟ್ಸ್ ಎರಡು ರೀತಿಯ ಆರೋಗ್ಯ ತಪಾಸಣೆಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ, ಮತ್ತು ಪ್ರತಿಯೊಂದನ್ನು ಹೇಗೆ ಬಳಸಲಾಗುತ್ತದೆ ಎಂಬುದರಲ್ಲಿ ವ್ಯತ್ಯಾಸಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಮುಖ್ಯವಾಗಿದೆ.
ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ ಟ್ರಾಫಿಕ್ ಅನ್ನು ನಿರ್ವಹಿಸಲು ಸಿದ್ಧವಾಗಿದೆ ಎಂದು ಕುಬರ್ನೆಟ್ಗಳಿಗೆ ತಿಳಿಸಲು ಸಿದ್ಧತೆ ಪರೀಕ್ಷೆಯನ್ನು ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ. ಪಾಡ್ಗೆ ದಟ್ಟಣೆಯನ್ನು ಕಳುಹಿಸಲು ಸೇವೆಯನ್ನು ಅನುಮತಿಸುವ ಮೊದಲು, ಕುಬರ್ನೆಟ್ಸ್ ಸನ್ನದ್ಧತೆಯ ಪರಿಶೀಲನೆ ಯಶಸ್ವಿಯಾಗಿದೆ ಎಂದು ಪರಿಶೀಲಿಸಬೇಕು. ಸನ್ನದ್ಧತೆ ಪರೀಕ್ಷೆಯು ವಿಫಲವಾದರೆ, ಪರೀಕ್ಷೆಯು ಹಾದುಹೋಗುವವರೆಗೆ ಕುಬರ್ನೆಟ್ಸ್ ಪಾಡ್ಗೆ ಟ್ರಾಫಿಕ್ ಕಳುಹಿಸುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ.
ಲೈವ್ನೆಸ್ ಪರೀಕ್ಷೆಯು ಕುಬರ್ನೆಟ್ಸ್ಗೆ ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ ಜೀವಂತವಾಗಿದೆಯೇ ಅಥವಾ ಸತ್ತಿದೆಯೇ ಎಂದು ಹೇಳುತ್ತದೆ. ಮೊದಲ ಪ್ರಕರಣದಲ್ಲಿ, ಕುಬರ್ನೆಟ್ಸ್ ಅದನ್ನು ಏಕಾಂಗಿಯಾಗಿ ಬಿಡುತ್ತದೆ, ಎರಡನೆಯದರಲ್ಲಿ ಅದು ಸತ್ತ ಪಾಡ್ ಅನ್ನು ಅಳಿಸುತ್ತದೆ ಮತ್ತು ಅದನ್ನು ಹೊಸದರೊಂದಿಗೆ ಬದಲಾಯಿಸುತ್ತದೆ.
ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ ಬೆಚ್ಚಗಾಗಲು ಮತ್ತು ಪ್ರಾರಂಭಿಸಲು 1 ನಿಮಿಷ ತೆಗೆದುಕೊಳ್ಳುವ ಸನ್ನಿವೇಶವನ್ನು ಊಹಿಸೋಣ. ಅಪ್ಲಿಕೇಶನ್ ಸಂಪೂರ್ಣವಾಗಿ ಲೋಡ್ ಆಗುವವರೆಗೆ ಮತ್ತು ಚಾಲನೆಯಲ್ಲಿರುವವರೆಗೆ ನಿಮ್ಮ ಸೇವೆಯು ಕಾರ್ಯನಿರ್ವಹಿಸಲು ಪ್ರಾರಂಭಿಸುವುದಿಲ್ಲ, ಆದರೂ ಕೆಲಸದ ಹರಿವು ಈಗಾಗಲೇ ಪ್ರಾರಂಭವಾಗಿದೆ. ನೀವು ಈ ನಿಯೋಜನೆಯನ್ನು ಬಹು ಪ್ರತಿಗಳಿಗೆ ಅಳೆಯಲು ಬಯಸಿದರೆ ನೀವು ಸಮಸ್ಯೆಗಳನ್ನು ಎದುರಿಸಬೇಕಾಗುತ್ತದೆ, ಏಕೆಂದರೆ ಆ ಪ್ರತಿಗಳು ಸಂಪೂರ್ಣವಾಗಿ ಸಿದ್ಧವಾಗುವವರೆಗೆ ದಟ್ಟಣೆಯನ್ನು ಸ್ವೀಕರಿಸಬಾರದು. ಆದಾಗ್ಯೂ, ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ, ಕಂಟೇನರ್ನೊಳಗೆ ಪ್ರಕ್ರಿಯೆಗಳು ಪ್ರಾರಂಭವಾದ ತಕ್ಷಣ ಕುಬರ್ನೆಟ್ಸ್ ಸಂಚಾರವನ್ನು ಕಳುಹಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ.
ಸನ್ನದ್ಧತೆ ಪರೀಕ್ಷೆಯನ್ನು ಬಳಸುವಾಗ, ಹೊಸ ನಕಲು ದಟ್ಟಣೆಯನ್ನು ಕಳುಹಿಸಲು ಸೇವೆಯನ್ನು ಅನುಮತಿಸುವ ಮೊದಲು ಅಪ್ಲಿಕೇಶನ್ ಸಂಪೂರ್ಣವಾಗಿ ಚಾಲನೆಯಾಗುವವರೆಗೆ ಕುಬರ್ನೆಟ್ಸ್ ಕಾಯುತ್ತಾರೆ.
ಸೇವೆ ಸಲ್ಲಿಸುವ ವಿನಂತಿಗಳನ್ನು ನಿಲ್ಲಿಸುವ ಮೂಲಕ ಅಪ್ಲಿಕೇಶನ್ ದೀರ್ಘಕಾಲದವರೆಗೆ ಸ್ಥಗಿತಗೊಳ್ಳುವ ಮತ್ತೊಂದು ಸನ್ನಿವೇಶವನ್ನು ಊಹಿಸೋಣ. ಪ್ರಕ್ರಿಯೆಯು ಚಾಲನೆಯಲ್ಲಿ ಮುಂದುವರಿದಂತೆ, ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಕುಬರ್ನೆಟ್ಸ್ ಎಲ್ಲವೂ ಸರಿಯಾಗಿದೆ ಎಂದು ಭಾವಿಸುತ್ತಾರೆ ಮತ್ತು ಕೆಲಸ ಮಾಡದ ಪಾಡ್ಗೆ ವಿನಂತಿಗಳನ್ನು ಕಳುಹಿಸುವುದನ್ನು ಮುಂದುವರಿಸುತ್ತಾರೆ. ಆದರೆ ಲೈವ್ನೆಸ್ ಅನ್ನು ಬಳಸುವಾಗ, ಅಪ್ಲಿಕೇಶನ್ ಇನ್ನು ಮುಂದೆ ವಿನಂತಿಗಳನ್ನು ಪೂರೈಸುತ್ತಿಲ್ಲ ಎಂದು ಕುಬರ್ನೆಟ್ಸ್ ಪತ್ತೆ ಮಾಡುತ್ತದೆ ಮತ್ತು ಡಿಫಾಲ್ಟ್ ಆಗಿ ಡೆಡ್ ಪಾಡ್ ಅನ್ನು ಮರುಪ್ರಾರಂಭಿಸುತ್ತದೆ.
ಸಿದ್ಧತೆ ಮತ್ತು ಕಾರ್ಯಸಾಧ್ಯತೆಯನ್ನು ಹೇಗೆ ಪರೀಕ್ಷಿಸಲಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ನೋಡೋಣ. ಮೂರು ಪರೀಕ್ಷಾ ವಿಧಾನಗಳಿವೆ - HTTP, ಕಮಾಂಡ್ ಮತ್ತು TCP. ಪರಿಶೀಲಿಸಲು ನೀವು ಅವುಗಳಲ್ಲಿ ಯಾವುದನ್ನಾದರೂ ಬಳಸಬಹುದು. ಬಳಕೆದಾರರನ್ನು ಪರೀಕ್ಷಿಸಲು ಅತ್ಯಂತ ಸಾಮಾನ್ಯವಾದ ಮಾರ್ಗವೆಂದರೆ HTTP ಪ್ರೋಬ್.
ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ HTTP ಸರ್ವರ್ ಅಲ್ಲದಿದ್ದರೂ ಸಹ, ಲೈವ್ನೆಸ್ ಪರೀಕ್ಷೆಯೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸಲು ನೀವು ಇನ್ನೂ ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ನಲ್ಲಿ ಹಗುರವಾದ HTTP ಸರ್ವರ್ ಅನ್ನು ರಚಿಸಬಹುದು. ಇದರ ನಂತರ, ಕುಬರ್ನೆಟ್ಸ್ ಪಾಡ್ ಅನ್ನು ಪಿಂಗ್ ಮಾಡಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ ಮತ್ತು HTTP ಪ್ರತಿಕ್ರಿಯೆಯು 200 ಅಥವಾ 300 ms ವ್ಯಾಪ್ತಿಯಲ್ಲಿದ್ದರೆ, ಪಾಡ್ ಆರೋಗ್ಯಕರವಾಗಿದೆ ಎಂದು ಸೂಚಿಸುತ್ತದೆ. ಇಲ್ಲದಿದ್ದರೆ, ಮಾಡ್ಯೂಲ್ ಅನ್ನು "ಅನಾರೋಗ್ಯಕರ" ಎಂದು ಗುರುತಿಸಲಾಗುತ್ತದೆ.
ಕಮಾಂಡ್ ಪರೀಕ್ಷೆಗಳಿಗಾಗಿ, ಕುಬರ್ನೆಟ್ಸ್ ನಿಮ್ಮ ಕಂಟೇನರ್ನಲ್ಲಿ ಆಜ್ಞೆಯನ್ನು ಚಲಾಯಿಸುತ್ತದೆ. ಆಜ್ಞೆಯು ಶೂನ್ಯ ನಿರ್ಗಮನ ಕೋಡ್ನೊಂದಿಗೆ ಹಿಂತಿರುಗಿದರೆ, ಕಂಟೇನರ್ ಅನ್ನು ಆರೋಗ್ಯಕರವೆಂದು ಗುರುತಿಸಲಾಗುತ್ತದೆ, ಇಲ್ಲದಿದ್ದರೆ, 1 ರಿಂದ 255 ರವರೆಗಿನ ನಿರ್ಗಮನ ಸ್ಥಿತಿ ಸಂಖ್ಯೆಯನ್ನು ಸ್ವೀಕರಿಸಿದ ನಂತರ, ಕಂಟೇನರ್ ಅನ್ನು "ಅನಾರೋಗ್ಯ" ಎಂದು ಗುರುತಿಸಲಾಗುತ್ತದೆ. ನೀವು HTTP ಸರ್ವರ್ ಅನ್ನು ಚಲಾಯಿಸಲು ಸಾಧ್ಯವಾಗದಿದ್ದರೆ ಅಥವಾ ಬಯಸದಿದ್ದರೆ ಈ ಪರೀಕ್ಷಾ ವಿಧಾನವು ಉಪಯುಕ್ತವಾಗಿದೆ, ಆದರೆ ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ನ ಆರೋಗ್ಯವನ್ನು ಪರಿಶೀಲಿಸುವ ಆಜ್ಞೆಯನ್ನು ಚಲಾಯಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ.
ಅಂತಿಮ ಪರಿಶೀಲನಾ ಕಾರ್ಯವಿಧಾನವು TCP ಪರೀಕ್ಷೆಯಾಗಿದೆ. ಕುಬರ್ನೆಟ್ಸ್ ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಪೋರ್ಟ್ನಲ್ಲಿ TCP ಸಂಪರ್ಕವನ್ನು ಸ್ಥಾಪಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತದೆ. ಇದನ್ನು ಮಾಡಬಹುದಾದರೆ, ಕಂಟೇನರ್ ಅನ್ನು ಆರೋಗ್ಯಕರವೆಂದು ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ; ಇಲ್ಲದಿದ್ದರೆ, ಅದನ್ನು ಕಾರ್ಯಸಾಧ್ಯವಲ್ಲ ಎಂದು ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ. ನೀವು HTTP ವಿನಂತಿ ಅಥವಾ ಕಮಾಂಡ್ ಎಕ್ಸಿಕ್ಯೂಶನ್ನೊಂದಿಗೆ ಪರೀಕ್ಷೆಯು ಉತ್ತಮವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸದ ಸನ್ನಿವೇಶವನ್ನು ಬಳಸುತ್ತಿದ್ದರೆ ಈ ವಿಧಾನವು ಉಪಯುಕ್ತವಾಗಿರುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, TCP ಬಳಸಿಕೊಂಡು ಪರಿಶೀಲನೆಗಾಗಿ ಮುಖ್ಯ ಸೇವೆಗಳು gRPC ಅಥವಾ FTP ಆಗಿರುತ್ತದೆ.
ಪರೀಕ್ಷೆಗಳನ್ನು ವಿವಿಧ ನಿಯತಾಂಕಗಳೊಂದಿಗೆ ಹಲವಾರು ರೀತಿಯಲ್ಲಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಬಹುದು. ಅವುಗಳನ್ನು ಎಷ್ಟು ಬಾರಿ ಕಾರ್ಯಗತಗೊಳಿಸಬೇಕು, ಯಶಸ್ಸು ಮತ್ತು ವೈಫಲ್ಯದ ಮಿತಿಗಳು ಯಾವುವು ಮತ್ತು ಪ್ರತಿಕ್ರಿಯೆಗಳಿಗಾಗಿ ಎಷ್ಟು ಸಮಯ ಕಾಯಬೇಕು ಎಂಬುದನ್ನು ನೀವು ನಿರ್ದಿಷ್ಟಪಡಿಸಬಹುದು. ಹೆಚ್ಚಿನ ಮಾಹಿತಿಗಾಗಿ, ರೆಡಿನೆಸ್ ಮತ್ತು ಲೈವ್ನೆಸ್ ಪರೀಕ್ಷೆಗಳ ದಸ್ತಾವೇಜನ್ನು ನೋಡಿ. ಆದಾಗ್ಯೂ, ಲೈವ್ನೆಸ್ ಪರೀಕ್ಷೆಯನ್ನು ಹೊಂದಿಸುವಲ್ಲಿ ಒಂದು ಪ್ರಮುಖ ಅಂಶವಿದೆ - ಪರೀಕ್ಷಾ ವಿಳಂಬದ ಆರಂಭಿಕ ಸೆಟ್ಟಿಂಗ್ ಆರಂಭಿಕ ವಿಳಂಬ ಸೆಕೆಂಡುಗಳು. ನಾನು ಹೇಳಿದಂತೆ, ಈ ಪರೀಕ್ಷೆಯ ವೈಫಲ್ಯವು ಮಾಡ್ಯೂಲ್ ಅನ್ನು ಮರುಪ್ರಾರಂಭಿಸಲು ಕಾರಣವಾಗುತ್ತದೆ. ಆದ್ದರಿಂದ ಅಪ್ಲಿಕೇಶನ್ ಹೋಗಲು ಸಿದ್ಧವಾಗುವವರೆಗೆ ಪರೀಕ್ಷೆಯು ಪ್ರಾರಂಭವಾಗುವುದಿಲ್ಲ ಎಂದು ನೀವು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಬೇಕು, ಇಲ್ಲದಿದ್ದರೆ ಅದು ಮರುಪ್ರಾರಂಭಿಸುವ ಮೂಲಕ ಸೈಕ್ಲಿಂಗ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತದೆ. ನಾನು P99 ಆರಂಭಿಕ ಸಮಯ ಅಥವಾ ಬಫರ್ನಿಂದ ಸರಾಸರಿ ಅಪ್ಲಿಕೇಶನ್ ಪ್ರಾರಂಭ ಸಮಯವನ್ನು ಬಳಸಲು ಶಿಫಾರಸು ಮಾಡುತ್ತೇವೆ. ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ನ ಪ್ರಾರಂಭದ ಸಮಯವು ವೇಗವಾಗಿ ಅಥವಾ ನಿಧಾನವಾಗುವುದರಿಂದ ಈ ಮೌಲ್ಯವನ್ನು ಸರಿಹೊಂದಿಸಲು ಮರೆಯದಿರಿ.
ಯಾವುದೇ ವಿತರಣಾ ವ್ಯವಸ್ಥೆಗೆ ಆರೋಗ್ಯ ತಪಾಸಣೆಗಳು ಕಡ್ಡಾಯ ತಪಾಸಣೆ ಎಂದು ಹೆಚ್ಚಿನ ತಜ್ಞರು ದೃಢೀಕರಿಸುತ್ತಾರೆ ಮತ್ತು ಕುಬರ್ನೆಟ್ಸ್ ಇದಕ್ಕೆ ಹೊರತಾಗಿಲ್ಲ. ಸೇವಾ ಆರೋಗ್ಯ ತಪಾಸಣೆಗಳನ್ನು ಬಳಸುವುದರಿಂದ ಕುಬರ್ನೆಟ್ಸ್ನ ವಿಶ್ವಾಸಾರ್ಹ, ತೊಂದರೆ-ಮುಕ್ತ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಖಾತ್ರಿಗೊಳಿಸುತ್ತದೆ ಮತ್ತು ಬಳಕೆದಾರರಿಗೆ ಇದು ಸುಲಭವಲ್ಲ.
ಅತಿ ಶೀಘ್ರದಲ್ಲಿ ಮುಂದುವರೆಯುವುದು...
ಕೆಲವು ಜಾಹೀರಾತುಗಳು 🙂
ನಮ್ಮೊಂದಿಗೆ ಇರುವುದಕ್ಕೆ ಧನ್ಯವಾದಗಳು. ನೀವು ನಮ್ಮ ಲೇಖನಗಳನ್ನು ಇಷ್ಟಪಡುತ್ತೀರಾ? ಹೆಚ್ಚು ಆಸಕ್ತಿದಾಯಕ ವಿಷಯವನ್ನು ನೋಡಲು ಬಯಸುವಿರಾ? ಆರ್ಡರ್ ಮಾಡುವ ಮೂಲಕ ಅಥವಾ ಸ್ನೇಹಿತರಿಗೆ ಶಿಫಾರಸು ಮಾಡುವ ಮೂಲಕ ನಮ್ಮನ್ನು ಬೆಂಬಲಿಸಿ,
ಆಮ್ಸ್ಟರ್ಡ್ಯಾಮ್ನಲ್ಲಿರುವ Equinix Tier IV ಡೇಟಾ ಸೆಂಟರ್ನಲ್ಲಿ Dell R730xd 2x ಅಗ್ಗವಾಗಿದೆಯೇ? ಇಲ್ಲಿ ಮಾತ್ರ
ಮೂಲ: www.habr.com