ಕೆಲಸ ಮಾಡುತ್ತಿರುವ ಬ್ಯಾಕೆಂಡ್ ಅನ್ನು ವಿಫಲ ರಿಪಬ್ಲಿಶ್ ಎಂದಿಗೂ ಅಳಿಸುವುದಿಲ್ಲ
ಸೆಪ್ಟೆಂಬರ್ 25 ರಂದು, ವಿಫಲ ರಿಪಬ್ಲಿಶ್ ಒಂದು ಆ್ಯಪ್‌ನ ಬ್ಯಾಕೆಂಡ್ ಅನ್ನು ಅಳಿಸಿಹಾಕಿತು; ಅದು ಸುಮಾರು ಎರಡೂವರೆ ಗಂಟೆಗಳಿಂದ ಲೈವ್ ಆಗಿ ಕೆಲಸ ಮಾಡುತ್ತಿತ್ತು. ವಿಫಲ ಪ್ರಕಟಣೆಯನ್ನು ರದ್ದುಗೊಳಿಸುವ ಕೋಡ್, ಪ್ರಕಟಣೆ ಪ್ರಾರಂಭವಾಗುವ ಮೊದಲೇ ಸೇವೆ ನೀಡುತ್ತಿದ್ದ ಆ್ಯಪ್‌ಗಳನ್ನೂ ಸೇರಿಸಿ, ಆ ಪ್ರಕಟಣೆ ಮುಟ್ಟಿದ ಪ್ರತಿಯೊಂದು ಸರ್ವರ್ ಆ್ಯಪ್ ಅನ್ನು ತೆಗೆದುಹಾಕಿತು. ಈಗ ಪ್ರಕಟಣೆಯಿಂದ ರಚಿಸಲ್ಪಟ್ಟ ಆ್ಯಪ್‌ಗಳನ್ನು ಮಾತ್ರ ಅಳಿಸಲಾಗುತ್ತದೆ; ಈಗಾಗಲೇ ಇದ್ದ ಆ್ಯಪ್ ಅದು ಮೊದಲು ಚಾಲನೆಯಲ್ಲಿದ್ದ ನಿಖರ ಆವೃತ್ತಿಗೆ ಮರಳಿಸಲ್ಪಡುತ್ತದೆ. ಅದೇ ದಿನ ಮಾಡಿದ ಎರಡು ಅನುಸರಣಾ ಸರಿಪಡಿಸುವಿಕೆಗಳು, ಹೋಸ್ಟಿಂಗ್ ವೇದಿಕೆಯ ಸ್ವಂತ ಡಿಪ್ಲಾಯ್ ಉಪಕರಣ ವಿಫಲವಾದಾಗಲೂ ಆ ರದ್ದತಿ ನಡೆಯುವಂತೆ ಮಾಡಿದವು, ಮತ್ತು ನಿದ್ರಿಸುತ್ತಿದ್ದ ಕಾರಣಕ್ಕೆ ಆರೋಗ್ಯಕರ ಆ್ಯಪ್ ವಿಫಲವೆಂದು ಗುರುತಿಸಲ್ಪಡದಂತೆ ನೋಡಿಕೊಂಡವು.
ಬ್ಯಾಕೆಂಡ್ ಹೇಗೆ ಪ್ರಕಟಗೊಳ್ಳುತ್ತದೆ
ನಿಮ್ಮ Mythex ಆ್ಯಪ್‌ಗೆ ಬ್ಯಾಕೆಂಡ್ ಇದ್ದರೆ — ಕೇವಲ ಸ್ಥಿರ ಫೈಲ್‌ಗಳಲ್ಲ, ಬದಲಿಗೆ API ಅಥವಾ ಸರ್ವರ್ — ಪ್ರಕಟಣೆ ಅದನ್ನು Dockerfile (ಆ್ಯಪ್ ಅನ್ನು ಇಮೇಜ್ ಆಗಿ ಪ್ಯಾಕ್ ಮಾಡುವ ಪಾಕವಿಧಾನ) ಮೂಲಕ ನಿರ್ಮಿಸಿ, ಆ ಇಮೇಜ್ ಅನ್ನು ನಮ್ಮ ಹೋಸ್ಟಿಂಗ್ ವೇದಿಕೆಯ ಯಂತ್ರಗಳ ಮೇಲೆ ಹೊರತರುತ್ತದೆ. ನಂತರ ಹೊಸ ಆವೃತ್ತಿ ನಿಜವಾಗಿಯೂ ಎದ್ದು ನಿಂತು ಸ್ಥಿರವಾಗಿ ಉಳಿಯುವವರೆಗೆ ಹೆಲ್ತ್ ಚೆಕ್ ಕಾಯುತ್ತದೆ, ಆಮೇಲೆ ಮಾತ್ರ ಪ್ರಕಟಣೆ ಲೈವ್ ಎಂದು ಗುರುತಿಸಲ್ಪಡುತ್ತದೆ.
ದಾರಿಯಲ್ಲಿ ಏನಾದರೂ ವಿಫಲವಾದರೆ, ಅದನ್ನು ರದ್ದುಗೊಳಿಸಲು ರೋಲ್‌ಬ್ಯಾಕ್ ನಡೆಯುತ್ತದೆ. ಈ ರೋಲ್‌ಬ್ಯಾಕ್ ಸರಿಯಾಗಿರುವುದು ಪ್ರಕಟಣೆಯಲ್ಲಿ ಬಹುತೇಕ ಯಾವುದಕ್ಕಿಂತಲೂ ಹೆಚ್ಚು ಮುಖ್ಯ, ಏಕೆಂದರೆ ಈಗಾಗಲೇ ಏನಾದರೂ ತಪ್ಪಾಗುತ್ತಿರುವಾಗಲೇ ಅದು ನಡೆಯುತ್ತದೆ.
ಸಮಸ್ಯೆ 1: ರೋಲ್‌ಬ್ಯಾಕ್ ಮರುಸ್ಥಾಪಿಸಬೇಕಾದದ್ದನ್ನೇ ಅಳಿಸಿತು
ರೋಲ್‌ಬ್ಯಾಕ್ ಒಂದು ಪ್ರಕಟಣೆ ನಿಯೋಜಿಸಿದ ಸರ್ವರ್ ಆ್ಯಪ್‌ಗಳ ಪಟ್ಟಿಯನ್ನು ಇಟ್ಟುಕೊಂಡಿತ್ತು, ಮತ್ತು ವಿಫಲವಾದಾಗ ಪ್ರತಿಯೊಂದನ್ನೂ ನಾಶಮಾಡುತ್ತಿತ್ತು. ಮೊದಲ ಪ್ರಕಟಣೆಗೆ ಇದು ಸರಿ: ಆ್ಯಪ್ ಕ್ಷಣಗಳ ಹಿಂದಷ್ಟೇ ರಚಿಸಲ್ಪಟ್ಟಿದೆ, ಯಾವುದೂ ಅದರ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿಲ್ಲ, ಅದನ್ನು ಅಳಿಸಿದರೆ ಎಲ್ಲವೂ ಮೊದಲಿನಂತೆ ಇರುತ್ತದೆ.
ಆದರೆ ರಿಪಬ್ಲಿಶ್‌ಗೆ ಇದು ನಿಖರವಾಗಿ ತಪ್ಪು. ಆ್ಯಪ್ ಈಗಾಗಲೇ ಇತ್ತು ಮತ್ತು ನಿಜವಾದ ಸಂದರ್ಶಕರಿಗೆ ಸೇವೆ ನೀಡುತ್ತಿತ್ತು. ಸೆಪ್ಟೆಂಬರ್ 25 ರಂದು, ಸುಮಾರು ಎರಡೂವರೆ ಗಂಟೆಗಳಿಂದ ಲೈವ್ ಆಗಿದ್ದ ಒಂದು ಆ್ಯಪ್‌ನ API ವಿಫಲ ರಿಪಬ್ಲಿಶ್‌ನಿಂದ ಅಳಿಸಲ್ಪಟ್ಟಿತು.
ಅದೇ ಕೋಡ್‌ನಲ್ಲಿ ಇನ್ನೊಂದು ವೈಫಲ್ಯ ಮರೆಯಾಗಿತ್ತು. ಅಳಿಸುವಿಕೆ ಯಶಸ್ವಿಯಾಗದಿದ್ದಾಗ, ತಪ್ಪಾದ ಹೊಸ ಇಮೇಜ್ ಯಂತ್ರಗಳ ಮೇಲೆ ಉಳಿದುಕೊಂಡಿತ್ತು — ಆದರೆ ಮಾಲೀಕರಿಗೆ ನಾವು ಅವರ ಪ್ರಸ್ತುತ ಸೈಟ್ ಇನ್ನೂ ಲೈವ್ ಇದೆ ಎಂದು ಹೇಳುತ್ತಿದ್ದೆವು. ಹೆಲ್ತ್ ಚೆಕ್ ವಿಫಲವಾಗಬಹುದಾದ ಹೊತ್ತಿಗೆ, ಹೊಸ ಇಮೇಜ್ ಈಗಾಗಲೇ ಪ್ರತಿಯೊಂದು ಯಂತ್ರದ ಮೇಲೆ ಹೊರತರಲ್ಪಟ್ಟಿರುತ್ತದೆ. ಏನೂ ಮಾಡದಿರುವುದು, ರದ್ದುಗೊಳಿಸುವುದಕ್ಕೆ ಸಮಾನವಲ್ಲ.
ಪರಿಹಾರ: ನೀವು ರಚಿಸಿದ್ದನ್ನು ಮಾತ್ರ ಅಳಿಸಿ, ಉಳಿದದ್ದನ್ನು ಮರುಸ್ಥಾಪಿಸಿ
ಈಗ ಪ್ರತಿ ಪ್ರಕಟಣೆಯು ತಾನು ಮುಟ್ಟುವ ಪ್ರತಿಯೊಂದು ಸರ್ವರ್ ಆ್ಯಪ್‌ಗಾಗಿ ದಾಖಲಿಸುತ್ತದೆ:
- ಈ ಪ್ರಕಟಣೆಯೇ ಅದನ್ನು ರಚಿಸಿದೆಯೇ, ಮತ್ತು
- ಇಲ್ಲದಿದ್ದರೆ, ಅದು ಮೊದಲು ಚಾಲನೆಯಲ್ಲಿದ್ದ ಯಾವ ಇಮೇಜ್.
ವಿಫಲವಾದಾಗ, ಪ್ರತಿಯೊಂದು ಆ್ಯಪ್ ಮೂರರಲ್ಲಿ ಒಂದು ಚಿಕಿತ್ಸೆಯನ್ನು ಪಡೆಯುತ್ತದೆ:
- ಈ ಪ್ರಕಟಣೆಯಿಂದ ರಚಿಸಲ್ಪಟ್ಟಿದೆ: ಮೊದಲಿನಂತೆ ನಾಶಮಾಡಿ.
- ಈಗಾಗಲೇ ಇತ್ತು, ಹಿಂದಿನ ಇಮೇಜ್ ತಿಳಿದಿದೆ: ಅದೇ ಸಂರಚನೆಯೊಂದಿಗೆ ಹಿಂದಿನ ಇಮೇಜ್ ಅನ್ನು ಮರುನಿಯೋಜಿಸಿ. ಬಿಲ್ಡ್ ಇಲ್ಲ — ಇಮೇಜ್ ಮಾತ್ರ ಹಿಂದಕ್ಕೆ ಚಲಿಸುತ್ತದೆ.
- ಈಗಾಗಲೇ ಇತ್ತು, ಹಿಂದಿನ ಇಮೇಜ್ ತಿಳಿದಿಲ್ಲ: ಅದನ್ನು ಬಿಟ್ಟುಬಿಡಿ. ಮರುಸ್ಥಾಪಿಸಲು ಸಾಧ್ಯವಾಗದಿದ್ದರೂ ಸಹ, ಇರುವ ಆ್ಯಪ್ ಎಂದಿಗೂ ಅಳಿಸಲ್ಪಡುವುದಿಲ್ಲ.
ಈ ನಿಯಮಗಳು ಸಣ್ಣ ಶುದ್ಧ ಫಂಕ್ಷನ್ ಆಗಿದ್ದು ತನ್ನದೇ ಪರೀಕ್ಷೆಗಳನ್ನು ಹೊಂದಿವೆ. ಹಾಗಾಗಿ "ಎಲ್ಲವನ್ನೂ ನಾಶಮಾಡಿ" ಎಂಬ ನಿರ್ಧಾರಕ್ಕೆ ಮತ್ತೆ ಹಿಂತಿರುಗಿದರೆ ಒಂದು ಪರೀಕ್ಷೆ ವಿಫಲವಾಗುತ್ತದೆ.
ಸಮಸ್ಯೆ 2: ಡಿಪ್ಲಾಯ್ ಉಪಕರಣ ರದ್ದತಿಯನ್ನು ಬರೆದಿಡುವ ಮೊದಲೇ ವಿಫಲವಾಗಬಹುದಿತ್ತು
ಆ ಸರಿಪಡಿಸುವಿಕೆಯ ನಂತರ ಶೀಘ್ರದಲ್ಲೇ, ಅದರಲ್ಲಿ ಒಂದು ಅಂತರವನ್ನು ಕಂಡುಕೊಂಡೆವು. ಹೋಸ್ಟಿಂಗ್ ವೇದಿಕೆಯ ಡಿಪ್ಲಾಯ್ ಉಪಕರಣ ತನ್ನದೇ ಸ್ಮೋಕ್ ಚೆಕ್‌ಗಳನ್ನು ನಡೆಸುತ್ತದೆ: ಹೊಸ ಯಂತ್ರಗಳು ಕ್ರ್ಯಾಶ್ ಆದರೆ, ಅದು ದೋಷದೊಂದಿಗೆ ನಿಲ್ಲುತ್ತದೆ. ಆದರೆ ಅದು ಇದನ್ನು ಮಾಡುವುದು ನಂತರ — ಹೊಸ ಇಮೇಜ್ ಈಗಾಗಲೇ ಯಂತ್ರಗಳ ಮೇಲಿರುವಾಗ.
ನಮ್ಮ ಕೋಡ್ ಉಪಕರಣ ಯಶಸ್ವಿಯಾಗಿ ಮರಳಿದ ನಂತರವೇ ಆ್ಯಪ್ ಅನ್ನು ರೋಲ್‌ಬ್ಯಾಕ್‌ಗಾಗಿ ನೋಂದಾಯಿಸುತ್ತಿತ್ತು. ಉಪಕರಣವೇ ಡಿಪ್ಲಾಯ್ ಅನ್ನು ವಿಫಲಗೊಳಿಸಿದಾಗ, ಆ್ಯಪ್ ಇನ್ನೂ ರೋಲ್‌ಬ್ಯಾಕ್ ಪಟ್ಟಿಯಲ್ಲಿರಲಿಲ್ಲ, ಹಾಗಾಗಿ ಏನೂ ಮರುಸ್ಥಾಪನೆಯಾಗಲಿಲ್ಲ. ನಮ್ಮ ಸ್ಟೇಜಿಂಗ್ ಪರಿಸರದಲ್ಲಿ, ತಪ್ಪಾದ ರಿಪಬ್ಲಿಶ್ ತಪ್ಪಾದ ಇಮೇಜ್ ಅನ್ನೇ ಸೇವೆ ನೀಡುತ್ತಾ ಬಿಟ್ಟಿತ್ತು.
ಪರಿಹಾರ: ಪ್ರಾರಂಭಿಸುವ ಮೊದಲೇ ರದ್ದತಿಯನ್ನು ನೋಂದಾಯಿಸಿ
ಆ್ಯಪ್ ಈಗ ತಯಾರಿಸಲ್ಪಟ್ಟ ತಕ್ಷಣ ಮತ್ತು ಯಾವುದನ್ನೂ ಅದರ ಮೇಲೆ ಹೊರತರುವ ಮೊದಲೇ ರೋಲ್‌ಬ್ಯಾಕ್‌ಗಾಗಿ ನೋಂದಾಯಿಸಲ್ಪಡುತ್ತದೆ — ಅದು ರಚಿಸಲ್ಪಟ್ಟಿದೆಯೇ ಮತ್ತು ಯಾವ ಇಮೇಜ್ ಚಾಲನೆಯಲ್ಲಿತ್ತು ಎಂಬ ಮಾಹಿತಿಯೊಂದಿಗೆ. ನಂತರ ಏನು ವಿಫಲವಾದರೂ, ರೋಲ್‌ಬ್ಯಾಕ್‌ಗೆ ಮರಳಿ ಇಡಬೇಕಾದದ್ದು ತಿಳಿದಿರುತ್ತದೆ. ನಾವು ಇದನ್ನು ಸ್ಥಳೀಯವಾಗಿ ಪರಿಶೀಲಿಸಿದ್ದೇವೆ: ತಪ್ಪಾದ ರಿಪಬ್ಲಿಶ್ ಡಿಪ್ಲಾಯ್ ಉಪಕರಣದ ಸ್ವಂತ ಸ್ಮೋಕ್ ಚೆಕ್‌ಗಳಲ್ಲಿ ವಿಫಲವಾಯಿತು, ಮತ್ತು ಹಿಂದಿನ ಆವೃತ್ತಿ ಉತ್ತರಿಸುತ್ತಲೇ ಇತ್ತು.
ಸಮಸ್ಯೆ 3: ನಿದ್ರಿಸುತ್ತಿದ್ದ ಆ್ಯಪ್ "ಎಂದಿಗೂ ಪ್ರಾರಂಭವಾಗಲಿಲ್ಲ" ಎಂದು ವಿಫಲವಾಯಿತು
Mythex ನಲ್ಲಿ ಪ್ರಕಟವಾದ ಆ್ಯಪ್‌ಗಳು ಕ್ರೆಡಿಟ್ ಉಳಿಸಲು ನಿಷ್ಕ್ರಿಯವಾಗಿದ್ದಾಗ ನಿದ್ರಿಸುತ್ತವೆ. ರಿಪಬ್ಲಿಶ್ ನಿದ್ರಿಸುತ್ತಿರುವ ಯಂತ್ರವನ್ನು ನಿಲ್ಲಿಸಿ ಬಿಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಹೆಲ್ತ್ ಚೆಕ್ ಅದನ್ನು ಎಬ್ಬಿಸಬೇಕು. ಆದರೆ ಅದು ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗೆ ಯಂತ್ರವನ್ನು ಪ್ರಾರಂಭಿಸಲು ಒಮ್ಮೆ ಕೇಳಿತು, ಮತ್ತು ಉತ್ತರವನ್ನು ಕಡೆಗಣಿಸಿತು.
ಸೆಪ್ಟೆಂಬರ್ 25 ರಂದು, ಆ ಒಂದು ಪ್ರಾರಂಭದ ವಿನಂತಿ ಯಾವುದಕ್ಕೂ ತಲುಪಲಿಲ್ಲ. ಆರೋಗ್ಯಕರ API ಪೂರ್ಣ ಐದು ನಿಮಿಷಗಳ ಹೆಲ್ತ್ ಚೆಕ್‌ವರೆಗೆ ನಿಲ್ಲಿಸಲ್ಪಟ್ಟಿತ್ತು ಮತ್ತು "1 machine never started (last state: stopped)" ಎಂದು ವಿಫಲವಾಯಿತು.
ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಕೆಲವೊಮ್ಮೆ ಪ್ರಾರಂಭವನ್ನು ನಿರಾಕರಿಸುತ್ತದೆ. ಇದನ್ನು ಪುನರುತ್ಪಾದಿಸುತ್ತಿದ್ದಾಗ, ನಾವು ಪ್ರಚೋದಿಸದೆಯೇ ಅದು "lease currently held" ಸಂಘರ್ಷವನ್ನು ಹಿಂದಿರುಗಿಸಿತು, ಮತ್ತು ಯಂತ್ರವನ್ನು ಅಪ್‌ಡೇಟ್ ಮಾಡುತ್ತಿರುವಾಗ ಅದು ಪ್ರಾರಂಭಗಳನ್ನು ನಿರಾಕರಿಸುತ್ತದೆ.
ಪರಿಹಾರ: ಕೇಳುತ್ತಲೇ ಇರಿ, ಬಾಗಿಲು ತಟ್ಟಿ
ಹೆಲ್ತ್ ಚೆಕ್ ಈಗ:
- ಕಾಯುತ್ತಿರುವಾಗ ನಿಲ್ಲಿಸಲ್ಪಟ್ಟ ಯಂತ್ರವನ್ನು ಪ್ರಾರಂಭಿಸಲು ಪ್ರತಿ 20 ಸೆಕೆಂಡ್‌ಗಳಿಗೊಮ್ಮೆ ಮತ್ತೆ ಕೇಳುತ್ತದೆ,
- ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ನಿರಾಕರಿಸಿದಾಗ ಅದು ಏನು ಉತ್ತರಿಸಿತು ಎಂಬುದನ್ನು ದಾಖಲಿಸುತ್ತದೆ, ಮತ್ತು
- ಭೇಟಿಗಾರ ಮಾಡುವಂತೆ ಆ್ಯಪ್‌ಗೆ ಒಂದು ಸಾಮಾನ್ಯ ವಿನಂತಿಯನ್ನು ಕಳುಹಿಸುತ್ತದೆ — ವಿನಂತಿ ಬಂದಾಗ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನ ಪ್ರಾಕ್ಸಿ ನಿದ್ರಿಸುತ್ತಿರುವ ಯಂತ್ರವನ್ನು ಎಬ್ಬಿಸುತ್ತದೆ.
ನಿಜವಾದ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನಲ್ಲಿ, ಮೊದಲ ಪ್ರಾರಂಭವನ್ನು ನಿರಾಕರಿಸುವ ಒಂದು ತಾತ್ಕಾಲಿಕ ಆ್ಯಪ್‌ನೊಂದಿಗೆ ನಾವು ಇದನ್ನು ಪುನರುತ್ಪಾದಿಸಿದೆವು. ಸರಿಪಡಿಸುವ ಮೊದಲು, ಪ್ರಕಟಣೆ 91 ಸೆಕೆಂಡ್‌ಗಳ ನಂತರ ವಿಫಲವಾಯಿತು. ನಂತರ, ಅದು 20 ಸೆಕೆಂಡ್‌ಗಳಲ್ಲಿ ಪ್ರಕಟವಾಯಿತು. ಬೂಟ್ ಆಗುವಾಗಲೇ ನಿಜವಾಗಿ ಕ್ರ್ಯಾಶ್ ಆಗುವ ಆ್ಯಪ್ ಇನ್ನೂ ವಿಫಲವಾಗುತ್ತದೆ, ಅದು ಆಗಬೇಕಾದಂತೆಯೇ.
ನಾವು ಕಲಿತದ್ದು
- ರೋಲ್‌ಬ್ಯಾಕ್ ಹೊಸದು ಮತ್ತು ಇರುವುದರ ನಡುವಿನ ವ್ಯತ್ಯಾಸ ತಿಳಿದಿರಬೇಕು. ನೀವು ರಚಿಸಿದ್ದಕ್ಕೆ "ರದ್ದು" ಎಂದರೆ ಅಳಿಸುವುದು. ಈಗಾಗಲೇ ಇದ್ದದ್ದಕ್ಕೆ "ರದ್ದು" ಎಂದರೆ ಮರುಸ್ಥಾಪಿಸುವುದು. ಇವೆರಡನ್ನೂ ಒಂದೇ ರೀತಿ ನಡೆಸಿಕೊಳ್ಳುವುದೇ ಒಂದು ಸುರಕ್ಷತಾ ಕಾರ್ಯವಿಧಾನ ಕೆಲಸ ಮಾಡುತ್ತಿರುವ ಆ್ಯಪ್ ಅನ್ನು ಅಳಿಸುವುದಕ್ಕೆ ಕಾರಣ.
- ಕ್ರಿಯೆಗೆ ಮೊದಲೇ ರದ್ದು ಮಾಡುವುದು ಹೇಗೆಂದು ಬರೆದಿಡಿ. ರದ್ದತಿಯನ್ನು ಒಂದು ಹಂತ ಯಶಸ್ವಿಯಾದ ನಂತರವೇ ದಾಖಲಿಸಿದರೆ, ಅರ್ಧದಲ್ಲಿ ವಿಫಲವಾಗುವ ಹಂತ ರದ್ದು ಮಾಡಲು ಏನೂ ಬಿಡುವುದಿಲ್ಲ.
- ನೀವು ಅವಲಂಬಿಸಿರುವ ವಿನಂತಿಯ ಉತ್ತರವನ್ನು ಎಂದಿಗೂ ನಿರ್ಲಕ್ಷಿಸಬೇಡಿ. ಕಡೆಗಣಿಸಿದ ಒಂದು "ಇಲ್ಲ" ಆರೋಗ್ಯಕರ ಆ್ಯಪ್ ಅನ್ನು ವಿಫಲ ಪ್ರಕಟಣೆಯಾಗಿ ಬದಲಾಯಿಸಿತು.
ಅದೇ ದಿನದ ಸಂಬಂಧಿತ ಸರಿಪಡಿಸುವಿಕೆ: ಪ್ರಕಟಣೆಯ ನಂತರ ತಕ್ಷಣ ಕ್ರ್ಯಾಶ್ ಆಗುವ ಆ್ಯಪ್‌ಗಳನ್ನು ಹಿಡಿಯುವುದು. ನಿಮ್ಮ ಕಡೆಯಿಂದ ಪ್ರಕಟಣೆ ವಿಫಲವಾದಾಗ ಏನಾಗುತ್ತದೆ ಎಂಬುದಕ್ಕೆ, ಡಾಕ್ಸ್‌ನಲ್ಲಿರುವ ಪ್ರಕಟಣೆ ಸಮಸ್ಯೆ ಪರಿಹಾರ ನೋಡಿ.