ಎಲ್ಲದರ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುವ ರೋಲ್‌ಔಟ್ ಕಥೆ

ರಿಯಾಲಿಟಿ ಶತ್ರುಗಳು 12f-2 ಮೂಲಕ

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

ನಾವು ಮಾಡಿದ ವಾಸ್ತುಶಿಲ್ಪ ಮತ್ತು ತಾಂತ್ರಿಕ ನಿರ್ಧಾರಗಳನ್ನು ನಾನು ಈಗ ವಿವರಿಸುವುದಿಲ್ಲ ಅಥವಾ ಅದು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂದು ಹೇಳುವುದಿಲ್ಲ. ಇವುಗಳು ಅತ್ಯಂತ ಕಷ್ಟಕರವಾದ ರೋಲ್‌ಔಟ್‌ಗಳು ಹೇಗೆ ನಡೆದವು ಎಂಬುದರ ಕುರಿತು ಅಂಚುಗಳಲ್ಲಿನ ಟಿಪ್ಪಣಿಗಳಾಗಿವೆ, ಅದನ್ನು ನಾನು ಗಮನಿಸಿದ್ದೇನೆ ಮತ್ತು ನಾನು ನೇರವಾಗಿ ತೊಡಗಿಸಿಕೊಂಡಿದ್ದೇನೆ. ನಾನು ಸಂಪೂರ್ಣತೆ ಅಥವಾ ತಾಂತ್ರಿಕ ವಿವರಗಳನ್ನು ಹೇಳಿಕೊಳ್ಳುವುದಿಲ್ಲ; ಬಹುಶಃ ಅವರು ಇನ್ನೊಂದು ಲೇಖನದಲ್ಲಿ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತಾರೆ.

ಹಿನ್ನೆಲೆ + ಇದು ಯಾವ ರೀತಿಯ ಕಾರ್ಯವನ್ನು ಹೊಂದಿದೆ?

ನಾವು ಮೋಡದ ವೇದಿಕೆಯನ್ನು ನಿರ್ಮಿಸುತ್ತಿದ್ದೇವೆ Mail.ru ಕ್ಲೌಡ್ ಪರಿಹಾರಗಳು (MCS), ಅಲ್ಲಿ ನಾನು ತಾಂತ್ರಿಕ ನಿರ್ದೇಶಕನಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತೇನೆ. ಮತ್ತು ಈಗ ನಮ್ಮ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗೆ IAM (ಗುರುತು ಮತ್ತು ಪ್ರವೇಶ ನಿರ್ವಹಣೆ) ಅನ್ನು ಸೇರಿಸುವ ಸಮಯ ಬಂದಿದೆ, ಇದು ಎಲ್ಲಾ ಬಳಕೆದಾರ ಖಾತೆಗಳು, ಬಳಕೆದಾರರು, ಪಾಸ್‌ವರ್ಡ್‌ಗಳು, ಪಾತ್ರಗಳು, ಸೇವೆಗಳು ಮತ್ತು ಹೆಚ್ಚಿನವುಗಳ ಏಕೀಕೃತ ನಿರ್ವಹಣೆಯನ್ನು ಒದಗಿಸುತ್ತದೆ. ಕ್ಲೌಡ್‌ನಲ್ಲಿ ಅದು ಏಕೆ ಬೇಕು ಎಂಬುದು ಸ್ಪಷ್ಟವಾದ ಪ್ರಶ್ನೆಯಾಗಿದೆ: ಎಲ್ಲಾ ಬಳಕೆದಾರರ ಮಾಹಿತಿಯನ್ನು ಅದರಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗಿದೆ.

ಸಾಮಾನ್ಯವಾಗಿ ಅಂತಹ ವಿಷಯಗಳನ್ನು ಯಾವುದೇ ಯೋಜನೆಗಳ ಪ್ರಾರಂಭದಲ್ಲಿ ನಿರ್ಮಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ. ಆದರೆ ಐತಿಹಾಸಿಕವಾಗಿ MCS ನಲ್ಲಿ ವಿಷಯಗಳು ಸ್ವಲ್ಪ ವಿಭಿನ್ನವಾಗಿವೆ. MCS ಅನ್ನು ಎರಡು ಭಾಗಗಳಲ್ಲಿ ನಿರ್ಮಿಸಲಾಗಿದೆ:

• ತನ್ನದೇ ಆದ ಕೀಸ್ಟೋನ್ ಅಧಿಕಾರ ಮಾಡ್ಯೂಲ್‌ನೊಂದಿಗೆ ಓಪನ್‌ಸ್ಟಾಕ್,
• Mail.ru ಕ್ಲೌಡ್ ಪ್ರಾಜೆಕ್ಟ್‌ನ ಆಧಾರದ ಮೇಲೆ ಹಾಟ್‌ಬಾಕ್ಸ್ (S3 ಸಂಗ್ರಹಣೆ),

ಅದರ ಸುತ್ತಲೂ ಹೊಸ ಸೇವೆಗಳು ಕಾಣಿಸಿಕೊಂಡವು.

ಮೂಲಭೂತವಾಗಿ, ಇವು ಎರಡು ವಿಭಿನ್ನ ರೀತಿಯ ಅಧಿಕಾರಗಳಾಗಿವೆ. ಜೊತೆಗೆ, ನಾವು ಕೆಲವು ಪ್ರತ್ಯೇಕ Mail.ru ಬೆಳವಣಿಗೆಗಳನ್ನು ಬಳಸಿದ್ದೇವೆ, ಉದಾಹರಣೆಗೆ, ಸಾಮಾನ್ಯ Mail.ru ಪಾಸ್‌ವರ್ಡ್ ಸಂಗ್ರಹಣೆ, ಹಾಗೆಯೇ ಸ್ವಯಂ-ಲಿಖಿತ openid ಕನೆಕ್ಟರ್, ಇದಕ್ಕೆ ಧನ್ಯವಾದಗಳು Horizon ಪ್ಯಾನೆಲ್‌ನಲ್ಲಿ SSO (ಎಂಡ್-ಟು-ಎಂಡ್ ದೃಢೀಕರಣ) ಒದಗಿಸಲಾಗಿದೆ. ವರ್ಚುವಲ್ ಯಂತ್ರಗಳ (ಸ್ಥಳೀಯ OpenStack UI).

