ಸ್ಟೇಟಸ್ ಪೇಜ್ ಅನ್ನು ಹೇಗೆ ನಿರ್ಮಿಸುವುದು: ಕಾಂಪೊನೆಂಟ್‌ಗಳು, ಇನ್ಸಿಡೆಂಟ್‌ಗಳು ಮತ್ತು ಅಪ್‌ಟೈಮ್ ಪರಿಶೀಲನೆ

ಸ್ಟೇಟಸ್ ಪೇಜ್ ನಿಮ್ಮ ಬಳಕೆದಾರರಿಗೆ ನಿಮ್ಮ ಸೇವೆ ಕೆಲಸ ಮಾಡುತ್ತಿದೆಯೇ ಎಂಬುದನ್ನು ಒಂದೇ ಸ್ಥಳದಲ್ಲಿ ತಿಳಿಸುತ್ತದೆ. ಇದನ್ನು ನಿರ್ಮಿಸಲು ನಿಮಗೆ ಕಾಂಪೊನೆಂಟ್‌ಗಳ ಪಟ್ಟಿ (ವೆಬ್‌ಸೈಟ್, API, ಪೇಮೆಂಟ್‌ಗಳು, ಇಮೇಲ್), ಪ್ರತಿಯೊಂದರ ಪ್ರಸ್ತುತ ಸ್ಥಿತಿ, ಸಮಯ-ಮುದ್ರೆಯುಳ್ಳ ಅಪ್‌ಡೇಟ್‌ಗಳೊಂದಿಗೆ ಇನ್ಸಿಡೆಂಟ್‌ಗಳು, ಹಿಂದಿನ ಇನ್ಸಿಡೆಂಟ್‌ಗಳ ಇತಿಹಾಸ ಮತ್ತು ಐಚ್ಛಿಕವಾಗಿ ಚಂದಾದಾರಿಕೆಗಳು ಬೇಕು. ಇದರಿಂದ ಜನರು ಸಮಸ್ಯೆಗಳ ಬಗ್ಗೆ ಪರಿಶೀಲಿಸದೆಯೇ ತಿಳಿದುಕೊಳ್ಳಬಹುದು. ಪುಟವೇ ಸರಳ. ಮುಖ್ಯವಾದ ನಿರ್ಧಾರ ಅದು ಎಲ್ಲಿ ಚಲಿಸುತ್ತದೆ ಎಂಬುದು: ಸ್ಟೇಟಸ್ ಪೇಜ್ ತಾನು ವರದಿ ಮಾಡುವ ವಿಷಯ ಸ್ಥಗಿತಗೊಂಡಾಗಲೂ ಲಭ್ಯವಿರಬೇಕು, ಆದ್ದರಿಂದ ಅದು ಆ್ಯಪ್‌ನ ಹೋಸ್ಟಿಂಗ್, ಡೇಟಾಬೇಸ್ ಅಥವಾ ಡೆಪ್ಲಾಯ್ ಪೈಪ್‌ಲೈನ್ ಅನ್ನು ಹಂಚಿಕೊಳ್ಳಬಾರದು.

ಸ್ಟೇಟಸ್ ಪೇಜ್ ಏಕೆ?

ಏನಾದರೂ ಮುರಿದಾಗ, ಬಳಕೆದಾರರಿಗೆ ಮೂರು ವಿಷಯಗಳು ತಿಳಿಯಬೇಕು: ಇದು ನನ್ನೊಬ್ಬನ ಸಮಸ್ಯೆಯೇ, ನಿಮಗೆ ತಿಳಿದಿದೆಯೇ, ಮತ್ತು ಯಾವಾಗ ಸರಿಯಾಗುತ್ತದೆ. ಸ್ಟೇಟಸ್ ಪೇಜ್ ಇವೆಲ್ಲಕ್ಕೂ ಉತ್ತರಿಸುತ್ತದೆ, ಬೆಂಬಲ ಟಿಕೆಟ್‌ಗಳ ಪ್ರವಾಹವಿಲ್ಲದೆ. ಪ್ರಾಮಾಣಿಕ ವಿವರಣೆಗಳೊಂದಿಗೆ ಗೋಚರಿಸುವ ಇನ್ಸಿಡೆಂಟ್ ಇತಿಹಾಸವು ಕಾಲಾನಂತರದಲ್ಲಿ ವಿಶ್ವಾಸವನ್ನೂ ಬೆಳೆಸುತ್ತದೆ, ಏಕೆಂದರೆ ನೀವು ಸಮಸ್ಯೆಗಳನ್ನು ಹೇಗೆ ನಿಭಾಯಿಸುತ್ತೀರಿ ಎಂಬುದು ಅದರಲ್ಲಿ ಕಾಣುತ್ತದೆ.

