ಟ್ರಾಫಿಕ್ ಅಡಿಯಲ್ಲಿ Microsoft ನ ಔಟ್ಲುಕ್ ಚೇತರಿಕೆ ವಿಫಲಗೊಳ್ಳುತ್ತಲೇ ಇತ್ತು
Microsoft ನ ನವೆಂಬರ್ 12–13 ರ ಇಮೇಲ್ ಅಡಚಣೆಯು ಚೇತರಿಕೆಯ ಲೂಪ್ ಅನ್ನು ಬಹಿರಂಗಪಡಿಸಿದೆ: ಹಿಂತಿರುಗಿದ ಸರ್ವರ್ಗಳು ಟ್ರಾಫಿಕ್ ಅಡಿಯಲ್ಲಿ ಮತ್ತೆ ಪ್ರತಿಕ್ರಿಯಿಸದಿರಬಹುದು.
Microsoft ನ ನವೆಂಬರ್ 12–13 ರ ಇಮೇಲ್ ಅಡಚಣೆಯು ಚೇತರಿಕೆಯ ಲೂಪ್ ಅನ್ನು ಬಹಿರಂಗಪಡಿಸಿದೆ: ಹಿಂತಿರುಗಿದ ಸರ್ವರ್ಗಳು ಟ್ರಾಫಿಕ್ ಅಡಿಯಲ್ಲಿ ಮತ್ತೆ ಪ್ರತಿಕ್ರಿಯಿಸದಿರಬಹುದು. ಅನುಮೋದಿತ ನವೆಂಬರ್ 13 ರ 11:04:50 UTC ಕಡಿತದಲ್ಲಿ, ಏಷ್ಯಾ ಪೆಸಿಫಿಕ್ನ ಕೆಲವು ಭಾಗಗಳಲ್ಲಿ ಚೇತರಿಕೆ ಮುಂದುವರೆದಿದೆ, ಆದರೆ ಮಧ್ಯಂತರ ಸಮಸ್ಯೆಗಳು ಮತ್ತು ಇತರ ಕಡೆಗಳಲ್ಲಿ ಕೆಲಸ ಉಳಿದಿದೆ. ಈ ಫಾಲೋ-ಅಪ್ ಅವಲಂಬನೆಗಳು ಮತ್ತು ವಿಳಂಬವಾದ ಮೇಲ್ ಸುರಕ್ಷತೆಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ.
ಲಿಖಿತ ಆವೃತ್ತಿಯನ್ನು ಓದಿ (ಇಂಗ್ಲಿಷ್) ↗
ಈ ವೀಡಿಯೊ ಏನನ್ನು ಒಳಗೊಂಡಿದೆ
- ಪ್ರತಿಯೊಂದು ಕಾರ್ಯಾಚರಣೆಯ ಬ್ಯಾಕೆಂಡ್ ಅವಲಂಬನೆಯನ್ನು ಪರಿಶೀಲಿಸಿ: ಹೆಚ್ಚಿನ ಪ್ರಮುಖ ತಂಡಗಳ ಕಾರ್ಯಚಟುವಟಿಕೆ ಮತ್ತು ನೇರ SharePoint ಫೈಲ್ ಪ್ರವೇಶವು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಲೇ ಇತ್ತು, ಆದರೆ Exchange-ಅವಲಂಬಿತ ವೈಶಿಷ್ಟ್ಯಗಳು ದುರ್ಬಲಗೊಂಡಿದ್ದವು.
- ಟ್ರಾಫಿಕ್ ಅವುಗಳನ್ನು ತಲುಪಿದಾಗ ಹಿಂತಿರುಗಿದ ಸರ್ವರ್ಗಳು ಮತ್ತೆ ಪ್ರತಿಕ್ರಿಯಿಸುವುದಿಲ್ಲ ಎಂದು Microsoft ವರದಿ ಮಾಡಿದೆ; ಅದರ ಆರೋಗ್ಯ-ಪ್ರಕ್ರಿಯೆ-ಘಟಕ ವಿವರಣೆಯು ಒಂದು ಕಲ್ಪನೆಯಾಗಿ ಉಳಿದಿದೆ.
- ವಿಸ್ತೃತ ನಲವತ್ತೆಂಟು ಗಂಟೆಗಳ ಇಮೇಲ್ ಸಮಯಾವಧಿಯು ಕ್ಯೂ ಮತ್ತು ಬ್ಯಾಕ್ಲಾಗ್ ಪ್ರಕ್ರಿಯೆಯ ಸಮಯದಲ್ಲಿ ವಿಳಂಬವಾದ ಮೇಲ್ ಅನ್ನು ಸಂರಕ್ಷಿಸಲು ಉದ್ದೇಶಿಸಿದೆ. ಇದು ದುರಸ್ತಿ ಗಡುವು ಅಥವಾ ಸಾರ್ವತ್ರಿಕ ವಿತರಣಾ ಗ್ಯಾರಂಟಿ ಆಗಿರಲಿಲ್ಲ.
- ಸಾಮಾನ್ಯ ಗ್ರಾಫ್ ಥ್ರೊಟ್ಲಿಂಗ್ ಮಾರ್ಗದರ್ಶನವು Retry-After ಮತ್ತು ಎಕ್ಸ್ಪೋನೆನ್ಷಿಯಲ್ ಬ್ಯಾಕ್ಆಫ್ ಅನ್ನು ಗೌರವಿಸಲು ಶಿಫಾರಸು ಮಾಡುತ್ತದೆ, ಆ ಹೆಡರ್ ಇಲ್ಲದಿದ್ದಾಗ; ಇದು ಈ ಘಟನೆಯನ್ನು ನಿಖರವಾಗಿ ಪತ್ತೆಹಚ್ಚುವುದಿಲ್ಲ ಅಥವಾ ದುರಸ್ತಿ ಮಾಡುವುದಿಲ್ಲ.
ಪ್ರಶ್ನೋತ್ತರಗಳು
Microsoft ನ ಹಿಂತಿರುಗಿದ ಮೇಲ್ ಸರ್ವರ್ಗಳು ಟ್ರಾಫಿಕ್ ಅಡಿಯಲ್ಲಿ ಏಕೆ ಮತ್ತೆ ವಿಫಲವಾಗಬಹುದು?
ಟ್ರಾಫಿಕ್ ಅನ್ನು ಸ್ವೀಕರಿಸಿದ ನಂತರ ಹಿಂತಿರುಗಿದ ಸರ್ವರ್ಗಳು ಮತ್ತೆ ಪ್ರತಿಕ್ರಿಯಿಸುವುದಿಲ್ಲ ಎಂದು Microsoft ವರದಿ ಮಾಡಿದೆ. ಅದರ ತನಿಖೆಯು ಓವರ್ಲೋಡ್ ಆದ ಪ್ರಕ್ರಿಯೆಗಳು ಮತ್ತು ಸರ್ವರ್ ಆರೋಗ್ಯವನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುವ ಒಂದು ಘಟಕದಲ್ಲಿನ ಸಂಭವನೀಯ ಸಮಸ್ಯೆಯನ್ನು ವಿವರಿಸಿದೆ, ಆದರೆ ಆರಂಭಿಕ ಪ್ರಚೋದನೆಯು ಅಂತಿಮ ಘಟನೆ ವರದಿಗಾಗಿ ಇನ್ನೂ ಕಾಯುತ್ತಿದೆ. ಈ ಘಟನೆಯು ವರದಿಯಾದ ಮರುಪಾವತಿ, ಕೆಲಸ ಮತ್ತು ಪುನರಾವರ್ತನೆಯ ಅನುಕ್ರಮವನ್ನು ಪರಿಕಲ್ಪನಾತ್ಮಕವಾಗಿ ವಿವರಿಸುತ್ತದೆ; ಇದು ಸಾಬೀತಾದ ಆಂತರಿಕ ವಾಸ್ತುಶಿಲ್ಪ ಅಥವಾ ಅಂತಿಮ ಮೂಲ ಕಾರಣವನ್ನು ಹೇಳಿಕೊಳ್ಳುವುದಿಲ್ಲ.
ಕ್ಯಾಲೆಂಡರ್ ವೈಶಿಷ್ಟ್ಯಗಳು ವಿಫಲವಾದಾಗ Teams ಕರೆಗಳು ಏಕೆ ಕಾರ್ಯನಿರ್ವಹಿಸಿದವು?
Microsoft ನ ವಿಸ್ತೃತ ಸೇವಾ ಆರೋಗ್ಯ ಸೂಚನೆಯ ಪ್ರಕಾರ ಹೆಚ್ಚಿನ ಪ್ರಮುಖ Teams ಕರೆಗಳು, ಸಭೆಗಳು ಮತ್ತು ಚಾಟ್ಗಳು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಲೇ ಇತ್ತು. ಕ್ಯಾಲೆಂಡರ್ ಮತ್ತು ವೇಳಾಪಟ್ಟಿ ಸನ್ನಿವೇಶಗಳು Exchange Online ಅನ್ನು ಅವಲಂಬಿಸಿವೆ ಮತ್ತು ಅಡಚಣೆಯ ಸಮಯದಲ್ಲಿ ವಿಫಲವಾಗಬಹುದು. ನೇರ SharePoint ಫೈಲ್ ಪ್ರವೇಶವು ಸಹ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಲೇ ಇತ್ತು. ಉಪಯುಕ್ತ ಅಪ್ಲಿಕೇಶನ್-ಮಟ್ಟದ ವ್ಯತ್ಯಾಸವು ಕಾರ್ಯಾಚರಣೆಯ ಹಿಂದಿನ ಅವಲಂಬನೆಯಾಗಿದೆ, ಬದಲಿಗೆ ಉತ್ಪನ್ನ ಲೋಗೋದ ಅಡಿಯಲ್ಲಿನ ಪ್ರತಿಯೊಂದು ವೈಶಿಷ್ಟ್ಯವನ್ನು ಒಂದೇ ವೈಫಲ್ಯದ ಸ್ಥಿತಿಯನ್ನು ಹಂಚಿಕೊಳ್ಳುತ್ತದೆ ಎಂದು ಪರಿಗಣಿಸುವುದಕ್ಕಿಂತ.
ನಲವತ್ತೆಂಟು ಗಂಟೆಗಳ ಇಮೇಲ್ ಸಮಯಾವಧಿಯು ದುರಸ್ತಿ ಗಡುವನ್ನು ನಿಗದಿಪಡಿಸಿತೇ?
Microsoft ಕ್ಯೂ ಮತ್ತು ಬ್ಯಾಕ್ಲಾಗ್ ಪ್ರಕ್ರಿಯೆಗೆ ಆದ್ಯತೆ ನೀಡುವಾಗ ವಿಳಂಬವಾದ ಸಂದೇಶಗಳನ್ನು ಸಂರಕ್ಷಿಸಲು ಇಮೇಲ್ ಸಮಯಾವಧಿ ವಿಂಡೋವನ್ನು ವಿಸ್ತರಿಸಿದೆ. ಅದು ಚೇತರಿಕೆಯ ಸಮಯದಲ್ಲಿ ವಿಳಂಬವಾದ ಮೇಲ್ಗೆ ಹೆಚ್ಚು ಸಮಯವನ್ನು ನೀಡಿತು. ಸಾರ್ವಜನಿಕ ಸೂಚನೆಯು ನಲವತ್ತೆಂಟು ಗಂಟೆಗಳ ದುರಸ್ತಿ ಗಡುವನ್ನು ನೀಡಿಲ್ಲ ಮತ್ತು ಪ್ರತಿಯೊಂದು ಸಂದೇಶವೂ ಅದರ ಸ್ವೀಕರಿಸುವವರನ್ನು ತಲುಪುತ್ತದೆ ಎಂದು ಯಾವುದೇ ಗ್ಯಾರಂಟಿ ಇಲ್ಲ. ಆದ್ದರಿಂದ ಬಾಕಿ ಉಳಿದಿರುವ ಅಥವಾ ಕ್ಯೂನಲ್ಲಿರುವ ಅಧಿಸೂಚನೆಯು ಸಮಯ-ಸೂಕ್ಷ್ಮ ವರ್ಕ್ಫ್ಲೋ ಅದನ್ನು ಅವಲಂಬಿಸುವ ಮೊದಲು ನಿಜವಾದ ವಿತರಣೆ ಅಥವಾ ಫಲಿತಾಂಶದ ಪರಿಶೀಲನೆಯನ್ನು ಬಯಸುತ್ತದೆ.
Exchange ಅಡಚಣೆಯು Microsoft Graph ಅಪ್ಲಿಕೇಶನ್ಗಳ ಮೇಲೆ ಹೇಗೆ ಪರಿಣಾಮ ಬೀರಿತು?
Microsoft ಪ್ರಕಾರ Exchange Online ಮೇಲ್, ಕ್ಯಾಲೆಂಡರ್ ಮತ್ತು ಸಂಪರ್ಕಗಳಿಗಾಗಿನ ವಿನಂತಿಗಳು ಸಮಯಾವಧಿ ಮುಗಿಯಬಹುದು. ಒಂದು ಅಪ್ಲಿಕೇಶನ್ ವಿಭಿನ್ನ ಆಧಾರವಾಗಿರುವ ಅವಲಂಬನೆಗಳೊಂದಿಗೆ ಕಾರ್ಯಾಚರಣೆಗಳಾದ್ಯಂತ ವಿಭಿನ್ನ ಫಲಿತಾಂಶಗಳನ್ನು ಎದುರಿಸಬಹುದು. ಈ ಘಟನೆಯು ಕಾರ್ಯಾಚರಣೆಯ ನಿಜವಾದ ಸೇವಾ ಅವಲಂಬನೆಯನ್ನು ಪರಿಶೀಲಿಸಲು ಶಿಫಾರಸು ಮಾಡುತ್ತದೆ. Microsoft ನ ಪ್ರತ್ಯೇಕ ಸಾಮಾನ್ಯ-ಥ್ರೊಟ್ಲಿಂಗ್ ಡಾಕ್ಯುಮೆಂಟೇಶನ್ 'Retry-After' ಅನ್ನು ಗೌರವಿಸುವುದನ್ನು ಮತ್ತು ಆ ಹೆಡರ್ ಇಲ್ಲದಿದ್ದಾಗ ಎಕ್ಸ್ಪೋನೆನ್ಷಿಯಲ್ ಬ್ಯಾಕ್ಆಫ್ ಅನ್ನು ಚರ್ಚಿಸುತ್ತದೆ; ಆ ನೀತಿಗಳು ಈ ಘಟನೆಯ ಕಾರಣವನ್ನು ಸ್ಥಾಪಿಸುವುದಿಲ್ಲ ಅಥವಾ ಪುನಃಸ್ಥಾಪಿತ ಸೇವೆಯನ್ನು ಭರವಸೆ ನೀಡುವುದಿಲ್ಲ.
Microsoft ನ ಚೇತರಿಕೆಯ ಬಗ್ಗೆ The Daily Diff ನ ತೀರ್ಪು ಏನು?
The Daily Diff ನ ತೀರ್ಪು ಪರಿಶೀಲನೆ ಅಗತ್ಯವಿದೆ (NEEDS REVIEW) ಎಂದಾಗಿತ್ತು. ಮೈಕ್ರೋಸಾಫ್ಟ್ನ ಅಪ್ಡೇಟ್ಗಳು ಟ್ರಾಫಿಕ್ ಅಡಿಯಲ್ಲಿ ಹಿಂತಿರುಗಿದ ಸರ್ವರ್ಗಳು ವಿಫಲವಾಗುವುದನ್ನು ವಿವರಿಸಿದ ಕಾರಣ Niko ಚೇತರಿಕೆಯನ್ನು ಪರಿಶೀಲನೆಯಲ್ಲಿ ಇಟ್ಟರು. ನಿಜವಾದ ಕೆಲಸದೊಂದಿಗೆ ನಿರಂತರ ಸೇವೆಯು ಉಪಯುಕ್ತ ಚೇತರಿಕೆ ಪರೀಕ್ಷೆಯಾಗಿದೆ. ಘಟನೆಯ ವರದಿ ಮಾಡುವ ಕಡಿತದಲ್ಲಿ ಆರಂಭಿಕ ಕಾರಣವು ತೆರೆದಿತ್ತು, Microsoft ಸಂಪೂರ್ಣ ಘಟನೆ ವರದಿ ಮತ್ತು ತಗ್ಗಿಸುವಿಕೆಯ ನಂತರ ಆಳವಾದ ರಕ್ಷಣಾ ಕ್ರಮಗಳನ್ನು ಭರವಸೆ ನೀಡಿದೆ.
ಅನುವಾದಿತ ಪ್ರತಿಲೇಖನ
ಮೂಲ ಇಂಗ್ಲಿಷ್ ನಿರೂಪಣೆಯಿಂದ ಅನುವಾದಿಸಲಾಗಿದೆ. ಲಭ್ಯವಿರುವ ಆಡಿಯೋ ಮತ್ತು ಶೀರ್ಷಿಕೆಗಳನ್ನು YouTube ನಿಯಂತ್ರಿಸುತ್ತದೆ.
ಹಿಂತಿರುಗಿದ ಸರ್ವರ್ಗಳು ಏಕೆ ಮತ್ತೆ ವಿಫಲವಾದವು?
0:00 Microsoft ಮೇಲ್ ಸರ್ವರ್ಗಳನ್ನು ಸೇವೆಗೆ ಹಿಂದಿರುಗಿಸಿತು. ಟ್ರಾಫಿಕ್ ಹಿಂತಿರುಗಿದಾಗ ಅವು ಮತ್ತೆ ಪ್ರತಿಕ್ರಿಯಿಸುವುದನ್ನು ನಿಲ್ಲಿಸಬಹುದು. ಇಲ್ಲಿ ಡೆವಲಪರ್ ಫಾಲೋ-ಅಪ್ ಇದೆ. ಈ ವೀಡಿಯೊದಲ್ಲಿ, ಚೇತರಿಕೆ ಏಕೆ ವಿಫಲಗೊಳ್ಳುತ್ತಲೇ ಇತ್ತು? ಮತ್ತು ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ನ ಯಾವ ಭಾಗಗಳು ಇನ್ನೂ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿವೆ? Microsoft ವಿಳಂಬವಾದ ಇಮೇಲ್ಗೆ ನಲವತ್ತೆಂಟು ಗಂಟೆಗಳನ್ನು ಸಹ ನೀಡಿತು. ಅದು ನಿಮಗೆ ನಿಜವಾಗಿ ಏನು ಪ್ರಯೋಜನ ನೀಡುತ್ತದೆ? ಇದು ಶುಕ್ರವಾರ, ನವೆಂಬರ್ ಹದಿಮೂರು, ಮತ್ತು ಇದು The Daily Diff.
0:18 Exchange Online ಮೈಕ್ರೋಸಾಫ್ಟ್ನ ಹೋಸ್ಟ್ ಮಾಡಿದ ಇಮೇಲ್ ಸೇವೆಯಾಗಿದೆ, ಮತ್ತು ಇತರ ಮೈಕ್ರೋಸಾಫ್ಟ್ ಮೂರು
ಯಾವ ವೈಶಿಷ್ಟ್ಯಗಳು Exchange ಅನ್ನು ಅವಲಂಬಿಸಿವೆ?
0:22 ಅರವತ್ತೈದು ವೈಶಿಷ್ಟ್ಯಗಳು ಅದನ್ನು ಅವಲಂಬಿಸಿವೆ. ಇಲ್ಲಿ ಮೈಕ್ರೋಸಾಫ್ಟ್ನ ಸ್ಥಿತಿ ಪುಟದಿಂದ ಉಪಯುಕ್ತ ವ್ಯತ್ಯಾಸವಿದೆ. ತಂಡಗಳ ಕರೆಗಳು ಮತ್ತು ಗುಂಪು ಚಾಟ್ಗಳು ಹೆಚ್ಚಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸಿದವು. ಕ್ಯಾಲೆಂಡರ್ ವೈಶಿಷ್ಟ್ಯಗಳು ಮತ್ತು ಮೇಲ್ಬಾಕ್ಸ್ ಡೇಟಾಕ್ಕಾಗಿನ ವಿನಂತಿಗಳು ವಿಫಲವಾಗಬಹುದು. ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ ನಿಜವಾಗಿ ಬಳಸುವ ಅವಲಂಬನೆಯನ್ನು ಪರಿಶೀಲಿಸಿ. ಇದರರ್ಥ ಕ್ಯಾಲೆಂಡರ್ ಸಹಕರಿಸಲು ನಿರಾಕರಿಸಿದರೂ ಸಹ ಸಭೆಯು ನಡೆಯಬಹುದು. SharePoint ನಲ್ಲಿನ ಫೈಲ್ಗಳಿಗೆ ನೇರ ಪ್ರವೇಶವು ಸಹ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಲೇ ಇತ್ತು, ಕೆಲವು ಹಂಚಿಕೆ ವೈಶಿಷ್ಟ್ಯಗಳು ಪರಿಣಾಮ ಬೀರಿದ್ದರೂ.
0:42 ವಿಂಡೋದಲ್ಲಿನ ಲೋಗೋ ನಿಮ್ಮ ಮುಂದಿನ ಕ್ಲಿಕ್ಗೆ ಯಾವ ಬ್ಯಾಕೆಂಡ್ ಅಗತ್ಯವಿದೆ ಎಂಬುದರ ಬಗ್ಗೆ ನಿಮಗೆ ಬಹಳ ಕಡಿಮೆ ತಿಳಿಸುತ್ತದೆ. ಅಡಚಣೆಯು ಗುರುವಾರ ಪ್ರಾರಂಭವಾಯಿತು, Microsoft ಆರಂಭದಲ್ಲಿ ಅಮೆರಿಕಾದಲ್ಲಿ ಮೇಲ್ಬಾಕ್ಸ್ ಪ್ರವೇಶವನ್ನು ತನಿಖೆ ಮಾಡುತ್ತಿದೆ. ಇದು ನಂತರ ಯಾವುದೇ ಪ್ರದೇಶದಲ್ಲಿನ ಬಳಕೆದಾರರು ಪರಿಣಾಮ ಬೀರಬಹುದು ಎಂದು ದೃಢಪಡಿಸಿತು. CNN ಬ್ಯಾಂಕುಗಳು, ಸರ್ಕಾರಗಳು ಮತ್ತು ನ್ಯಾಯಾಲಯಗಳಲ್ಲಿ ಸಮಸ್ಯೆಗಳನ್ನು ವರದಿ ಮಾಡಿದೆ. ಕಳೆದುಹೋದ ಇಮೇಲ್ ಅನಾನುಕೂಲಕರವಾಗಿದೆ, ಯಾರಾದರೂ ನಿಜವಾದ ಕೆಲಸವು ಅದರ ಆಗಮನವನ್ನು ಅವಲಂಬಿಸುವವರೆಗೆ. Microsoft ನ ಆರಂಭಿಕ ವಿವರಣೆಯು ಲಭ್ಯವಿರುವ ಸರ್ವರ್ಗಳ ನಷ್ಟವಾಗಿತ್ತು. ಆ ಯಂತ್ರಗಳು ನಿರ್ವಹಿಸಬೇಕಾದ ಕೆಲಸವು ಉಳಿದಿರುವ ಮೂಲಸೌಕರ್ಯವನ್ನು ತಗ್ಗಿಸಿತು.
ಕಳೆದುಹೋದ ಸಾಮರ್ಥ್ಯವು ಸೇವೆಯನ್ನು ಹೇಗೆ ಓವರ್ಲೋಡ್ ಮಾಡುತ್ತದೆ?
1:06 ನಿಮ್ಮ ಸಾಮರ್ಥ್ಯ ಕಣ್ಮರೆಯಾದಾಗ ಸಾಮಾನ್ಯ ಬೇಡಿಕೆಯೊಂದಿಗೆ ನೀವು ಸೇವೆಯನ್ನು ಓವರ್ಲೋಡ್ ಮಾಡಬಹುದು. ಇಮೇಲ್ ಕಳುಹಿಸುವ ಉತ್ಸಾಹವನ್ನು ಯಾರೂ ಇದ್ದಕ್ಕಿದ್ದಂತೆ ಕಂಡುಹಿಡಿಯದಿದ್ದರೂ ಸಹ ಕ್ಯೂ ಉದ್ದವಾಗುತ್ತದೆ. ಕಂಪನಿಯು ನಂತರ ಸ್ವಯಂಚಾಲಿತ ಆರೋಗ್ಯ ತಪಾಸಣೆಗಳನ್ನು ತನಿಖೆ ಮಾಡಿತು. ಈ ತಪಾಸಣೆಗಳು ಸರ್ವರ್ ಕೆಲಸವನ್ನು ತೆಗೆದುಕೊಳ್ಳಬಹುದೇ ಎಂದು ನಿರ್ಧರಿಸಲು ಸಹಾಯ ಮಾಡುತ್ತವೆ. ಸರ್ವರ್ ಆರೋಗ್ಯವನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುವ ಒಂದು ಘಟಕವು ಒಳಗೊಂಡಿರಬಹುದು ಎಂದು Microsoft ಹೇಳಿದೆ. ಇದು ಇನ್ನೂ ನಡೆಯುತ್ತಿರುವ ತನಿಖೆಯ ಕಲ್ಪನೆಯಾಗಿದೆ. ಆ ಸರ್ವರ್ಗಳು ಏಕೆ ಮೊದಲಿಗೆ ಲಭ್ಯವಿರಲಿಲ್ಲ ಎಂಬುದನ್ನು ನಿಖರವಾಗಿ ವಿವರಿಸುವ ಅಂತಿಮ ಘಟನೆ ವರದಿ ನಮ್ಮಲ್ಲಿ ಇಲ್ಲ. ಅಪ್ಡೇಟ್ಗಳು ಪ್ರಗತಿಪರ ಆನ್-ಕಾಲ್ ಶಿಫ್ಟ್ನಂತೆ ಓದುತ್ತವೆ, ಉಪಾಹಾರದಲ್ಲಿ ಕಡಿಮೆ ಆಸಕ್ತಿ ಹೊಂದಿವೆ.
1:29 ನಿಯೋಜನೆಗಳನ್ನು ನಿಲ್ಲಿಸಿ. ಟ್ರಾಫಿಕ್ ಅನ್ನು ಸರಿಸಿ. ಸರ್ವರ್ಗಳನ್ನು ಮರುಪ್ರಾರಂಭಿಸಿ. Microsoft ಒಂದು ಪರ್ಯಾಯ ಆರೋಗ್ಯ ತಪಾಸಣೆಯನ್ನು ಮೌಲ್ಯೀಕರಿಸಿದೆ ಅದು ಉಪವಿಭಾಗವನ್ನು ಹಿಂದಿರುಗಿಸಿತು,
Microsoft ಮೊದಲು ಏನು ಪ್ರಯತ್ನಿಸಿತು?
1:37 ಮತ್ತು ಪ್ರತಿಕ್ರಿಯಿಸದ ಯಂತ್ರಗಳನ್ನು ಪತ್ತೆಹಚ್ಚಲು ಮತ್ತು ಮರುಪ್ರಾರಂಭಿಸಲು ಸ್ವಯಂಚಾಲಿತ ವ್ಯವಸ್ಥೆಗಳನ್ನು ಸಿದ್ಧಪಡಿಸಿತು. ಪ್ರತಿಯೊಂದು ಅಪ್ಡೇಟ್ ಸಾಮರ್ಥ್ಯವನ್ನು ಚೇತರಿಸಿಕೊಳ್ಳುವ ಪ್ರಯತ್ನವನ್ನು ವಿವರಿಸಿದೆ. ನಂತರ ಚೇತರಿಕೆ ಲೂಪ್ ಅನ್ನು ವಿವರಿಸುವ ಸಾಲು ಬಂದಿತು. ಸೇವೆಗೆ ಹಿಂದಿರುಗಿದ ಸರ್ವರ್ಗಳು ಟ್ರಾಫಿಕ್ ಅನ್ನು ಸ್ವೀಕರಿಸಿದ ನಂತರ ಮತ್ತೆ ಪ್ರತಿಕ್ರಿಯಿಸದಿರಬಹುದು ಎಂದು Microsoft ಹೇಳಿದೆ. ಒಂದು ಯಂತ್ರವು ಹಿಂತಿರುಗಬಹುದು, ನಿಜವಾದ ಕೆಲಸವನ್ನು ಸ್ವೀಕರಿಸಬಹುದು ಮತ್ತು ಪ್ರತಿಕ್ರಿಯಿಸುವುದನ್ನು ನಿಲ್ಲಿಸಬಹುದು. ಆ ಅವಲೋಕನವು ಉತ್ತರಗಳಲ್ಲಿ ಯಾರ ವಿಶ್ವಾಸಾರ್ಹ ಸಿದ್ಧಾಂತಕ್ಕಿಂತಲೂ ಬಲವಾದ ಪುರಾವೆಯಾಗಿದೆ. ಆ ಸ್ಥಿತಿಗಳ ಮೂಲಕ ಅದೇ ಸರ್ವರ್ ಅನ್ನು ಚಿತ್ರಿಸಿ. ಲಭ್ಯವಿಲ್ಲ. ಸೇವೆಗೆ ಹಿಂತಿರುಗಿದೆ.
1:59 ಟ್ರಾಫಿಕ್ ತೆಗೆದುಕೊಳ್ಳುತ್ತಿದೆ. ಮತ್ತೆ ಪ್ರತಿಕ್ರಿಯಿಸುವುದಿಲ್ಲ. ಇದು Microsoft ನ ವಿವರಣೆಯನ್ನು ವಿವರಿಸುತ್ತದೆ. ಆ ಕೊನೆಯ ಪರಿವರ್ತನೆಯನ್ನು ಪ್ರಚೋದಿಸುವುದು ಏನು ಎಂಬುದು ಉತ್ತರಿಸದೆ ಉಳಿದಿದೆ. ಮರುಪ್ರಾರಂಭವು ತಾತ್ಕಾಲಿಕ ಸುಧಾರಣೆಯನ್ನು ಉಂಟುಮಾಡಬಹುದು, ಸರ್ವರ್ ಅನ್ನು ಸೋಲಿಸುವ ಸ್ಥಿತಿಯು ಪರಿಹರಿಸದೆ ಉಳಿದಿರುವಾಗ. ಅದನ್ನು ಆಫ್ ಮಾಡಿ ಮತ್ತೆ ಆನ್ ಮಾಡಿ ಎಂಬ ಸಲಹೆಯು ಓವರ್ಟೈಮ್ ಶುಲ್ಕವನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತದೆ. ಕೆಲಸ ಹಿಂತಿರುಗಿದ ನಂತರ ಏನಾಗುತ್ತದೆ ಎಂದು ಎಂಜಿನಿಯರ್ಗಳು ಪರಿಶೀಲಿಸಬೇಕು. ಗ್ರಾಹಕರಿಗೆ ಮುಂದಿನ ವಿನಂತಿಯ ಮೂಲಕ ಸೇವೆಯು ಕಾರ್ಯನಿರ್ವಹಿಸುವುದನ್ನು ಮುಂದುವರಿಸಬೇಕಾಗಿದೆ,
2:18 ಮತ್ತು ಮುಂದಿನದು. Microsoft ಕೆಲವು ಸ್ಥಳಗಳಲ್ಲಿ ಪರಿಣಾಮ ಬೀರಿದ ಮೂಲಸೌಕರ್ಯವನ್ನು ತಲುಪುವ ಕೆಲವು ಟ್ರಾಫಿಕ್ ಅನ್ನು ಸೀಮಿತಗೊಳಿಸಿತು. ಅವು ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತವೆಯೇ ಎಂದು ಪರೀಕ್ಷಿಸಲು ಹಿಂದಿನ ಕಾನ್ಫಿಗರೇಶನ್ ಬಳಸಿ ಸರ್ವರ್ಗಳ ಉಪವಿಭಾಗವನ್ನು ಮರುನಿರ್ಮಿಸಿತು. ಅವುಗಳನ್ನು ತಗ್ಗಿಸುವ ಪ್ರಯೋಗಗಳು ಎಂದು ವರದಿ ಮಾಡಲಾಯಿತು. ಚೇತರಿಕೆಯ ಸಮಯದಲ್ಲಿ ನಿಯೋಜನೆಗಳನ್ನು ವಿರಾಮಗೊಳಿಸುವುದು ಶುಕ್ರವಾರದ ನಿಯೋಜನೆಯು ಮೂಲ ಅಡಚಣೆಗೆ ಕಾರಣವಾಯಿತು ಎಂಬುದಕ್ಕೆ ಯಾವುದೇ ಪುರಾವೆ ನೀಡುವುದಿಲ್ಲ. Microsoft ನ ಶುಕ್ರವಾರದ ಅಪ್ಡೇಟ್ ಪ್ರಕಾರ ಹನ್ನೊಂದು ನಾಲ್ಕು UTC ಗೆ, ಏಷ್ಯಾ ಪೆಸಿಫಿಕ್ನ ಕೆಲವು ಭಾಗಗಳಲ್ಲಿ ಚೇತರಿಕೆ ಕಾರ್ಯಗಳು ಮುಗಿದಿದ್ದವು. ಮೇಲ್ಬಾಕ್ಸ್ ಪ್ರವೇಶ ಮತ್ತು ವಿಳಂಬವಾದ ಇಮೇಲ್ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ ಸುಧಾರಣೆಗಳೊಂದಿಗೆ ಟ್ರಾಫಿಕ್ ಕ್ರಮೇಣ ಹಿಂತಿರುಗುತ್ತಿದೆ.
2:39 ಕೆಲವು ಬಳಕೆದಾರರು ಇನ್ನೂ ಮಧ್ಯಂತರ ಸಮಸ್ಯೆಗಳನ್ನು ಎದುರಿಸಬಹುದು, ಮತ್ತು ಇತರ ಕಡೆಗಳಲ್ಲಿ ಚೇತರಿಕೆ ಮುಂದುವರೆಯಿತು. ಅದು ನಮ್ಮ ವರದಿ ಮಾಡುವ ಕಡಿತವಾಗಿದೆ. ದುರುದ್ದೇಶಪೂರಿತ ಚಟುವಟಿಕೆಗೆ ಯಾವುದೇ ಪುರಾವೆ ಇಲ್ಲ ಎಂದು Microsoft ಹೇಳಿದೆ,
ವರದಿ ಮಾಡುವ ಕಡಿತದಲ್ಲಿ ಏನು ತಿಳಿದಿತ್ತು?
2:48 ಮತ್ತು ತಗ್ಗಿಸುವಿಕೆಯ ನಂತರ ಸಂಪೂರ್ಣ ಘಟನೆ ವರದಿಯನ್ನು ಭರವಸೆ ನೀಡಿತು. ಖಳನಾಯಕನನ್ನು ನೇಮಿಸುವ ಮೊದಲು ನಾನು ಆ ವರದಿಗಾಗಿ ಕಾಯುತ್ತೇನೆ. ಇಂಟರ್ನೆಟ್ ಡಿಟೆಕ್ಟಿವ್ ಕೆಲಸವು ನೀವು ಪುಟವನ್ನು ರಿಫ್ರೆಶ್ ಮಾಡುವುದನ್ನು ಮುಗಿಸುವ ಮೊದಲೇ ನಿಮಗೆ ಅಪರಾಧಿಯನ್ನು ನೀಡಬಹುದು. ಡೆವಲಪರ್ಗಳಿಗಾಗಿ, Microsoft Graph ಅವಲಂಬನೆಯನ್ನು ವಿಶೇಷವಾಗಿ ಕಳೆದುಕೊಳ್ಳಲು ಸುಲಭವಾಗಿಸುತ್ತದೆ. Exchange ಮೇಲ್, ಕ್ಯಾಲೆಂಡರ್ ಮತ್ತು ಸಂಪರ್ಕಗಳಿಗಾಗಿ ಅದರ ವಿನಂತಿಗಳು ಸಮಯಾವಧಿ ಮುಗಿಯಬಹುದು. ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ ಒಂದು ಕಾರ್ಯಾಚರಣೆಗಾಗಿ ಗ್ರಾಫ್ ಅನ್ನು ಯಶಸ್ವಿಯಾಗಿ ಕರೆಯಬಹುದು ಮತ್ತು ಇನ್ನೊಂದಕ್ಕೆ ವಿಫಲವಾಗಬಹುದು. ಯಶಸ್ವಿ ಸಂಬಂಧವಿಲ್ಲದ ವಿನಂತಿಯು ನಿಮ್ಮ ಬಳಕೆದಾರರಿಗೆ ಅಗತ್ಯವಿರುವ ಮೇಲ್ಬಾಕ್ಸ್ ಕಾರ್ಯಾಚರಣೆಯು ಪೂರ್ಣಗೊಳ್ಳುತ್ತದೆಯೇ ಎಂಬುದರ ಬಗ್ಗೆ ನಿಮಗೆ ಕಡಿಮೆ ತಿಳಿಸುತ್ತದೆ. ಸ್ಥಿತಿ ಪುಟಕ್ಕೂ ಸಹ ತನ್ನದೇ ಆದ ತಪ್ಪಿಸಿಕೊಳ್ಳುವ ಮಾರ್ಗ ಬೇಕಾಗಿತ್ತು.
3:10 ನಿರ್ವಾಹಕರು ಸೇವಾ ಆರೋಗ್ಯವನ್ನು ಓದಲು ನಿರ್ವಾಹಕ ಕೇಂದ್ರವನ್ನು ಲೋಡ್ ಮಾಡಲು ಸಾಧ್ಯವಾಗದಿರಬಹುದು ಎಂದು Microsoft ಸಾರ್ವಜನಿಕವಾಗಿ ಘಟನೆ ಮಾಹಿತಿಯನ್ನು ಪೋಸ್ಟ್ ಮಾಡಿದೆ. ಏನು ಮುರಿದುಹೋಗಿದೆ ಎಂಬುದನ್ನು ಕಂಡುಹಿಡಿಯುವ ಡ್ಯಾಶ್ಬೋರ್ಡ್ ಮುರಿದುಹೋಗಿರುವ ವಿಷಯವನ್ನು ಅವಲಂಬಿಸಿದಾಗ, ಡ್ಯಾಶ್ಬೋರ್ಡ್ ಘಟನೆಯಲ್ಲಿ ಸೇರಿಕೊಂಡಿದೆ. ಬ್ಯಾಂಡ್ ಹೊರಗಿನ ಸ್ಥಿತಿ ಲಿಂಕ್ ಅನ್ನು ಲಭ್ಯವಿರುವಂತೆ ಇರಿಸಿ.
ಒಂದು ಗ್ರಾಫ್ ವಿನಂತಿ ಏಕೆ ವಿಫಲವಾಗಬಹುದು?
3:20 ಸಾಮಾನ್ಯ ಗ್ರಾಫ್ ಥ್ರೊಟ್ಲಿಂಗ್ಗಾಗಿ, ಮೈಕ್ರೋಸಾಫ್ಟ್ನ ಮಾರ್ಗದರ್ಶನವು ವಿನಂತಿಯು 'ಅನೇಕ ವಿನಂತಿಗಳು' ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಪಡೆದಾಗ ಮರುಪ್ರಯತ್ನ ವಿಳಂಬವನ್ನು ಗೌರವಿಸಲು ಹೇಳುತ್ತದೆ, ಮತ್ತು ಆ ಹೆಡರ್ ಇಲ್ಲದಿದ್ದಾಗ ಎಕ್ಸ್ಪೋನೆನ್ಷಿಯಲ್ ಬ್ಯಾಕ್ಆಫ್ ಅನ್ನು ಬಳಸಲು ಹೇಳುತ್ತದೆ. ಆ ಮಾರ್ಗದರ್ಶನವು ಥ್ರೊಟ್ಲಿಂಗ್ ಅನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ. ಇದು ಈ ಅಡಚಣೆಯನ್ನು ನಿಖರವಾಗಿ ಪತ್ತೆಹಚ್ಚುವುದಿಲ್ಲ ಅಥವಾ ಮರುಪ್ರಯತ್ನಗಳು ಸೇವೆಯನ್ನು ಪುನಃಸ್ಥಾಪಿಸುತ್ತವೆ ಎಂದು ಭರವಸೆ ನೀಡುವುದಿಲ್ಲ. ಈಗ ನಲವತ್ತೆಂಟು ಗಂಟೆಗಳು. Microsoft ನ ವಿಸ್ತೃತ ಸ್ಥಿತಿ ಪುಟವು ಕ್ಯೂ ಮತ್ತು ಬ್ಯಾಕ್ಲಾಗ್ ಪ್ರಕ್ರಿಯೆಗೆ ಆದ್ಯತೆ ನೀಡಿದೆ ಎಂದು ಹೇಳುತ್ತದೆ ಮತ್ತು ವಿಳಂಬವಾದ ಸಂದೇಶಗಳನ್ನು ಸಂರಕ್ಷಿಸಲು ಇಮೇಲ್ ಸಮಯಾವಧಿ ವಿಂಡೋವನ್ನು ವಿಸ್ತರಿಸಿದೆ. ಅದು ಚೇತರಿಕೆಯ ಸಮಯದಲ್ಲಿ ವಿಳಂಬವಾದ ಮೇಲ್ಗೆ ಹೆಚ್ಚು ಸಮಯವನ್ನು ನೀಡುತ್ತದೆ.
3:46 ಇದು ಮೇಲ್ ಸಮಯಾವಧಿ ವಿಂಡೋವನ್ನು ಹೊಂದಿಸುತ್ತದೆ. ಸೇವೆಯನ್ನು ಸರಿಪಡಿಸಲು Microsoft ನಲವತ್ತೆಂಟು ಗಂಟೆಗಳ ಗಡುವನ್ನು ನೀಡಿಲ್ಲ, ಮತ್ತು ಪ್ರತಿಯೊಂದು ಸಂದೇಶವೂ ತಲುಪುತ್ತದೆ ಎಂದು ಯಾವುದೇ ಗ್ಯಾರಂಟಿ ಇಲ್ಲ. ಆದ್ದರಿಂದ ವಿತರಣಾ ಹಕ್ಕುಗಳನ್ನು ಪ್ರಾಮಾಣಿಕವಾಗಿ ಇರಿಸಿ. ವಿಳಂಬವಾದ ಅಧಿಸೂಚನೆಯು ಅನಿವಾರ್ಯವಾಗಿ ಕಣ್ಮರೆಯಾಗಿಲ್ಲ, ಮತ್ತು ಕ್ಯೂನಲ್ಲಿರುವ ಸಂದೇಶವು ಅನಿವಾರ್ಯವಾಗಿ ಅದರ ಸ್ವೀಕರಿಸುವವರನ್ನು ತಲುಪಿಲ್ಲ. ಸಮಯ-ಸೂಕ್ಷ್ಮ ಕೆಲಸಕ್ಕಾಗಿ, ಅನುಮೋದಿತ ಸ್ವತಂತ್ರ ಚಾನೆಲ್ ಮೂಲಕ ಫಲಿತಾಂಶವನ್ನು ಪರಿಶೀಲಿಸಿ. ಬ್ಯಾಕೆಂಡ್ ಇನ್ನೂ ಚೇತರಿಸಿಕೊಳ್ಳುತ್ತಿರುವಾಗ ಕ್ಲೈಂಟ್ ವಿಂಡೋವು ಆಶಾವಾದಿ ವಿತರಣಾ ರಸೀದಿಯಾಗಿದೆ.
48-ಗಂಟೆಗಳ ಮೇಲ್ ವಿಂಡೋ ಏನು ಪ್ರಯೋಜನ ನೀಡುತ್ತದೆ?
4:05 ಇದು ಅಂತಿಮ ಘಟನೆ ವರದಿಯಲ್ಲಿ ಓದಲು ಸಾಕಷ್ಟು ಉಳಿದಿದೆ. ನಾನು ಹೇಳುವುದನ್ನು ಕೇಳುವುದಕ್ಕಿಂತ ಇದನ್ನು ಓದಲು ನೀವು ಬಯಸಿದರೆ, ಡಿಫ್ ನಿಮ್ಮ ಇನ್ಬಾಕ್ಸ್ನಲ್ಲಿ ಪ್ರತಿದಿನ ಬೆಳಿಗ್ಗೆ ಬರುತ್ತದೆ, thedailydiff.dev ನಲ್ಲಿ ಉಚಿತವಾಗಿ, ಲಿಂಕ್ ಕೆಳಗಿದೆ. ಆದ್ದರಿಂದ ಇಂದಿನ ತೀರ್ಪು, ಪರಿಶೀಲನೆ ಅಗತ್ಯವಿದೆ (NEEDS REVIEW). ನಾನು ಚೇತರಿಕೆಯನ್ನು ಪರಿಶೀಲನೆಯಲ್ಲಿ ಇಡುತ್ತೇನೆ ಏಕೆಂದರೆ ಮೈಕ್ರೋಸಾಫ್ಟ್ನ ಸ್ವಂತ ಅಪ್ಡೇಟ್ಗಳು ಟ್ರಾಫಿಕ್ ಅಡಿಯಲ್ಲಿ ಹಿಂತಿರುಗಿದ ಸರ್ವರ್ಗಳು ವಿಫಲವಾಗುವುದನ್ನು ತೋರಿಸಿದವು. ಉಪಯುಕ್ತ ಪರೀಕ್ಷೆಯು ನಿಜವಾದ ಕೆಲಸದೊಂದಿಗೆ ನಿರಂತರ ಸೇವೆಯಾಗಿದೆ. ಅಂತಿಮ ವರದಿಯವರೆಗೆ, ಆರಂಭಿಕ ಕಾರಣವು ತೆರೆದಿರುತ್ತದೆ. ಮತ್ತು ಅದು ಇಂದಿನ ಡಿಫ್.
4:28 ನಾನು Axrisi ನಿಂದ Niko. ಜವಾಬ್ದಾರಿಯುತವಾಗಿ ವಿಲೀನಗೊಳಿಸಿ. Microsoft mail servers were returned to service. They could stop responding again when traffic returned. Here's the developer follow-up. In this video, why did recovery keep failing? And which parts of your app still worked?
ನಿರಂತರ ಚೇತರಿಕೆ ಏನನ್ನು ಸಾಬೀತುಪಡಿಸಬೇಕು?
4:49 Microsoft also gave delayed email forty-eight hours. What does that actually buy you? It's Friday, November thirteenth, and this is The Daily Diff. Exchange Online is Microsoft's hosted email service, and other Microsoft three sixty-five features depend on it. Here's the useful distinction from Microsoft's status page. Teams calls and group chats mostly worked.
ಮೂಲಗಳು
- ExpandedMicrosoftservicehealth, reportingcutoffNovember13 11:04:50UTC; earlier10:01:07observationshistoricalMicrosoft
- Returned servers can become unresponsive again once they receive trafficMicrosoft 365 Status
- Health-processing component investigation hypothesisMicrosoft 365 Status
- Alternative health check returned a subset of serversMicrosoft 365 Status
- Isolate, restart and reintroduce traffic to test stabilityMicrosoft 365 Status
- Unavailable servers strain remaining infrastructureMicrosoft 365 Status
- Initial Exchange mailbox-access investigation in the AmericasMicrosoft 365 Status
- Users in any region may be affectedMicrosoft 365 Status
- Email timeout extended to preserve delayed messagesMicrosoft 365 Status
- Paused deployments, traffic redistribution and server restartsMicrosoft 365 Status
- Independent live reporting on the Microsoft email disruptionCNN
- Microsoft Graph throttling guidanceMicrosoft Learn
- Exchange Online service descriptionMicrosoft Learn
- Satya Nadella portrait by OFFICIAL LEWEB PHOTOS (2013), CC BY 2.0. Whole portrait-based artwork adapted by cropping, background removal, resizing and text/composition; vendor identity only, no endorsement or current reaction.OFFICIAL LEWEB PHOTOS
- Portrait-only CC BY 2.0 licence; separate from third-party source/cartoon rightsCreative Commons
- WWE still. Brief silent process commentary; WWE, The Simpsons/20th Television/Disney, Microsoft and other source owners retain copyright. Hosting and this specific editorial-use decision provide no blanket reuse grant or copyright clearance. The portrait licence is separate from third-party source/cartoon rights.WWE / Imgflip source hosting
- The Simpsons/Bob GIF. Brief silent process commentary; WWE, The Simpsons/20th Television/Disney, Microsoft and other source owners retain copyright. Hosting and this specific editorial-use decision provide no blanket reuse grant or copyright clearance. The portrait licence is separate from third-party source/cartoon rights.The Simpsons / 20th Television / Disney; GIPHY source hosting