ನಮಗಾಗಿ IAM ಅನ್ನು ಮಾಡುವುದು ಎಂದರೆ ಎಲ್ಲವನ್ನೂ ಒಂದೇ ಸಿಸ್ಟಮ್‌ಗೆ ಸಂಪರ್ಕಿಸುವುದು, ಸಂಪೂರ್ಣವಾಗಿ ನಮ್ಮದೇ. ಅದೇ ಸಮಯದಲ್ಲಿ, ನಾವು ದಾರಿಯುದ್ದಕ್ಕೂ ಯಾವುದೇ ಕಾರ್ಯವನ್ನು ಕಳೆದುಕೊಳ್ಳುವುದಿಲ್ಲ, ಆದರೆ ಭವಿಷ್ಯಕ್ಕಾಗಿ ಒಂದು ಅಡಿಪಾಯವನ್ನು ರಚಿಸುತ್ತೇವೆ, ಅದು ಮರುಫಲಕ ಮಾಡದೆಯೇ ಅದನ್ನು ಪಾರದರ್ಶಕವಾಗಿ ಪರಿಷ್ಕರಿಸಲು ಮತ್ತು ಕ್ರಿಯಾತ್ಮಕತೆಯ ದೃಷ್ಟಿಯಿಂದ ಅದನ್ನು ಅಳೆಯಲು ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ. ಪ್ರಾರಂಭದಲ್ಲಿ, ಬಳಕೆದಾರರು ಸೇವೆಗಳಿಗೆ (ಕೇಂದ್ರ RBAC, ಪಾತ್ರ-ಆಧಾರಿತ ಪ್ರವೇಶ ನಿಯಂತ್ರಣ) ಮತ್ತು ಕೆಲವು ಇತರ ಸಣ್ಣ ವಿಷಯಗಳಿಗೆ ಪ್ರವೇಶಕ್ಕಾಗಿ ರೋಲ್ ಮಾಡೆಲ್ ಅನ್ನು ಹೊಂದಿದ್ದರು.

ಕಾರ್ಯವು ಕ್ಷುಲ್ಲಕವಲ್ಲ: ಪೈಥಾನ್ ಮತ್ತು ಪರ್ಲ್, ಹಲವಾರು ಬ್ಯಾಕೆಂಡ್‌ಗಳು, ಸ್ವತಂತ್ರವಾಗಿ ಬರೆಯಲಾದ ಸೇವೆಗಳು, ಹಲವಾರು ಅಭಿವೃದ್ಧಿ ತಂಡಗಳು ಮತ್ತು ನಿರ್ವಾಹಕರು. ಮತ್ತು ಮುಖ್ಯವಾಗಿ, ಯುದ್ಧ ಉತ್ಪಾದನಾ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಸಾವಿರಾರು ಲೈವ್ ಬಳಕೆದಾರರಿದ್ದಾರೆ. ಇದೆಲ್ಲವನ್ನೂ ಬರೆಯಬೇಕಾಗಿತ್ತು ಮತ್ತು ಮುಖ್ಯವಾಗಿ, ಸಾವುನೋವುಗಳಿಲ್ಲದೆ ಹೊರಹೊಮ್ಮಿತು.

ನಾವು ಏನನ್ನು ಹೊರತರಲಿದ್ದೇವೆ?

ಇದನ್ನು ಸ್ಥೂಲವಾಗಿ ಹೇಳುವುದಾದರೆ, ಸುಮಾರು 4 ತಿಂಗಳುಗಳಲ್ಲಿ ನಾವು ಈ ಕೆಳಗಿನವುಗಳನ್ನು ಸಿದ್ಧಪಡಿಸಿದ್ದೇವೆ:

• ಮೂಲಸೌಕರ್ಯದ ವಿವಿಧ ಭಾಗಗಳಲ್ಲಿ ಹಿಂದೆ ಕಾರ್ಯನಿರ್ವಹಿಸಿದ ಕಾರ್ಯಗಳನ್ನು ಒಟ್ಟುಗೂಡಿಸುವ ಹಲವಾರು ಹೊಸ ಡೀಮನ್‌ಗಳನ್ನು ನಾವು ರಚಿಸಿದ್ದೇವೆ. ಉಳಿದ ಸೇವೆಗಳಿಗೆ ಈ ರಾಕ್ಷಸರ ರೂಪದಲ್ಲಿ ಹೊಸ ಬ್ಯಾಕೆಂಡ್ ಅನ್ನು ಸೂಚಿಸಲಾಗಿದೆ.
• ನಮ್ಮ ಎಲ್ಲಾ ಸೇವೆಗಳಿಗೆ ಲಭ್ಯವಿರುವ ಪಾಸ್‌ವರ್ಡ್‌ಗಳು ಮತ್ತು ಕೀಗಳ ನಮ್ಮದೇ ಕೇಂದ್ರ ಸಂಗ್ರಹವನ್ನು ನಾವು ಬರೆದಿದ್ದೇವೆ, ಅದನ್ನು ನಮಗೆ ಬೇಕಾದಂತೆ ಮುಕ್ತವಾಗಿ ಮಾರ್ಪಡಿಸಬಹುದು.
• ನಾವು ಮೊದಲಿನಿಂದಲೂ ಕೀಸ್ಟೋನ್‌ಗಾಗಿ 4 ಹೊಸ ಬ್ಯಾಕೆಂಡ್‌ಗಳನ್ನು ಬರೆದಿದ್ದೇವೆ (ಬಳಕೆದಾರರು, ಯೋಜನೆಗಳು, ಪಾತ್ರಗಳು, ಪಾತ್ರ ಕಾರ್ಯಯೋಜನೆಗಳು), ಇದು ವಾಸ್ತವವಾಗಿ, ಅದರ ಡೇಟಾಬೇಸ್ ಅನ್ನು ಬದಲಿಸಿದೆ ಮತ್ತು ಈಗ ನಮ್ಮ ಬಳಕೆದಾರರ ಪಾಸ್‌ವರ್ಡ್‌ಗಳಿಗೆ ಒಂದೇ ರೆಪೊಸಿಟರಿಯಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ.
• ಪ್ರತಿ ಸರ್ವರ್‌ನಿಂದ ಸ್ಥಳೀಯವಾಗಿ ಈ ನೀತಿಗಳನ್ನು ಓದುವ ಬದಲು ಅವರ ನೀತಿಗಳಿಗಾಗಿ ಮೂರನೇ ವ್ಯಕ್ತಿಯ ನೀತಿ ಸೇವೆಗೆ ಹೋಗಲು ನಮ್ಮ ಎಲ್ಲಾ Openstack ಸೇವೆಗಳಿಗೆ ನಾವು ಕಲಿಸಿದ್ದೇವೆ (ಹೌದು, ಡೀಫಾಲ್ಟ್ ಆಗಿ Openstack ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ!)

ಅಂತಹ ಪ್ರಮುಖ ಮರುಕೆಲಸಕ್ಕೆ ವಿವಿಧ ಅಭಿವೃದ್ಧಿ ತಂಡಗಳು ಬರೆದ ಹಲವಾರು ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ ದೊಡ್ಡ, ಸಂಕೀರ್ಣ ಮತ್ತು, ಮುಖ್ಯವಾಗಿ, ಸಿಂಕ್ರೊನಸ್ ಬದಲಾವಣೆಗಳ ಅಗತ್ಯವಿರುತ್ತದೆ. ಒಮ್ಮೆ ಜೋಡಿಸಿದ ನಂತರ, ಸಂಪೂರ್ಣ ವ್ಯವಸ್ಥೆಯು ಕಾರ್ಯನಿರ್ವಹಿಸಬೇಕು.

ಅಂತಹ ಬದಲಾವಣೆಗಳನ್ನು ಹೇಗೆ ರೋಲ್ ಮಾಡುವುದು ಮತ್ತು ಅದನ್ನು ತಿರುಗಿಸದಿರುವುದು ಹೇಗೆ? ಮೊದಲಿಗೆ ನಾವು ಭವಿಷ್ಯವನ್ನು ಸ್ವಲ್ಪ ನೋಡಲು ನಿರ್ಧರಿಸಿದ್ದೇವೆ.