ಇದು ಚೇಂಜ್‌ಲಾಗ್ ಅಲ್ಲ. ಹೊಸ ಫೀಚರ್‌ಗಳು ಚೇಂಜ್‌ಲಾಗ್ ಪುಟದಲ್ಲಿ ಹೋಗುತ್ತವೆ; ಔಟೇಜ್‌ಗಳು ಮತ್ತು ನಿರ್ವಹಣೆ ಇಲ್ಲಿ ಹೋಗುತ್ತವೆ.

ಪುಟಕ್ಕೆ ಬೇಕಾದ ಅಂಶಗಳು

ಡೇಟಾ

ಕಾಂಪೊನೆಂಟ್ ಸ್ಥಿತಿಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಒಂದು ಚಿಕ್ಕ ಸ್ಥಿರ ಪಟ್ಟಿ: ಕಾರ್ಯಾಚರಣೆಯಲ್ಲಿದೆ, ಕಾರ್ಯಕ್ಷಮತೆ ಕುಸಿತ, ಭಾಗಶಃ ಔಟೇಜ್, ದೊಡ್ಡ ಔಟೇಜ್, ನಿರ್ವಹಣೆಯಲ್ಲಿದೆ.

ಪುಟಗಳು

• ಸಾರ್ವಜನಿಕ ಸ್ಟೇಟಸ್ ಪೇಜ್: ಒಟ್ಟಾರೆ ಬ್ಯಾನರ್ ("ಎಲ್ಲಾ ಸಿಸ್ಟಮ್‌ಗಳು ಕಾರ್ಯಾಚರಣೆಯಲ್ಲಿವೆ" ಅಥವಾ ಅತ್ಯಂತ ಕೆಟ್ಟ ಪ್ರಸ್ತುತ ಸ್ಥಿತಿ), ಪ್ರತಿಯೊಂದು ಕಾಂಪೊನೆಂಟ್ ಅದರ ಸ್ಥಿತಿಯೊಂದಿಗೆ, ಯಾವುದೇ ಸಕ್ರಿಯ ಇನ್ಸಿಡೆಂಟ್ ಅದರ ಅಪ್‌ಡೇಟ್‌ಗಳೊಂದಿಗೆ, ಮುಂಬರುವ ನಿರ್ವಹಣೆ, ಮತ್ತು ಪರಿಶೀಲನಾ ಡೇಟಾ ಇದ್ದರೆ 90 ದಿನಗಳ ಇತಿಹಾಸ ಪಟ್ಟಿ.
• ಇನ್ಸಿಡೆಂಟ್ ಪುಟ: ಒಂದು ಇನ್ಸಿಡೆಂಟ್‌ನ ಎಲ್ಲಾ ಅಪ್‌ಡೇಟ್‌ಗಳ ಸಂಪೂರ್ಣ ಟೈಮ್‌ಲೈನ್, ತನ್ನದೇ ಆದ URL ಜೊತೆಗೆ, ಇದರಿಂದ ಬೆಂಬಲ ತಂಡ ಅದನ್ನು ಲಿಂಕ್ ಮಾಡಬಹುದು.
• ಇತಿಹಾಸ: ಹಿಂದಿನ ಇನ್ಸಿಡೆಂಟ್‌ಗಳು ತಿಂಗಳ ಪ್ರಕಾರ.
• ಚಂದಾದಾರಿಕೆ: ದೃಢೀಕರಣದೊಂದಿಗೆ ಇಮೇಲ್ ಸೈನ್-ಅಪ್ ಮತ್ತು ಕಾಂಪೊನೆಂಟ್ ಪ್ರಕಾರ ಆದ್ಯತೆಗಳು.
• ಅಡ್ಮಿನ್: ಇನ್ಸಿಡೆಂಟ್ ರಚಿಸಿ, ಅಪ್‌ಡೇಟ್‌ಗಳನ್ನು ಪೋಸ್ಟ್ ಮಾಡಿ, ಕಾಂಪೊನೆಂಟ್ ಸ್ಥಿತಿಗಳನ್ನು ಬದಲಿಸಿ, ನಿರ್ವಹಣೆಯನ್ನು ನಿಗದಿಪಡಿಸಿ.

ಅನುಮತಿಗಳು

ಪ್ರಕಟವಾದ ಎಲ್ಲವನ್ನೂ ಸಾರ್ವಜನಿಕರು ನೋಡುತ್ತಾರೆ. ನಿಮ್ಮ ತಂಡ ಮಾತ್ರ ಪೋಸ್ಟ್ ಮಾಡಬಹುದು. ಸಾಧ್ಯವಾದರೆ ಅಡ್ಮಿನ್ ಲಾಗಿನ್ ಅನ್ನು ನಿಮ್ಮ ಮುಖ್ಯ ಆ್ಯಪ್‌ನ ಲಾಗಿನ್ ವ್ಯವಸ್ಥೆಯಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ಇಡಿ, ಇದರಿಂದ ನಿಮ್ಮ ಆಥ್ ಪ್ರೊವೈಡರ್‌ನ ಔಟೇಜ್ ನಿಮ್ಮದೇ ಸ್ಟೇಟಸ್ ಪೇಜ್‌ನಿಂದ ನಿಮ್ಮನ್ನು ಹೊರಗಿಡುವುದಿಲ್ಲ.