ರೋಲ್ಔಟ್ ತಂತ್ರ

• ಉತ್ಪನ್ನವನ್ನು ಹಲವಾರು ಹಂತಗಳಲ್ಲಿ ಹೊರಹಾಕಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ, ಆದರೆ ಇದು ಅಭಿವೃದ್ಧಿ ಸಮಯವನ್ನು ಮೂರು ಪಟ್ಟು ಹೆಚ್ಚಿಸುತ್ತದೆ. ಹೆಚ್ಚುವರಿಯಾಗಿ, ಸ್ವಲ್ಪ ಸಮಯದವರೆಗೆ ನಾವು ಡೇಟಾಬೇಸ್‌ಗಳಲ್ಲಿ ಡೇಟಾದ ಸಂಪೂರ್ಣ ಡಿಸಿಂಕ್ರೊನೈಸೇಶನ್ ಅನ್ನು ಹೊಂದಿದ್ದೇವೆ. ನೀವು ನಿಮ್ಮ ಸ್ವಂತ ಸಿಂಕ್ರೊನೈಸೇಶನ್ ಪರಿಕರಗಳನ್ನು ಬರೆಯಬೇಕು ಮತ್ತು ಬಹು ಡೇಟಾ ಸ್ಟೋರ್‌ಗಳೊಂದಿಗೆ ದೀರ್ಘಕಾಲ ಬದುಕಬೇಕು. ಮತ್ತು ಇದು ವಿವಿಧ ಅಪಾಯಗಳನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ.
• ಬಳಕೆದಾರರಿಗೆ ಪಾರದರ್ಶಕವಾಗಿ ಸಿದ್ಧಪಡಿಸಬಹುದಾದ ಎಲ್ಲವನ್ನೂ ಮುಂಚಿತವಾಗಿ ಮಾಡಲಾಯಿತು. ಇದು 2 ತಿಂಗಳುಗಳನ್ನು ತೆಗೆದುಕೊಂಡಿತು.
• ನಾವು ಹಲವಾರು ಗಂಟೆಗಳ ಕಾಲ ಅಲಭ್ಯತೆಯನ್ನು ಅನುಮತಿಸಿದ್ದೇವೆ - ಸಂಪನ್ಮೂಲಗಳನ್ನು ರಚಿಸಲು ಮತ್ತು ಬದಲಾಯಿಸಲು ಬಳಕೆದಾರರ ಕಾರ್ಯಾಚರಣೆಗಳಿಗೆ ಮಾತ್ರ.
• ಈಗಾಗಲೇ ರಚಿಸಲಾದ ಎಲ್ಲಾ ಸಂಪನ್ಮೂಲಗಳ ಕಾರ್ಯಾಚರಣೆಗಾಗಿ, ಅಲಭ್ಯತೆಯನ್ನು ಸ್ವೀಕಾರಾರ್ಹವಲ್ಲ. ರೋಲ್‌ಔಟ್ ಸಮಯದಲ್ಲಿ ಸಂಪನ್ಮೂಲಗಳು ಡೌನ್‌ಟೈಮ್ ಇಲ್ಲದೆ ಕಾರ್ಯನಿರ್ವಹಿಸಬೇಕು ಮತ್ತು ಗ್ರಾಹಕರ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರಬೇಕು ಎಂದು ನಾವು ಯೋಜಿಸಿದ್ದೇವೆ.
• ಏನಾದರೂ ತಪ್ಪಾದಲ್ಲಿ ನಮ್ಮ ಗ್ರಾಹಕರ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುವುದನ್ನು ಕಡಿಮೆ ಮಾಡಲು, ನಾವು ಭಾನುವಾರ ಸಂಜೆ ಹೊರಡಲು ನಿರ್ಧರಿಸಿದ್ದೇವೆ. ಕಡಿಮೆ ಗ್ರಾಹಕರು ರಾತ್ರಿಯಲ್ಲಿ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತಾರೆ.
• ರೋಲ್‌ಔಟ್‌ಗಾಗಿ ಆಯ್ಕೆಮಾಡಿದ ಅವಧಿಯಲ್ಲಿ, ಸೇವಾ ನಿರ್ವಹಣೆಯು ಲಭ್ಯವಿರುವುದಿಲ್ಲ ಎಂದು ನಾವು ನಮ್ಮ ಎಲ್ಲಾ ಗ್ರಾಹಕರಿಗೆ ಎಚ್ಚರಿಕೆ ನೀಡಿದ್ದೇವೆ.

ವಿಷಯಾಂತರ: ರೋಲ್ಔಟ್ ಎಂದರೇನು?

ರೋಲ್ಔಟ್ ಎಂದರೇನು ಎಂದು ಪ್ರತಿಯೊಬ್ಬ ಐಟಿ ತಜ್ಞರು ಸುಲಭವಾಗಿ ಉತ್ತರಿಸಬಹುದು. ನೀವು CI/CD ಅನ್ನು ಸ್ಥಾಪಿಸಿ, ಮತ್ತು ಎಲ್ಲವನ್ನೂ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಸ್ಟೋರ್‌ಗೆ ತಲುಪಿಸಲಾಗುತ್ತದೆ. 🙂

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

ಮತ್ತು ಇಡೀ ಚಿತ್ರ ಹೀಗಿದೆ. ರೋಲ್ಔಟ್ ನಾಲ್ಕು ಪ್ರಮುಖ ಅಂಶಗಳನ್ನು ಒಳಗೊಂಡಿದೆ:

1. ಡೇಟಾ ಮಾರ್ಪಾಡು ಸೇರಿದಂತೆ ಕೋಡ್‌ನ ವಿತರಣೆ. ಉದಾಹರಣೆಗೆ, ಅವರ ವಲಸೆ.
2. ಕೋಡ್ ರೋಲ್ಬ್ಯಾಕ್ ಎಂದರೆ ಏನಾದರೂ ತಪ್ಪಾದಲ್ಲಿ ಹಿಂತಿರುಗುವ ಸಾಮರ್ಥ್ಯ. ಉದಾಹರಣೆಗೆ, ಬ್ಯಾಕ್ಅಪ್ಗಳನ್ನು ರಚಿಸುವ ಮೂಲಕ.
3. ಪ್ರತಿ ರೋಲ್‌ಔಟ್/ರೋಲ್‌ಬ್ಯಾಕ್ ಕಾರ್ಯಾಚರಣೆಯ ಸಮಯ. ಮೊದಲ ಎರಡು ಬಿಂದುಗಳ ಯಾವುದೇ ಕಾರ್ಯಾಚರಣೆಯ ಸಮಯವನ್ನು ನೀವು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು.
4. ಬಾಧಿತ ಕಾರ್ಯನಿರ್ವಹಣೆ. ನಿರೀಕ್ಷಿತ ಧನಾತ್ಮಕ ಮತ್ತು ಸಂಭವನೀಯ ಋಣಾತ್ಮಕ ಪರಿಣಾಮಗಳನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡುವುದು ಅವಶ್ಯಕ.

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

ಆಕ್ಟ್ 1..ಎನ್, ಬಿಡುಗಡೆಗೆ ಸಿದ್ಧತೆ

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

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

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

ಈ ಮಧ್ಯೆ, ಸಂಪರ್ಕ ವಿಧಾನಗಳ ಕುರಿತು ಗ್ರಾಹಕರಿಗೆ ಸೂಚನೆಗಳನ್ನು ಬರೆಯಲು ತಾಂತ್ರಿಕ ಬೆಂಬಲದ ವ್ಯಕ್ತಿಗಳು ತಮ್ಮದೇ ಆದ ಸ್ವತಂತ್ರ ಪ್ರಯೋಗಗಳನ್ನು ನಡೆಸಿದರು, ಅದು ರೋಲ್‌ಔಟ್ ನಂತರ ಬದಲಾಗಬೇಕಿತ್ತು. ಅವರು ಬಳಕೆದಾರ UX ನಲ್ಲಿ ಕೆಲಸ ಮಾಡಿದರು, ಸೂಚನೆಗಳನ್ನು ಸಿದ್ಧಪಡಿಸಿದರು ಮತ್ತು ವೈಯಕ್ತಿಕ ಸಮಾಲೋಚನೆಗಳನ್ನು ಒದಗಿಸಿದರು.

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

ಮತ್ತು ಆದ್ದರಿಂದ…

ರೋಲಿಂಗ್ ಮಾಡುವ ಮೊದಲು ಅಂತಿಮ ಕ್ರಿಯೆ

...ಇದು ಹೊರಹೋಗುವ ಸಮಯ.

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

ಅನಿರೀಕ್ಷಿತ ಪರಿಣಾಮಗಳು ಮತ್ತು ಅಲಭ್ಯತೆಗಳಿಗೆ ಸಂಬಂಧಿಸಿದ ನಮ್ಮ ಬಳಕೆದಾರರಿಗೆ ಎಲ್ಲಾ ಅಪಾಯಗಳನ್ನು ಸರಿದೂಗಿಸಲು ನಾವು ಎಲ್ಲವನ್ನೂ ಮಾಡಿದ್ದೇವೆ ಎಂದು ನಮಗೆ ಮನವರಿಕೆಯಾದಾಗ ನಾವು ಹೊರತರಲು ಸಿದ್ಧರಿದ್ದೇವೆ ಎಂದು ನಾವು ನಿರ್ಧರಿಸಿದ್ದೇವೆ. ಅಂದರೆ, ಹೊರತುಪಡಿಸಿ ಏನು ತಪ್ಪಾಗಬಹುದು:

1. (ನಮಗೆ ಪವಿತ್ರ, ಅತ್ಯಂತ ಅಮೂಲ್ಯ) ಬಳಕೆದಾರ ಮೂಲಸೌಕರ್ಯವನ್ನು ಪ್ರಭಾವಿಸಿ,
2. ಕ್ರಿಯಾತ್ಮಕತೆ: ರೋಲ್‌ಔಟ್ ನಂತರ ನಮ್ಮ ಸೇವೆಯ ಬಳಕೆಯು ಮೊದಲಿನಂತೆಯೇ ಇರಬೇಕು.

ರೋಲಿಂಗ್ ಔಟ್

ಎರಡು ರೋಲ್, 8 ಹಸ್ತಕ್ಷೇಪ ಮಾಡಬೇಡಿ

ನಾವು 7 ಗಂಟೆಗಳ ಕಾಲ ಬಳಕೆದಾರರಿಂದ ಎಲ್ಲಾ ವಿನಂತಿಗಳಿಗೆ ಅಲಭ್ಯತೆಯನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತೇವೆ. ಈ ಸಮಯದಲ್ಲಿ, ನಾವು ರೋಲ್‌ಔಟ್ ಯೋಜನೆ ಮತ್ತು ರೋಲ್‌ಬ್ಯಾಕ್ ಯೋಜನೆ ಎರಡನ್ನೂ ಹೊಂದಿದ್ದೇವೆ.

• ರೋಲ್ಔಟ್ ಸ್ವತಃ ಸರಿಸುಮಾರು 3 ಗಂಟೆಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ.
• ಪರೀಕ್ಷೆಗೆ 2 ಗಂಟೆಗಳು.
• 2 ಗಂಟೆಗಳು - ಬದಲಾವಣೆಗಳ ಸಂಭವನೀಯ ರೋಲ್ಬ್ಯಾಕ್ಗಾಗಿ ಮೀಸಲು.

ಪ್ರತಿ ಕ್ರಿಯೆಗೆ ಗ್ಯಾಂಟ್ ಚಾರ್ಟ್ ಅನ್ನು ರಚಿಸಲಾಗಿದೆ, ಅದು ಎಷ್ಟು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ, ಅನುಕ್ರಮವಾಗಿ ಏನಾಗುತ್ತದೆ, ಸಮಾನಾಂತರವಾಗಿ ಏನು ಮಾಡಲಾಗುತ್ತದೆ.

ರೋಲ್‌ಔಟ್ ಗ್ಯಾಂಟ್ ಚಾರ್ಟ್‌ನ ಒಂದು ತುಣುಕು, ಆರಂಭಿಕ ಆವೃತ್ತಿಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ (ಸಮಾನಾಂತರ ಕಾರ್ಯಗತಗೊಳಿಸದೆ). ಅತ್ಯಂತ ಮೌಲ್ಯಯುತವಾದ ಸಿಂಕ್ರೊನೈಸೇಶನ್ ಟೂಲ್

ಎಲ್ಲಾ ಭಾಗವಹಿಸುವವರು ರೋಲ್‌ಔಟ್‌ನಲ್ಲಿ ತಮ್ಮ ಪಾತ್ರವನ್ನು ಹೊಂದಿದ್ದಾರೆ, ಅವರು ಯಾವ ಕಾರ್ಯಗಳನ್ನು ಮಾಡುತ್ತಾರೆ ಮತ್ತು ಅವರು ಏನು ಜವಾಬ್ದಾರರು. ನಾವು ಪ್ರತಿ ಹಂತವನ್ನು ಸ್ವಯಂಚಾಲಿತತೆಗೆ ತರಲು ಪ್ರಯತ್ನಿಸುತ್ತೇವೆ, ಅದನ್ನು ಹೊರತೆಗೆಯಿರಿ, ಅದನ್ನು ಹಿಂದಕ್ಕೆ ತಿರುಗಿಸಿ, ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಸಂಗ್ರಹಿಸಿ ಮತ್ತು ಅದನ್ನು ಮತ್ತೆ ಹೊರತರುತ್ತೇವೆ.

ಘಟನೆಗಳ ಕ್ರಾನಿಕಲ್

ಹಾಗಾಗಿ ಏಪ್ರಿಲ್ 15ರ ಭಾನುವಾರ ರಾತ್ರಿ 29 ಗಂಟೆಗೆ 10 ಮಂದಿ ಕೆಲಸಕ್ಕೆ ಬಂದಿದ್ದರು. ಪ್ರಮುಖ ಭಾಗವಹಿಸುವವರ ಜೊತೆಗೆ, ಕೆಲವರು ತಂಡವನ್ನು ಬೆಂಬಲಿಸಲು ಸರಳವಾಗಿ ಬಂದರು, ಇದಕ್ಕಾಗಿ ಅವರಿಗೆ ವಿಶೇಷ ಧನ್ಯವಾದಗಳು.