ನಿರ್ಣಾಯಕ ನಿರ್ಧಾರ: ಅದನ್ನು ಸ್ವತಂತ್ರವಾಗಿಡಿ

ಮನೆಯಲ್ಲಿ ತಯಾರಿಸಿದ ಹೆಚ್ಚಿನ ಸ್ಟೇಟಸ್ ಪೇಜ್‌ಗಳು ಇಲ್ಲಿ ವಿಫಲವಾಗುತ್ತವೆ. ನಿಮ್ಮ ಸ್ಟೇಟಸ್ ಪೇಜ್:

• ನಿಮ್ಮ ಆ್ಯಪ್‌ನ ಅದೇ ಸರ್ವರ್ ಅಥವಾ ಹೋಸ್ಟಿಂಗ್ ಖಾತೆಯಲ್ಲಿ ಚಲಿಸಿದರೆ,
• ಅದೇ ಡೇಟಾಬೇಸ್‌ನಿಂದ ಓದಿದರೆ,
• ಅದೇ ಡೊಮೇನ್ ಸೆಟಪ್ ಅಥವಾ CDN ಕಾನ್ಫಿಗರೇಶನ್‌ನ ಹಿಂದೆ ಇದ್ದರೆ,
• ಅಥವಾ ಅದೇ ಪೈಪ್‌ಲೈನ್‌ನಿಂದ ಡೆಪ್ಲಾಯ್ ಆದರೆ,

ಅನೇಕ ಔಟೇಜ್‌ಗಳು ಅದನ್ನೂ ಸ್ಥಗಿತಗೊಳಿಸುತ್ತವೆ, ಜನರಿಗೆ ಅದು ಬೇಕಾಗಿರುವ ಸಮಯದಲ್ಲೇ. ಪ್ರಾಯೋಗಿಕ ಹಂತಗಳು:

• ಪ್ರತ್ಯೇಕ ಹೋಸ್ಟಿಂಗ್. ಮುಖ್ಯ ಆ್ಯಪ್‌ಗಿಂತ ಬೇರೆ ಪ್ರಾಜೆಕ್ಟ್ ಅಥವಾ ಪ್ರೊವೈಡರ್.
• ತನ್ನದೇ ಸಬ್‌ಡೊಮೇನ್, ಉದಾಹರಣೆಗೆ status.example.com, DNS ನಲ್ಲಿ ಪ್ರತ್ಯೇಕವಾಗಿ ತೋರಿಸಿರುವುದು. ಡೊಮೇನ್ ಮತ್ತು DNS ಹೇಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ ನೋಡಿ.
• ತನ್ನದೇ ಡೇಟಾ. ಇನ್ಸಿಡೆಂಟ್‌ಗಳು ಸ್ಟೇಟಸ್ ಪೇಜ್‌ನ ಸ್ವಂತ ಸಂಗ್ರಹಣೆಯಲ್ಲಿರಬೇಕು, ನಿಮ್ಮ ಆ್ಯಪ್ ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ ಅಲ್ಲ.
• ಸ್ಥಿರ ಬ್ಯಾಕ್‌ಅಪ್. ಕೆಲವು ತಂಡಗಳು ಸಾರ್ವಜನಿಕ ಪುಟವನ್ನು ಸ್ಥಿರವಾಗಿ ಮಾಡಿ, ಪ್ರತಿ ಅಪ್‌ಡೇಟ್‌ನಲ್ಲಿ ಮರು-ನಿರ್ಮಿಸುತ್ತವೆ, ಆಗ ಮುರಿಯುವಂಥದ್ದೇನೂ ಬಹುತೇಕ ಇರುವುದಿಲ್ಲ.

ಕೈಯಾರೆ ಅಪ್‌ಡೇಟ್ ಅಥವಾ ಸ್ವಯಂಚಾಲಿತ ಪರಿಶೀಲನೆ

ಕೈಯಾರೆ (ಇಲ್ಲಿಂದ ಆರಂಭಿಸಿ)

ನಿಮ್ಮ ತಂಡ ಅಡ್ಮಿನ್ ಪುಟದಿಂದ ಇನ್ಸಿಡೆಂಟ್‌ಗಳನ್ನು ಪೋಸ್ಟ್ ಮಾಡುತ್ತದೆ ಮತ್ತು ಕಾಂಪೊನೆಂಟ್ ಸ್ಥಿತಿಗಳನ್ನು ಕೈಯಿಂದ ಬದಲಿಸುತ್ತದೆ. ಅನೇಕ ಸ್ಟೇಟಸ್ ಪೇಜ್‌ಗಳು ಪ್ರಾಯೋಗಿಕವಾಗಿ ಹೀಗೆಯೇ ಕೆಲಸ ಮಾಡುತ್ತವೆ, ಏಕೆಂದರೆ ಮನುಷ್ಯರ ತೀರ್ಮಾನ ("ಕೆಲವು ಕಾರ್ಡ್ ಪ್ರಕಾರಗಳಿಗೆ ಪೇಮೆಂಟ್‌ಗಳು ನಿಧಾನ") ಸ್ವಯಂಚಾಲಿತ ಕೆಂಪು ಚುಕ್ಕಿಗಿಂತ ಹೆಚ್ಚು ಉಪಯುಕ್ತ.

ಸಮಸ್ಯೆಗಳನ್ನು ಬೇಗ ತಿಳಿಯಲು, ನಿಮ್ಮ ಆ್ಯಪ್ ಅನ್ನು ಪ್ರತಿ ನಿಮಿಷಕ್ಕೊಮ್ಮೆ ಪರಿಶೀಲಿಸಿ ಇಮೇಲ್, SMS ಅಥವಾ ಚಾಟ್ ಮೂಲಕ ಎಚ್ಚರಿಸುವ ಬಾಹ್ಯ ಅಪ್‌ಟೈಮ್ ಮಾನಿಟರ್ ಬಳಸಿ. ಅನೇಕ ಮಾನಿಟರಿಂಗ್ ಸೇವೆಗಳು ಉಚಿತ ಶ್ರೇಣಿಗಳನ್ನು ನೀಡುತ್ತವೆ.

ಸ್ವಯಂಚಾಲಿತ

ಸ್ವಯಂಚಾಲಿತ ಎಂದರೆ ಯಾರೋ ಒಬ್ಬರು ಪ್ರತಿ ಕಾಂಪೊನೆಂಟ್ ಅನ್ನು ನಿಯತವಾಗಿ ಪರಿಶೀಲಿಸಿ ಅದರ ಸ್ಥಿತಿಯನ್ನು ಅಪ್‌ಡೇಟ್ ಮಾಡುವುದು. ಇದಕ್ಕೆ ನಿಗದಿತ ಸಮಯದಲ್ಲಿ ಚಲಿಸುವ ಕೋಡ್ ಬೇಕು, ಅದು ನಿಮ್ಮ ಮುಖ್ಯ ಆ್ಯಪ್‌ನ ಮೂಲಸೌಕರ್ಯದ ಹೊರಗಿನಿಂದ. ಎರಡು ಸಾಮಾನ್ಯ ಮಾದರಿಗಳು:

• ಒಂದು ಬಾಹ್ಯ ಮಾನಿಟರ್ ನಿಮ್ಮ ಸ್ಟೇಟಸ್ ಪೇಜ್ ಅನ್ನು ವೆಬ್‌ಹುಕ್ ಮೂಲಕ ಕರೆಯುತ್ತದೆ, ಪರಿಶೀಲನೆ ವಿಫಲವಾದಾಗ ಅಥವಾ ಚೇತರಿಸಿಕೊಂಡಾಗ, ಮತ್ತು ಸ್ಟೇಟಸ್ ಪೇಜ್ ಕಾಂಪೊನೆಂಟ್ ಅನ್ನು ಅಪ್‌ಡೇಟ್ ಮಾಡುತ್ತದೆ.
• ಸ್ಟೇಟಸ್ ಪೇಜ್‌ನ ಸ್ವಂತ ಹೋಸ್ಟಿಂಗ್‌ನಲ್ಲಿರುವ ಒಂದು ನಿಗದಿತ ಜಾಬ್ ಪ್ರತಿ ಕಾಂಪೊನೆಂಟ್ ಅನ್ನು ಪಿಂಗ್ ಮಾಡಿ ಫಲಿತಾಂಶವನ್ನು ದಾಖಲಿಸುತ್ತದೆ. ಅವಲಂಬಿಸುವ ಮೊದಲು ನಿಮ್ಮ ಹೋಸ್ಟಿಂಗ್ ನಿಗದಿತ ಕಾರ್ಯಗಳನ್ನು ಹೇಗೆ ನಿರ್ವಹಿಸುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ; ಆಯ್ಕೆಗಳನ್ನು ಹಿನ್ನೆಲೆ ಜಾಬ್‌ಗಳನ್ನು ಚಲಾಯಿಸುವುದು ಮಾರ್ಗದರ್ಶಿ ವಿವರಿಸುತ್ತದೆ.