ನಮ್ಮ ಪ್ರಮುಖ ಪರೀಕ್ಷಕರು ರಜೆಯಲ್ಲಿದ್ದಾರೆ ಎಂದು ನಮೂದಿಸುವುದು ಸಹ ಯೋಗ್ಯವಾಗಿದೆ. ಪರೀಕ್ಷೆಯಿಲ್ಲದೆ ಹೊರತರುವುದು ಅಸಾಧ್ಯ, ನಾವು ಆಯ್ಕೆಗಳನ್ನು ಅನ್ವೇಷಿಸುತ್ತಿದ್ದೇವೆ. ಸಹೋದ್ಯೋಗಿಯೊಬ್ಬರು ರಜೆಯಿಂದ ನಮ್ಮನ್ನು ಪರೀಕ್ಷಿಸಲು ಒಪ್ಪುತ್ತಾರೆ, ಇದಕ್ಕಾಗಿ ಅವರು ಇಡೀ ತಂಡದಿಂದ ಅಪಾರ ಕೃತಜ್ಞತೆಯನ್ನು ಪಡೆಯುತ್ತಾರೆ.

00:00. ನಿಲ್ಲಿಸು
ನಾವು ಬಳಕೆದಾರರ ವಿನಂತಿಗಳನ್ನು ನಿಲ್ಲಿಸುತ್ತೇವೆ, ತಾಂತ್ರಿಕ ಕೆಲಸ ಎಂದು ಹೇಳುವ ಚಿಹ್ನೆಯನ್ನು ಸ್ಥಗಿತಗೊಳಿಸುತ್ತೇವೆ. ಮಾನಿಟರಿಂಗ್ ಕಿರಿಚುತ್ತದೆ, ಆದರೆ ಎಲ್ಲವೂ ಸಾಮಾನ್ಯವಾಗಿದೆ. ಬೀಳಬೇಕಾದದ್ದನ್ನು ಹೊರತುಪಡಿಸಿ ಬೇರೇನೂ ಬಿದ್ದಿಲ್ಲ ಎಂದು ನಾವು ಪರಿಶೀಲಿಸುತ್ತೇವೆ. ಮತ್ತು ನಾವು ವಲಸೆಯ ಕೆಲಸವನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತೇವೆ.

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

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

ಇದು ಉತ್ತಮವಾಗಿ ಹೊರಹೊಮ್ಮಲಿಲ್ಲ, 10 ನಿಮಿಷಗಳ ನಂತರ ನಾವು ಇದನ್ನು ಅರಿತುಕೊಳ್ಳುತ್ತೇವೆ, ಏನನ್ನೂ ಸಂಪರ್ಕಿಸದಿದ್ದಾಗ ಅಥವಾ ತಂಡದ ಸದಸ್ಯರ ಯೋಜನೆಗಳಲ್ಲಿ ಕೆಲಸ ಮಾಡುವಾಗ. ತ್ವರಿತ ಸಿಂಕ್, ನಾವು ನಮ್ಮ ಸಮಸ್ಯೆಗಳಿಗೆ ಧ್ವನಿ ನೀಡುತ್ತೇವೆ, ಆದ್ಯತೆಗಳನ್ನು ಹೊಂದಿಸುತ್ತೇವೆ, ತಂಡಗಳಾಗಿ ಒಡೆಯುತ್ತೇವೆ ಮತ್ತು ಡೀಬಗ್ ಮಾಡಲು ಹೋಗುತ್ತೇವೆ.

02:30. ನಾಲ್ಕು ಕಣ್ಣುಗಳ ವಿರುದ್ಧ ಎರಡು ದೊಡ್ಡ ಸಮಸ್ಯೆಗಳು
ನಾವು ಎರಡು ದೊಡ್ಡ ಸಮಸ್ಯೆಗಳನ್ನು ಕಂಡುಕೊಳ್ಳುತ್ತೇವೆ. ಗ್ರಾಹಕರು ಕೆಲವು ಸಂಪರ್ಕಿತ ಸೇವೆಗಳನ್ನು ನೋಡುವುದಿಲ್ಲ ಮತ್ತು ಪಾಲುದಾರ ಖಾತೆಗಳೊಂದಿಗೆ ಸಮಸ್ಯೆಗಳು ಉದ್ಭವಿಸುತ್ತವೆ ಎಂದು ನಾವು ಅರಿತುಕೊಂಡಿದ್ದೇವೆ. ಎರಡೂ ಕೆಲವು ಅಂಚಿನ ಪ್ರಕರಣಗಳಿಗೆ ಅಪೂರ್ಣ ವಲಸೆ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳಿಂದಾಗಿ. ನಾವು ಈಗ ಅದನ್ನು ಸರಿಪಡಿಸಬೇಕಾಗಿದೆ.

ಇದನ್ನು ರೆಕಾರ್ಡ್ ಮಾಡುವ ಪ್ರಶ್ನೆಗಳನ್ನು ನಾವು ಕನಿಷ್ಠ 4 ಕಣ್ಣುಗಳೊಂದಿಗೆ ಬರೆಯುತ್ತೇವೆ. ಅವರು ಕೆಲಸ ಮಾಡುತ್ತಾರೆ ಮತ್ತು ಯಾವುದನ್ನೂ ಮುರಿಯುವುದಿಲ್ಲ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ನಾವು ಅವುಗಳನ್ನು ಪೂರ್ವ-ಉತ್ಪಾದನೆಯ ಸಮಯದಲ್ಲಿ ಪರೀಕ್ಷಿಸುತ್ತೇವೆ. ನೀವು ರೋಲ್ ಮಾಡಬಹುದು. ಅದೇ ಸಮಯದಲ್ಲಿ, ನಾವು ನಮ್ಮ ನಿಯಮಿತ ಏಕೀಕರಣ ಪರೀಕ್ಷೆಯನ್ನು ನಡೆಸುತ್ತೇವೆ, ಇದು ಇನ್ನೂ ಕೆಲವು ಸಮಸ್ಯೆಗಳನ್ನು ಬಹಿರಂಗಪಡಿಸುತ್ತದೆ. ಅವೆಲ್ಲವೂ ಚಿಕ್ಕದಾಗಿದೆ, ಆದರೆ ಅವುಗಳನ್ನು ಸರಿಪಡಿಸಬೇಕಾಗಿದೆ.

03:00. -2 ಸಮಸ್ಯೆಗಳು +2 ಸಮಸ್ಯೆಗಳು
ಹಿಂದಿನ ಎರಡು ದೊಡ್ಡ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸಲಾಗಿದೆ ಮತ್ತು ಬಹುತೇಕ ಎಲ್ಲಾ ಚಿಕ್ಕ ಸಮಸ್ಯೆಗಳನ್ನು ಸಹ ಪರಿಹರಿಸಲಾಗಿದೆ. ಫಿಕ್ಸ್‌ಗಳಲ್ಲಿ ಖಾಲಿಯಾಗದವರೆಲ್ಲರೂ ತಮ್ಮ ಖಾತೆಗಳಲ್ಲಿ ಸಕ್ರಿಯವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿದ್ದಾರೆ ಮತ್ತು ಅವರು ಕಂಡುಕೊಂಡದ್ದನ್ನು ವರದಿ ಮಾಡುತ್ತಿದ್ದಾರೆ. ನಾವು ಆದ್ಯತೆ ನೀಡುತ್ತೇವೆ, ತಂಡಗಳ ನಡುವೆ ಹಂಚುತ್ತೇವೆ ಮತ್ತು ನಿರ್ಣಾಯಕವಲ್ಲದ ವಸ್ತುಗಳನ್ನು ಬೆಳಿಗ್ಗೆ ಬಿಡುತ್ತೇವೆ.