ಸ್ವಯಂಚಾಲಿತ ಬದಲಾವಣೆಗಳು ನಿಧಾನ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ಏರಿಳಿತ (ಮೇಲೆ, ಕೆಳಗೆ, ಮತ್ತೆ ಮೇಲೆ) ಮಾಡಬಹುದು. ಸ್ಥಿತಿ ಬದಲಿಸುವ ಮೊದಲು ಎರಡು ಅಥವಾ ಮೂರು ವಿಫಲ ಪರಿಶೀಲನೆಗಳನ್ನು ಕೇಳಿ, ಮತ್ತು ದೊಡ್ಡ ಔಟೇಜ್ ಘೋಷಿಸುವ ಮೊದಲು ಒಬ್ಬ ವ್ಯಕ್ತಿ ದೃಢೀಕರಿಸಲಿ.

ಇನ್ಸಿಡೆಂಟ್ ಅಪ್‌ಡೇಟ್‌ಗಳನ್ನು ಬರೆಯುವುದು

• ಬೇಗ ಪೋಸ್ಟ್ ಮಾಡಿ. ನಿಮಿಷಗಳಲ್ಲಿ "ಲಾಗಿನ್ ವಿಫಲತೆಯ ವರದಿಗಳನ್ನು ನಾವು ತನಿಖೆ ಮಾಡುತ್ತಿದ್ದೇವೆ" ಎಂದು ಹೇಳುವುದು, ಒಂದು ಗಂಟೆಯ ನಂತರ ಪರಿಪೂರ್ಣ ಸಂದೇಶಕ್ಕಿಂತ ಉತ್ತಮ.
• ಬಳಕೆದಾರರಿಗೆ ಏನು ಗೋಚರಿಸುತ್ತದೆ ಎಂದು ಹೇಳಿ, ಒಳಗೆ ಏನು ಮುರಿಯಿತು ಎಂದಲ್ಲ.
• ಮುಂದಿನ ಅಪ್‌ಡೇಟ್ ಸಮಯವನ್ನು ಭರವಸೆ ನೀಡಿ, ಮತ್ತು ಅದನ್ನು ಉಳಿಸಿಕೊಳ್ಳಿ.
• ಪರಿಹಾರದ ನಂತರ ಚಿಕ್ಕ ಸಾರಾಂಶದೊಂದಿಗೆ ಮುಚ್ಚಿ: ಏನಾಯಿತು, ಎಷ್ಟು ಸಮಯ, ನೀವು ಏನು ಬದಲಿಸುತ್ತಿದ್ದೀರಿ.

ಕೆಲಸ ಮಾಡುವ ಮೊದಲ ಪ್ರಾಂಪ್ಟ್

ನಮ್ಮ Parcelio ಆ್ಯಪ್‌ಗಾಗಿ ಸ್ವತಂತ್ರ ಸ್ಟೇಟಸ್ ಪೇಜ್ ನಿರ್ಮಿಸಿ, status.parcelio.com ನಲ್ಲಿ ಪ್ರತ್ಯೇಕವಾಗಿ ಹೋಸ್ಟ್ ಆಗುವಂತೆ. ಕಾಂಪೊನೆಂಟ್‌ಗಳು: Website, Tracking API, Notifications, Payments; ಪ್ರತಿಯೊಂದಕ್ಕೂ ಸ್ಥಿತಿ ಕಾರ್ಯಾಚರಣೆಯಲ್ಲಿದೆ, ಕಾರ್ಯಕ್ಷಮತೆ ಕುಸಿತ, ಭಾಗಶಃ ಔಟೇಜ್, ದೊಡ್ಡ ಔಟೇಜ್ ಅಥವಾ ನಿರ್ವಹಣೆಯಲ್ಲಿದೆ. ಸಾರ್ವಜನಿಕ ಪುಟದಲ್ಲಿ ಅತ್ಯಂತ ಕೆಟ್ಟ ಪ್ರಸ್ತುತ ಸ್ಥಿತಿಯನ್ನು ಬಳಸುವ ಒಟ್ಟಾರೆ ಬ್ಯಾನರ್, ಪ್ರತಿ ಕಾಂಪೊನೆಂಟ್ ಅದರ ಸ್ಥಿತಿಯೊಂದಿಗೆ, ಸಕ್ರಿಯ ಇನ್ಸಿಡೆಂಟ್‌ಗಳು ಸಮಯ-ಮುದ್ರೆಯುಳ್ಳ ಅಪ್‌ಡೇಟ್‌ಗಳೊಂದಿಗೆ ಹೊಸದು ಮೊದಲು, ಮುಂಬರುವ ನಿರ್ವಹಣೆ ಮತ್ತು ತಿಂಗಳ ಪ್ರಕಾರ ಹಿಂದಿನ ಇನ್ಸಿಡೆಂಟ್‌ಗಳ ಪಟ್ಟಿ ತೋರಿಸಲಿ. ಪ್ರತಿ ಇನ್ಸಿಡೆಂಟ್‌ಗೆ ತನ್ನದೇ ಪುಟವಿರಲಿ. ಪಾಸ್‌ವರ್ಡ್-ರಕ್ಷಿತ ಅಡ್ಮಿನ್ ಪುಟ ಸೇರಿಸಿ, ಅದರಲ್ಲಿ ಇನ್ಸಿಡೆಂಟ್ (ಶೀರ್ಷಿಕೆ, ಪರಿಣಾಮ, ಪರಿಣಾಮಕ್ಕೊಳಗಾದ ಕಾಂಪೊನೆಂಟ್‌ಗಳು) ರಚಿಸಲು, ಅಪ್‌ಡೇಟ್‌ಗಳನ್ನು ಪೋಸ್ಟ್ ಮಾಡಲು (ಸಂದೇಶ ಮತ್ತು ಸ್ಥಿತಿ: ತನಿಖೆ, ಗುರುತಿಸಲಾಗಿದೆ, ಮೇಲ್ವಿಚಾರಣೆ, ಪರಿಹರಿಸಲಾಗಿದೆ), ಕಾಂಪೊನೆಂಟ್ ಸ್ಥಿತಿಗಳನ್ನು ಬದಲಿಸಲು ಮತ್ತು ನಿರ್ವಹಣೆಯನ್ನು ನಿಗದಿಪಡಿಸಲು. POST /api/check-result ಎಂಡ್‌ಪಾಯಿಂಟ್ ಸೇರಿಸಿ, ಅದು ಬಾಹ್ಯ ಮಾನಿಟರ್‌ನಿಂದ ಕಾಂಪೊನೆಂಟ್ ಹೆಸರು ಮತ್ತು up/down ಸ್ವೀಕರಿಸಲಿ, ರಹಸ್ಯ ಟೋಕನ್‌ನಿಂದ ರಕ್ಷಿತವಾಗಿರಲಿ, ಮತ್ತು ಸತತ ಮೂರು down ನಂತರ ಮಾತ್ರ ಕಾಂಪೊನೆಂಟ್ ಅನ್ನು Degraded ಎಂದು ಗುರುತಿಸಲಿ. ಎಲ್ಲವನ್ನೂ ಈ ಆ್ಯಪ್‌ನ ಸ್ವಂತ ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಿ. ಸರಳ, ಶಾಂತ ವಿನ್ಯಾಸ, ಫೋನ್‌ಗಳಲ್ಲಿ ವೇಗವಾಗಿ ಲೋಡ್ ಆಗುವಂತೆ.

ನಿರ್ಮಾಣ ಹಂತಗಳು

1. ಸಾರ್ವಜನಿಕ ಪುಟ ಮತ್ತು ಕೈಯಾರೆ ಇನ್ಸಿಡೆಂಟ್‌ಗಳೊಂದಿಗೆ ಅಡ್ಮಿನ್. ಇದೊಂದೇ ಕೆಲಸ ಮಾಡುವ ಸ್ಟೇಟಸ್ ಪೇಜ್.
2. ಪ್ರತ್ಯೇಕವಾಗಿ ಹೋಸ್ಟ್ ಮಾಡಿ ಮತ್ತು ಸಬ್‌ಡೊಮೇನ್ ಅನ್ನು ಅದಕ್ಕೆ ತೋರಿಸಿ.
3. ಇನ್ಸಿಡೆಂಟ್ ಪುಟಗಳು ಮತ್ತು ಇತಿಹಾಸ.
4. ನಿರ್ವಹಣಾ ಅವಧಿಗಳು.
5. ಚಂದಾದಾರಿಕೆಗಳು. ಡಬಲ್ ಆಪ್ಟ್-ಇನ್ ಇಮೇಲ್ ಸೈನ್-ಅಪ್ ಮತ್ತು ಹೊಸ ಇನ್ಸಿಡೆಂಟ್‌ಗಳು ಹಾಗೂ ಅಪ್‌ಡೇಟ್‌ಗಳ ಬಗ್ಗೆ ಸೂಚನೆಗಳು. ಇಮೇಲ್‌ಗೆ ಪ್ರೊವೈಡರ್ ಬೇಕು; ನಿಮ್ಮ ಆ್ಯಪ್‌ನಿಂದ ಇಮೇಲ್ ಕಳುಹಿಸುವುದು ಹೇಗೆ ನೋಡಿ.
6. ಮಾನಿಟರ್ ವೆಬ್‌ಹುಕ್, ನೀವು ಸ್ವಯಂಚಾಲಿತ ಸ್ಥಿತಿ ಬದಲಾವಣೆಗಳನ್ನು ಬಯಸಿದರೆ.
7. ಡ್ರಿಲ್ ನಡೆಸಿ. ನಕಲಿ ಇನ್ಸಿಡೆಂಟ್ ರಚಿಸಿ, ಅಪ್‌ಡೇಟ್‌ಗಳನ್ನು ಪೋಸ್ಟ್ ಮಾಡಿ, ಪರಿಹರಿಸಿ, ಇಮೇಲ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸಿ, ನಂತರ ಅಳಿಸಿ.