ನಾವು ಮತ್ತೊಮ್ಮೆ ಪರೀಕ್ಷೆಗಳನ್ನು ನಡೆಸುತ್ತೇವೆ, ಅವರು ಎರಡು ಹೊಸ ದೊಡ್ಡ ಸಮಸ್ಯೆಗಳನ್ನು ಕಂಡುಕೊಳ್ಳುತ್ತಾರೆ. ಎಲ್ಲಾ ಸೇವಾ ನೀತಿಗಳು ಸರಿಯಾಗಿ ಬಂದಿಲ್ಲ, ಆದ್ದರಿಂದ ಕೆಲವು ಬಳಕೆದಾರರ ವಿನಂತಿಗಳು ದೃಢೀಕರಣವನ್ನು ರವಾನಿಸುವುದಿಲ್ಲ. ಜೊತೆಗೆ ಪಾಲುದಾರ ಖಾತೆಗಳೊಂದಿಗೆ ಹೊಸ ಸಮಸ್ಯೆ. ನೋಡಲು ಧಾವಿಸೋಣ.

03:20. ತುರ್ತು ಸಿಂಕ್ರೊನೈಸೇಶನ್
ಒಂದು ಹೊಸ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲಾಗಿದೆ. ಎರಡನೆಯದಕ್ಕೆ, ನಾವು ತುರ್ತು ಸಿಂಕ್ ಅನ್ನು ಆಯೋಜಿಸುತ್ತಿದ್ದೇವೆ. ಏನಾಗುತ್ತಿದೆ ಎಂಬುದನ್ನು ನಾವು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತೇವೆ: ಹಿಂದಿನ ಪರಿಹಾರವು ಒಂದು ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಿದೆ, ಆದರೆ ಇನ್ನೊಂದನ್ನು ರಚಿಸಿದೆ. ಅದನ್ನು ಸರಿಯಾಗಿ ಮತ್ತು ಪರಿಣಾಮಗಳಿಲ್ಲದೆ ಹೇಗೆ ಮಾಡಬೇಕೆಂದು ಲೆಕ್ಕಾಚಾರ ಮಾಡಲು ನಾವು ವಿರಾಮ ತೆಗೆದುಕೊಳ್ಳುತ್ತೇವೆ.

03:30. ಆರು ಕಣ್ಣುಗಳು
ಬೇಸ್‌ನ ಅಂತಿಮ ಸ್ಥಿತಿ ಏನಾಗಿರಬೇಕು ಎಂಬುದನ್ನು ನಾವು ಅರ್ಥಮಾಡಿಕೊಂಡಿದ್ದೇವೆ ಇದರಿಂದ ಎಲ್ಲಾ ಪಾಲುದಾರರಿಗೆ ಎಲ್ಲವೂ ಚೆನ್ನಾಗಿ ಹೋಗುತ್ತದೆ. ನಾವು 6 ಕಣ್ಣುಗಳೊಂದಿಗೆ ವಿನಂತಿಯನ್ನು ಬರೆಯುತ್ತೇವೆ, ಅದನ್ನು ಪೂರ್ವ-ಉತ್ಪಾದನೆಯಲ್ಲಿ ರೋಲ್ ಮಾಡಿ, ಅದನ್ನು ಪರೀಕ್ಷಿಸಿ, ಉತ್ಪಾದನೆಗೆ ರೋಲ್ ಮಾಡಿ.

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

04:30. ಹಿಂತಿರುಗದಿರುವ ಹಂತ
ಹಿಂತಿರುಗಿಸದ ಹಂತವು ಸಮೀಪಿಸುತ್ತಿದೆ, ಅಂದರೆ, ನಾವು ಹಿಂತಿರುಗಲು ಪ್ರಾರಂಭಿಸಿದರೆ, ನಮಗೆ ನೀಡಿದ ಅಲಭ್ಯತೆಯನ್ನು ನಾವು ಪೂರೈಸುವುದಿಲ್ಲ. ಬಿಲ್ಲಿಂಗ್‌ನಲ್ಲಿ ಸಮಸ್ಯೆಗಳಿವೆ, ಅದು ಎಲ್ಲವನ್ನೂ ತಿಳಿದಿದೆ ಮತ್ತು ದಾಖಲಿಸುತ್ತದೆ, ಆದರೆ ಗ್ರಾಹಕರಿಂದ ಹಣವನ್ನು ಬರೆಯಲು ಮೊಂಡುತನದಿಂದ ನಿರಾಕರಿಸುತ್ತದೆ. ಪ್ರತ್ಯೇಕ ಪುಟಗಳು, ಕ್ರಿಯೆಗಳು ಮತ್ತು ಸ್ಥಿತಿಗಳಲ್ಲಿ ಹಲವಾರು ದೋಷಗಳಿವೆ. ಮುಖ್ಯ ಕಾರ್ಯವು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಎಲ್ಲಾ ಪರೀಕ್ಷೆಗಳು ಯಶಸ್ವಿಯಾಗಿ ಹಾದು ಹೋಗುತ್ತವೆ. ರೋಲ್ಔಟ್ ನಡೆದಿದೆ ಎಂದು ನಾವು ನಿರ್ಧರಿಸುತ್ತೇವೆ, ನಾವು ಹಿಂತಿರುಗುವುದಿಲ್ಲ.

06:00. UI ನಲ್ಲಿರುವ ಎಲ್ಲರಿಗೂ ತೆರೆಯಿರಿ
ದೋಷಗಳನ್ನು ಸರಿಪಡಿಸಲಾಗಿದೆ. ಬಳಕೆದಾರರಿಗೆ ಇಷ್ಟವಾಗದ ಕೆಲವನ್ನು ನಂತರ ಬಿಡಲಾಗಿದೆ. ನಾವು ಎಲ್ಲರಿಗೂ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ತೆರೆಯುತ್ತೇವೆ. ನಾವು ಬಿಲ್ಲಿಂಗ್‌ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುವುದನ್ನು ಮುಂದುವರಿಸುತ್ತೇವೆ, ಬಳಕೆದಾರರ ಪ್ರತಿಕ್ರಿಯೆಗಾಗಿ ಕಾಯುತ್ತಿದ್ದೇವೆ ಮತ್ತು ಫಲಿತಾಂಶಗಳನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುತ್ತೇವೆ.