ಸಾಮಾನ್ಯ ತಪ್ಪುಗಳು

• ಆ್ಯಪ್‌ನೊಂದಿಗೆ ಹೋಸ್ಟ್ ಮಾಡುವುದು. ಅತ್ಯಂತ ಸಾಮಾನ್ಯ ಮತ್ತು ಅತ್ಯಂತ ಗಂಭೀರ ತಪ್ಪು.
• ಯಾವಾಗಲೂ "ಎಲ್ಲಾ ಸಿಸ್ಟಮ್‌ಗಳು ಕಾರ್ಯಾಚರಣೆಯಲ್ಲಿವೆ" ಎಂದು ಹೇಳುವ ಪುಟ. ಅದು ಎಂದಿಗೂ ಸಮಸ್ಯೆ ತೋರಿಸದಿದ್ದರೆ, ಬಳಕೆದಾರರು ನಂಬುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತಾರೆ.
• ಸಮಯ ಅಥವಾ ಸಮಯ ವಲಯ ಇಲ್ಲದಿರುವುದು. ಯಾವಾಗಲೂ ವಲಯದೊಂದಿಗೆ ಸಮಯ ತೋರಿಸಿ.
• ಅಡ್ಮಿನ್ ಪುಟಕ್ಕೆ ನಿಮ್ಮ ಮುಖ್ಯ ಆ್ಯಪ್‌ನ ಲಾಗಿನ್ ಅವಲಂಬಿಸುವುದು.
• ಅಪ್‌ಡೇಟ್‌ಗಳ ನಡುವೆ ಮೌನ. "ಯಾವುದೇ ಬದಲಾವಣೆ ಇಲ್ಲ, ಇನ್ನೂ ಕೆಲಸ ನಡೆಯುತ್ತಿದೆ" ಎಂಬುದೂ ಮಾನ್ಯ ಅಪ್‌ಡೇಟ್.
• ಏರಿಳಿಯುವ ಸ್ವಯಂಚಾಲಿತ ಸ್ಥಿತಿಗಳು. ಬದಲಾವಣೆಗೆ ಮೊದಲು ಪುನರಾವರ್ತಿತ ವೈಫಲ್ಯಗಳನ್ನು ಕೇಳಿ.

ಸಿದ್ಧ ಸ್ಟೇಟಸ್ ಪೇಜ್ ಸೇವೆ ಯಾವಾಗ ಉತ್ತಮ ಆಯ್ಕೆ

ಹೋಸ್ಟೆಡ್ ಸ್ಟೇಟಸ್ ಪೇಜ್ ಸೇವೆಗಳು ಸ್ವಾತಂತ್ರ್ಯದ ಸಮಸ್ಯೆಯ ಸುತ್ತ ನಿರ್ಮಿತವಾಗಿವೆ: ಅವು ಪ್ರತ್ಯೇಕ ಮೂಲಸೌಕರ್ಯದಲ್ಲಿ ಚಲಿಸುತ್ತವೆ, ಚಂದಾದಾರರ ಸೂಚನೆಗಳನ್ನು ಇಮೇಲ್ ಮತ್ತು SMS ಮೂಲಕ ನಿರ್ವಹಿಸುತ್ತವೆ, ಮತ್ತು ಆಗಾಗ್ಗೆ ಮಾನಿಟರಿಂಗ್ ಹಾಗೂ ಇನ್ಸಿಡೆಂಟ್ ಸಾಧನಗಳೊಂದಿಗೆ ಸಂಯೋಜನೆಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತವೆ. ಅಪ್‌ಟೈಮ್ ನಿಮ್ಮ ಗ್ರಾಹಕರು ಪಾವತಿಸುವ ವಿಷಯದ ಭಾಗವಾಗಿದ್ದರೆ, ಅಥವಾ ಇನ್ಸಿಡೆಂಟ್‌ಗಳನ್ನು ವರದಿ ಮಾಡಬೇಕಾದ ಒಪ್ಪಂದದ ಬಾಧ್ಯತೆಗಳಿದ್ದರೆ, ಮೀಸಲಾದ ಸೇವೆ ಸಾಮಾನ್ಯವಾಗಿ ಯೋಗ್ಯ. ಅನೇಕ ಸೇವೆಗಳು ಸಣ್ಣ ತಂಡಗಳಿಗೆ ಉಚಿತ ಅಥವಾ ಕಡಿಮೆ ವೆಚ್ಚದ ಶ್ರೇಣಿಗಳನ್ನು ಹೊಂದಿವೆ, ಆದ್ದರಿಂದ ನಿರ್ಮಿಸುವ ಮೊದಲು ಪರಿಶೀಲಿಸಿ.