07:00. API ಲೋಡ್‌ನಲ್ಲಿ ತೊಂದರೆಗಳು
ನಮ್ಮ API ನಲ್ಲಿ ಲೋಡ್ ಅನ್ನು ನಾವು ಸ್ವಲ್ಪ ತಪ್ಪಾಗಿ ಯೋಜಿಸಿದ್ದೇವೆ ಮತ್ತು ಈ ಲೋಡ್ ಅನ್ನು ಪರೀಕ್ಷಿಸಿದ್ದೇವೆ, ಅದು ಸಮಸ್ಯೆಯನ್ನು ಗುರುತಿಸಲು ಸಾಧ್ಯವಾಗಲಿಲ್ಲ ಎಂಬುದು ಸ್ಪಷ್ಟವಾಗುತ್ತದೆ. ಪರಿಣಾಮವಾಗಿ, ≈5% ವಿನಂತಿಗಳು ವಿಫಲಗೊಳ್ಳುತ್ತವೆ. ಸಜ್ಜುಗೊಳಿಸೋಣ ಮತ್ತು ಕಾರಣವನ್ನು ಹುಡುಕೋಣ.

ಬಿಲ್ಲಿಂಗ್ ಹಠಮಾರಿ ಮತ್ತು ಕೆಲಸ ಮಾಡಲು ಬಯಸುವುದಿಲ್ಲ. ಬದಲಾವಣೆಗಳನ್ನು ಶಾಂತ ರೀತಿಯಲ್ಲಿ ಕೈಗೊಳ್ಳಲು ನಾವು ಅದನ್ನು ನಂತರದವರೆಗೆ ಮುಂದೂಡಲು ನಿರ್ಧರಿಸುತ್ತೇವೆ. ಅಂದರೆ, ಎಲ್ಲಾ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಅದರಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗಿದೆ, ಆದರೆ ಗ್ರಾಹಕರಿಂದ ಬರೆಯುವ-ಆಫ್ಗಳು ಹಾದುಹೋಗುವುದಿಲ್ಲ. ಸಹಜವಾಗಿ, ಇದು ಒಂದು ಸಮಸ್ಯೆಯಾಗಿದೆ, ಆದರೆ ಸಾಮಾನ್ಯ ರೋಲ್ಔಟ್ಗೆ ಹೋಲಿಸಿದರೆ ಇದು ಮುಖ್ಯವಲ್ಲ ಎಂದು ತೋರುತ್ತದೆ.

08:00. API ಅನ್ನು ಸರಿಪಡಿಸಿ
ನಾವು ಲೋಡ್ ಅನ್ನು ಸರಿಪಡಿಸಿದ್ದೇವೆ, ವೈಫಲ್ಯಗಳು ದೂರ ಹೋದವು. ನಾವು ಮನೆಗೆ ಹೋಗಲು ಪ್ರಾರಂಭಿಸುತ್ತೇವೆ.

10:00. ಎಲ್ಲಾ
ಎಲ್ಲವನ್ನೂ ಸರಿಪಡಿಸಲಾಗಿದೆ. ಇದು ಮೇಲ್ವಿಚಾರಣೆಯಲ್ಲಿ ಶಾಂತವಾಗಿದೆ ಮತ್ತು ಗ್ರಾಹಕರ ಸ್ಥಳದಲ್ಲಿ, ತಂಡವು ಕ್ರಮೇಣ ನಿದ್ರೆಗೆ ಹೋಗುತ್ತದೆ. ಬಿಲ್ಲಿಂಗ್ ಉಳಿದಿದೆ, ನಾವು ಅದನ್ನು ನಾಳೆ ಮರುಸ್ಥಾಪಿಸುತ್ತೇವೆ.

ನಂತರ ದಿನದಲ್ಲಿ ನಮ್ಮ ಕೆಲವು ಕ್ಲೈಂಟ್‌ಗಳಿಗೆ ಲಾಗ್‌ಗಳು, ಅಧಿಸೂಚನೆಗಳು, ರಿಟರ್ನ್ ಕೋಡ್‌ಗಳು ಮತ್ತು ಕಸ್ಟಮೈಸೇಶನ್‌ಗಳನ್ನು ನಿಗದಿಪಡಿಸುವ ರೋಲ್‌ಔಟ್‌ಗಳು ಇದ್ದವು.

ಆದ್ದರಿಂದ, ರೋಲ್ಔಟ್ ಯಶಸ್ವಿಯಾಗಿದೆ! ಇದು ಖಂಡಿತವಾಗಿಯೂ ಉತ್ತಮವಾಗಬಹುದು, ಆದರೆ ಪರಿಪೂರ್ಣತೆಯನ್ನು ಸಾಧಿಸಲು ನಮಗೆ ಸಾಕಾಗುವುದಿಲ್ಲ ಎಂಬುದರ ಕುರಿತು ನಾವು ತೀರ್ಮಾನಗಳನ್ನು ತೆಗೆದುಕೊಂಡಿದ್ದೇವೆ.

ಒಟ್ಟು

ರೋಲ್‌ಔಟ್‌ಗಾಗಿ 2 ತಿಂಗಳ ಸಕ್ರಿಯ ತಯಾರಿಯಲ್ಲಿ, 43 ಕಾರ್ಯಗಳನ್ನು ಪೂರ್ಣಗೊಳಿಸಲಾಗಿದೆ, ಇದು ಒಂದೆರಡು ಗಂಟೆಗಳಿಂದ ಹಲವಾರು ದಿನಗಳವರೆಗೆ ಇರುತ್ತದೆ.

ರೋಲ್‌ಔಟ್ ಸಮಯದಲ್ಲಿ:

• ಹೊಸ ಮತ್ತು ಬದಲಾದ ರಾಕ್ಷಸರು - 5 ತುಣುಕುಗಳು, 2 ಏಕಶಿಲೆಗಳನ್ನು ಬದಲಾಯಿಸುವುದು;
• ಡೇಟಾಬೇಸ್‌ಗಳಲ್ಲಿನ ಬದಲಾವಣೆಗಳು - ಬಳಕೆದಾರರ ಡೇಟಾದೊಂದಿಗೆ ನಮ್ಮ ಎಲ್ಲಾ 6 ಡೇಟಾಬೇಸ್‌ಗಳು ಪರಿಣಾಮ ಬೀರಿವೆ, ಮೂರು ಹಳೆಯ ಡೇಟಾಬೇಸ್‌ಗಳಿಂದ ಒಂದು ಹೊಸದಕ್ಕೆ ಡೌನ್‌ಲೋಡ್‌ಗಳನ್ನು ಮಾಡಲಾಗಿದೆ;
• ಸಂಪೂರ್ಣವಾಗಿ ಮರುವಿನ್ಯಾಸಗೊಳಿಸಲಾದ ಮುಂಭಾಗ;
• ಡೌನ್‌ಲೋಡ್ ಮಾಡಿದ ಕೋಡ್‌ನ ಮೊತ್ತ - ಹೊಸ ಕೋಡ್‌ನ 33 ಸಾವಿರ ಸಾಲುಗಳು, ಪರೀಕ್ಷೆಗಳಲ್ಲಿ ≈ 3 ಸಾವಿರ ಲೈನ್‌ಗಳ ಕೋಡ್, ≈ 5 ಸಾವಿರ ಲೈನ್‌ಗಳ ವಲಸೆ ಕೋಡ್;
• ಎಲ್ಲಾ ಡೇಟಾ ಅಖಂಡವಾಗಿದೆ, ಒಬ್ಬ ಗ್ರಾಹಕರ ವರ್ಚುವಲ್ ಯಂತ್ರವೂ ಹಾನಿಗೊಳಗಾಗಿಲ್ಲ. 🙂