ನಿಮಗೆ ವಿನ್ಯಾಸ ಮತ್ತು ಪದಗಳ ಮೇಲೆ ಪೂರ್ಣ ನಿಯಂತ್ರಣ ಬೇಕಾದಾಗ, ನಿಮ್ಮ ಅಗತ್ಯಗಳು ಸರಳವಾಗಿದ್ದಾಗ (ಕೆಲವು ಕಾಂಪೊನೆಂಟ್‌ಗಳು, ಕೈಯಾರೆ ಅಪ್‌ಡೇಟ್‌ಗಳು), ಅಥವಾ ಇತರರಿಗಾಗಿ ನಿರ್ಮಿಸುತ್ತಿರುವ ಉತ್ಪನ್ನದ ಭಾಗವಾಗಿ ಸ್ಟೇಟಸ್ ಪೇಜ್ ಇದ್ದಾಗ, ನಿಮ್ಮದೇ ಆದದ್ದನ್ನು ನಿರ್ಮಿಸಿ.

Mythex ನೊಂದಿಗೆ ನಿರ್ಮಿಸುವುದು

Mythex ನಲ್ಲಿ ನೀವು ಸ್ಟೇಟಸ್ ಪೇಜ್ ಅನ್ನು ನಿಮ್ಮ ಮುಖ್ಯ ಆ್ಯಪ್‌ನಿಂದ ಪ್ರತ್ಯೇಕವಾದ ತನ್ನದೇ ಪ್ರಾಜೆಕ್ಟ್ ಆಗಿ ನಿರ್ಮಿಸಬಹುದು, ಇದರಿಂದ ಅದಕ್ಕೆ ಪ್ರತ್ಯೇಕ ಹೋಸ್ಟಿಂಗ್ ಮತ್ತು ತನ್ನದೇ ಡೇಟಾಬೇಸ್ ಸಿಗುತ್ತದೆ. ಚಾಟ್‌ನಲ್ಲಿ ವಿವರಿಸಿ, ಲೈವ್ ಪ್ರಿವ್ಯೂನಲ್ಲಿ ಪರಿಶೀಲಿಸಿ, ನಂತರ ಪ್ರಕಟಿಸಿ ಮತ್ತು status.yourdomain.com ನಂತಹ ಸಬ್‌ಡೊಮೇನ್ ಸಂಪರ್ಕಿಸಿ (ಕಸ್ಟಮ್ ಡೊಮೇನ್‌ಗಳು Pro ನಲ್ಲಿ ಲಭ್ಯ). ನೆನಪಿಡಿ: ಪ್ರಕಟವಾದ Mythex ಆ್ಯಪ್‌ಗಳು ಮತ್ತು ಅವುಗಳ ಡೇಟಾಬೇಸ್‌ಗಳು ಬಳಕೆಯಿಲ್ಲದಾಗ ನಿದ್ರಿಸುತ್ತವೆ ಮತ್ತು ಮುಂದಿನ ಭೇಟಿಯಲ್ಲಿ ಎಚ್ಚರಗೊಳ್ಳುತ್ತವೆ, ಆದ್ದರಿಂದ ಸ್ವಲ್ಪ ಸಮಯದ ಮೌನದ ನಂತರದ ಮೊದಲ ಲೋಡ್ ನಿಧಾನವಾಗಬಹುದು; ಸರಳ, ಹಗುರ ಪುಟ ಸಹಾಯಕ.

Mythex ಶೆಡ್ಯೂಲ್ ಮಾಡಿದ ಜಾಬ್‌ಗಳನ್ನು ದಾಖಲಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಸ್ವಯಂಚಾಲಿತ ಪರಿಶೀಲನೆಗಳಿಗೆ ನಿಮ್ಮ ಸ್ಟೇಟಸ್ ಪೇಜ್‌ನ ವೆಬ್‌ಹುಕ್ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಅನ್ನು ಕರೆಯುವ ಬಾಹ್ಯ ಅಪ್‌ಟೈಮ್ ಮಾನಿಟರ್ ಬಳಸಿ (ವೆಬ್‌ಹುಕ್ ರೆಸಿಪಿ ನೋಡಿ). ಚಂದಾದಾರರಿಗೆ ಇಮೇಲ್ ಎಚ್ಚರಿಕೆಗಳು ನಿಮ್ಮದೇ ಪ್ರೊವೈಡರ್ ಮೂಲಕ ಹೋಗುತ್ತವೆ, ಕೀ ಪ್ರಾಜೆಕ್ಟ್ ಸೀಕ್ರೆಟ್ ಆಗಿ ಸಂಗ್ರಹವಾಗಿರುತ್ತದೆ (ಇಮೇಲ್ ಕಳುಹಿಸುವ ರೆಸಿಪಿ).

ಪ್ರಶ್ನೆಗಳು