ಉತ್ತಮ ರೋಲ್‌ಔಟ್‌ಗಾಗಿ ಉತ್ತಮ ಅಭ್ಯಾಸಗಳು

ಈ ಕಷ್ಟಕರ ಪರಿಸ್ಥಿತಿಯಲ್ಲಿ ಅವರು ನಮಗೆ ಮಾರ್ಗದರ್ಶನ ನೀಡಿದರು. ಆದರೆ, ಸಾಮಾನ್ಯವಾಗಿ ಹೇಳುವುದಾದರೆ, ಯಾವುದೇ ರೋಲ್ಔಟ್ ಸಮಯದಲ್ಲಿ ಅವುಗಳನ್ನು ಅನುಸರಿಸಲು ಇದು ಉಪಯುಕ್ತವಾಗಿದೆ. ಆದರೆ ರೋಲ್ಔಟ್ ಹೆಚ್ಚು ಸಂಕೀರ್ಣವಾಗಿದೆ, ಅವರು ವಹಿಸುವ ಪಾತ್ರವನ್ನು ಹೆಚ್ಚಿಸುತ್ತದೆ.

1. ರೋಲ್ಔಟ್ ಬಳಕೆದಾರರ ಮೇಲೆ ಹೇಗೆ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ ಅಥವಾ ಹೇಗೆ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ನೀವು ಮಾಡಬೇಕಾದ ಮೊದಲನೆಯದು. ಅಲಭ್ಯತೆ ಇರುತ್ತದೆಯೇ? ಹಾಗಿದ್ದಲ್ಲಿ, ಅಲಭ್ಯತೆ ಏನು? ಇದು ಬಳಕೆದಾರರ ಮೇಲೆ ಹೇಗೆ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ? ಸಂಭವನೀಯ ಉತ್ತಮ ಮತ್ತು ಕೆಟ್ಟ ಸನ್ನಿವೇಶಗಳು ಯಾವುವು? ಮತ್ತು ಅಪಾಯಗಳನ್ನು ಕವರ್ ಮಾಡಿ.
2. ಎಲ್ಲವನ್ನೂ ಯೋಜಿಸಿ. ಪ್ರತಿ ಹಂತದಲ್ಲಿ, ನೀವು ರೋಲ್ಔಟ್ನ ಎಲ್ಲಾ ಅಂಶಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು:
   • ಕೋಡ್ ವಿತರಣೆ;
   • ಕೋಡ್ ರೋಲ್ಬ್ಯಾಕ್;
   • ಪ್ರತಿ ಕಾರ್ಯಾಚರಣೆಯ ಸಮಯ;
   • ಪರಿಣಾಮ ಕಾರ್ಯನಿರ್ವಹಣೆ.
3. ರೋಲ್‌ಔಟ್‌ನ ಎಲ್ಲಾ ಹಂತಗಳು, ಹಾಗೆಯೇ ಅವುಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದರ ಅಪಾಯಗಳು ಸ್ಪಷ್ಟವಾಗುವವರೆಗೆ ಸನ್ನಿವೇಶಗಳ ಮೂಲಕ ಪ್ಲೇ ಮಾಡಿ. ನಿಮಗೆ ಏನಾದರೂ ಸಂದೇಹವಿದ್ದರೆ, ನೀವು ವಿರಾಮ ತೆಗೆದುಕೊಂಡು ಅನುಮಾನಾಸ್ಪದ ಹಂತವನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರಿಶೀಲಿಸಬಹುದು.
4. ಪ್ರತಿ ಹಂತವು ನಮ್ಮ ಬಳಕೆದಾರರಿಗೆ ಸಹಾಯ ಮಾಡಿದರೆ ಅದನ್ನು ಸುಧಾರಿಸಬಹುದು ಮತ್ತು ಸುಧಾರಿಸಬೇಕು. ಉದಾಹರಣೆಗೆ, ಇದು ಅಲಭ್ಯತೆಯನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ ಅಥವಾ ಕೆಲವು ಅಪಾಯಗಳನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ.
5. ಕೋಡ್ ಡೆಲಿವರಿ ಪರೀಕ್ಷೆಗಿಂತ ರೋಲ್‌ಬ್ಯಾಕ್ ಪರೀಕ್ಷೆಯು ಹೆಚ್ಚು ಮುಖ್ಯವಾಗಿದೆ. ರೋಲ್ಬ್ಯಾಕ್ನ ಪರಿಣಾಮವಾಗಿ ಸಿಸ್ಟಮ್ ಅದರ ಮೂಲ ಸ್ಥಿತಿಗೆ ಮರಳುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸುವುದು ಅವಶ್ಯಕವಾಗಿದೆ ಮತ್ತು ಪರೀಕ್ಷೆಗಳೊಂದಿಗೆ ಇದನ್ನು ದೃಢೀಕರಿಸಿ.
6. ಯಾಂತ್ರೀಕೃತಗೊಳ್ಳಬಹುದಾದ ಎಲ್ಲವೂ ಸ್ವಯಂಚಾಲಿತವಾಗಿರಬೇಕು. ಸ್ವಯಂಚಾಲಿತ ಮಾಡಲಾಗದ ಎಲ್ಲವನ್ನೂ ಚೀಟ್ ಶೀಟ್‌ನಲ್ಲಿ ಮುಂಚಿತವಾಗಿ ಬರೆಯಬೇಕು.
7. ಯಶಸ್ಸಿನ ಮಾನದಂಡವನ್ನು ರೆಕಾರ್ಡ್ ಮಾಡಿ. ಯಾವ ಕ್ರಿಯಾತ್ಮಕತೆ ಲಭ್ಯವಿರಬೇಕು ಮತ್ತು ಯಾವ ಸಮಯದಲ್ಲಿ? ಇದು ಸಂಭವಿಸದಿದ್ದರೆ, ರೋಲ್ಬ್ಯಾಕ್ ಯೋಜನೆಯನ್ನು ರನ್ ಮಾಡಿ.
8. ಮತ್ತು ಮುಖ್ಯವಾಗಿ - ಜನರು. ರೋಲ್‌ಔಟ್ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ ಅವರು ಏನು ಮಾಡುತ್ತಿದ್ದಾರೆ, ಏಕೆ ಮತ್ತು ಅವರ ಕ್ರಿಯೆಗಳ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿದೆ ಎಂಬುದರ ಕುರಿತು ಪ್ರತಿಯೊಬ್ಬರೂ ತಿಳಿದಿರಬೇಕು.

ಮತ್ತು ಒಂದು ವಾಕ್ಯದಲ್ಲಿ, ಉತ್ತಮ ಯೋಜನೆ ಮತ್ತು ವಿಸ್ತರಣೆಯೊಂದಿಗೆ ನೀವು ಮಾರಾಟಕ್ಕೆ ಯಾವುದೇ ಪರಿಣಾಮಗಳಿಲ್ಲದೆ ನಿಮಗೆ ಬೇಕಾದುದನ್ನು ಹೊರಹಾಕಬಹುದು. ಉತ್ಪಾದನೆಯಲ್ಲಿ ನಿಮ್ಮ ಎಲ್ಲಾ ಸೇವೆಗಳ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುವ ವಿಷಯವೂ ಸಹ.

ಮೂಲ: www.habr.com