ಬದಲಾವಣೆ ನಿರ್ವಹಣೆ: ಅಪಾಯದ ಮೌಲ್ಯಮಾಪನ, ರೋಲ್ಬ್ಯಾಕ್ ಮತ್ತು ನಿರ್ವಹಣೆ ವಿಂಡೋ

ಲಾಭಗಳು:

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

ಬದಲಾವಣೆ ನಿರ್ವಹಣೆ: ಅಪಾಯದ ಮೌಲ್ಯಮಾಪನ, ರೋಲ್‌ಬ್ಯಾಕ್ ಮತ್ತು AI ಜೊತೆಗೆ ನಿರ್ವಹಣೆ ವಿಂಡೋ

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

ಈ ಘಟಕದಲ್ಲಿ, ಬದಲಾವಣೆ ವಿನಂತಿಯ ಪರಿಕಲ್ಪನೆಗಳು, ಅಪಾಯದ ಮೌಲ್ಯಮಾಪನ, ರೋಲ್‌ಬ್ಯಾಕ್ ಯೋಜನೆ, ನಿರ್ವಹಣೆ ವಿಂಡೋ, ಕ್ಯಾನರಿ/ಹಂತದ ವಿತರಣೆ ಮತ್ತು CAB (ಬದಲಾವಣೆ ಸಲಹಾ ಮಂಡಳಿ); AI ನೊಂದಿಗೆ ಸುರಕ್ಷಿತ ಬದಲಾವಣೆಯನ್ನು ಹೇಗೆ ಯೋಜಿಸಬೇಕೆಂದು ನೀವು ಕಲಿಯುವಿರಿ.

ಉತ್ತಮ ಬದಲಾವಣೆ ವಿನಂತಿಯ ಅಂಗರಚನಾಶಾಸ್ತ್ರ

ಅನಿಯಂತ್ರಿತ ಬದಲಾವಣೆಯು "ನಾನು ಇದನ್ನು ನವೀಕರಿಸಿದ್ದೇನೆ" ಎಂಬ ವಾಕ್ಯವಾಗಿದೆ; ನಿಯಂತ್ರಿತ ಬದಲಾವಣೆಯು ಒಂದು ಯೋಜನೆಯಾಗಿದೆ. ಉತ್ತಮ ಬದಲಾವಣೆಯ ವಿನಂತಿಯು ಈ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತದೆ: ಏನು ಬದಲಾಗುತ್ತಿದೆ? (ವ್ಯಾಪ್ತಿ), ಏಕೆ? (ಸಮರ್ಥನೆ), ಯಾವ ವ್ಯವಸ್ಥೆಗಳು ಪರಿಣಾಮ ಬೀರುತ್ತವೆ? (ಡೊಮೇನ್ ಮತ್ತು ಅವಲಂಬನೆಗಳು), ಅಪಾಯದ ಮಟ್ಟ ಏನು? (ಕಡಿಮೆ/ಮಧ್ಯಮ/ಹೆಚ್ಚು), ಯಾವಾಗ? (ನಿರ್ವಹಣೆ ವಿಂಡೋ), ಅರ್ಜಿ ಸಲ್ಲಿಸುವುದು ಹೇಗೆ? (ಹಂತಗಳು), ಹೇಗೆ ಪರಿಶೀಲಿಸುವುದು? (ಯಶಸ್ಸಿನ ಮಾನದಂಡ), ಅದು ಕೆಟ್ಟದಾದರೆ ಅದನ್ನು ಮರಳಿ ಪಡೆಯುವುದು ಹೇಗೆ? (ರೋಲ್ಬ್ಯಾಕ್), ಯಾರು ಅನುಮೋದಿಸುತ್ತಾರೆ? (ಅಧಿಕಾರ). AI ಈ ಅಸ್ಥಿಪಂಜರವನ್ನು ತ್ವರಿತವಾಗಿ ತುಂಬಿಸುತ್ತದೆ - ಆದರೆ ನೀವು ನಿಜವಾಗಿಯೂ ಡೊಮೇನ್ ಮತ್ತು ಅಪಾಯವನ್ನು ತಿಳಿದಿರುವಿರಿ, ಸಂಸ್ಥೆಯನ್ನು ತಿಳಿದಿರುವಿರಿ; ನಿಮ್ಮ ಸ್ವಂತ ಅವಲಂಬನೆ ಜ್ಞಾನದೊಂದಿಗೆ ನೀವು AI ಪಟ್ಟಿಯನ್ನು ಪೂರ್ಣಗೊಳಿಸುತ್ತೀರಿ.

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

ರೋಲ್ಬ್ಯಾಕ್: ಪ್ರತಿ ಬದಲಾವಣೆಯ ನಿರ್ಗಮನ ಗೇಟ್

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

ನಿರ್ವಹಣೆ ವಿಂಡೋ ಮತ್ತು ಹಂತ ಹಂತದ ನಿಯೋಜನೆ

ನಿರ್ವಹಣಾ ವಿಂಡೋವು ಪೂರ್ವ-ಘೋಷಿತ ಸಮಯದ ಅವಧಿಯಾಗಿದ್ದು, ಈ ಬದಲಾವಣೆಯು ಕನಿಷ್ಟ ಪ್ರಮಾಣದ ಬಳಕೆದಾರರ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ - ಸಾಮಾನ್ಯವಾಗಿ ರಾತ್ರಿಯಲ್ಲಿ ಅಥವಾ ವಾರಾಂತ್ಯದಲ್ಲಿ ದಟ್ಟಣೆ ಕಡಿಮೆಯಾದಾಗ. ಆದರೆ ಸಮಯವನ್ನು ಸರಿಯಾಗಿ ಆರಿಸುವುದು ಸಾಕಾಗುವುದಿಲ್ಲ; ಕ್ರಮೇಣ ಬದಲಾವಣೆಯನ್ನು ಹೊರತರುವುದು ಅಪಾಯವನ್ನು ಮತ್ತಷ್ಟು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ. ಕ್ಯಾನರಿ ನಿಯೋಜನೆಯು ಮೊದಲು ಬದಲಾವಣೆಯನ್ನು ಸಣ್ಣ ಭಾಗಕ್ಕೆ ಅನ್ವಯಿಸುತ್ತದೆ (ಒಂದು ಸರ್ವರ್, 5% ಬಳಕೆದಾರರು), ಅದನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುವುದು ಮತ್ತು ಯಾವುದೇ ಸಮಸ್ಯೆಗಳಿಲ್ಲದಿದ್ದರೆ ಅದನ್ನು ಪ್ರಚಾರ ಮಾಡುವುದು. ಈ ರೀತಿಯಾಗಿ, ಒಂದು ದೋಷವು ಸಂಪೂರ್ಣ ನೌಕಾಪಡೆಯ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುವುದಿಲ್ಲ ಆದರೆ ಒಂದು ಸಣ್ಣ ಭಾಗವನ್ನು ಬೇಗನೆ ಹಿಡಿಯುತ್ತದೆ. ಪ್ರತಿ ಹಂತದಲ್ಲಿ ಟ್ರ್ಯಾಕ್ ಮಾಡಲು ಹಂತ ಹಂತದ ನಿಯೋಜನೆ ಯೋಜನೆ ಮತ್ತು ಮೆಟ್ರಿಕ್‌ಗಳಿಗಾಗಿ ನೀವು AI ಅನ್ನು ಕೇಳಬಹುದು.

ಹಂತ ಹಂತವಾಗಿ: AI ನೆರವಿನ ಬದಲಾವಣೆ

1. ವಿನಂತಿಯನ್ನು ಕರಡು ಮಾಡಿ. ಮೇಲಿನ ಶಿರೋನಾಮೆಗಳಲ್ಲಿ AI ನೊಂದಿಗೆ ಬದಲಾವಣೆಯನ್ನು ದಾಖಲಿಸಿ.
2. ಪರಿಣಾಮವನ್ನು ವಿಸ್ತರಿಸಿ. ನಿಮ್ಮ ಸ್ವಂತ ಅವಲಂಬನೆ ನಕ್ಷೆಯೊಂದಿಗೆ AI ನ ಪೀಡಿತ ವ್ಯವಸ್ಥೆಗಳ ಪಟ್ಟಿಯನ್ನು ಪೂರ್ಣಗೊಳಿಸಿ; "ಈ ಸೇವೆಗೆ ಬೇರೆ ಏನು ಸಂಪರ್ಕ ಹೊಂದಿದೆ?"
3. ಅಪಾಯವನ್ನು ವರ್ಗೀಕರಿಸಿ. ಕಡಿಮೆ/ಮಧ್ಯಮ/ಹೆಚ್ಚಿನ ಮತ್ತು ಹಿಂತಿರುಗಿಸಬಹುದಾದ? ಇದು ಕಟ್ಟುನಿಟ್ಟಾದ ಪ್ರಕ್ರಿಯೆಯ ಅಗತ್ಯವಿರುತ್ತದೆ, ಅದು ಹೆಚ್ಚು ಮತ್ತು ಬದಲಾಯಿಸಲಾಗದು.
4. ರೋಲ್ಬ್ಯಾಕ್ ಅನ್ನು ಬರೆಯಿರಿ ಮತ್ತು ಅದನ್ನು ಪರೀಕ್ಷಿಸಿ. ರೋಲ್‌ಬ್ಯಾಕ್ ಹಂತಗಳನ್ನು ಬರೆಯಿರಿ ಮತ್ತು ಸಾಧ್ಯವಾದರೆ ಪರೀಕ್ಷಾ ಪರಿಸರದಲ್ಲಿ ಹಿಂತಿರುಗಲು ಪ್ರಯತ್ನಿಸಿ - ಹಿಂತಿರುಗಿಸಲಾಗದ “ರೋಲ್‌ಬ್ಯಾಕ್ ಯೋಜನೆ” ಯೋಜನೆಯಾಗಿ ಪರಿಗಣಿಸುವುದಿಲ್ಲ.
5. ಕಿಟಕಿಗಳು ಮತ್ತು ಹಂತಗಳನ್ನು ಯೋಜಿಸಿ. ನಿರ್ವಹಣಾ ವಿಂಡೋ ಮತ್ತು ಕ್ಯಾನರಿ ಹಂತಗಳನ್ನು ಮತ್ತು ಪ್ರತಿ ಹಂತದಲ್ಲಿ ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಬೇಕಾದ ಮೆಟ್ರಿಕ್‌ಗಳನ್ನು ವಿವರಿಸಿ.
6. ದೃಢೀಕರಣ ಮತ್ತು ಸಂವಹನ. ಪ್ರಾಧಿಕಾರದ ಅನುಮೋದನೆಯನ್ನು ಪಡೆದುಕೊಳ್ಳಿ (ಅಗತ್ಯವಿದ್ದರೆ CAB), ಬಾಧಿತರಿಗೆ ತಿಳಿಸಿ, ಕಾರ್ಯಗತಗೊಳಿಸಿ, ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಿ, ಪರಿಶೀಲಿಸಿ.

ಮೂರು ಸಣ್ಣ ಪ್ರಕರಣಗಳು

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

ಪ್ರಕರಣ 2 - ಕ್ಯಾನರಿ 5% ನಲ್ಲಿ ದೋಷವನ್ನು ಹಿಡಿದಿದೆ. ಹೊಸ ಆವೃತ್ತಿಯನ್ನು ವಿತರಿಸಲಾಗುವುದು. ತಂಡವು ಅಸ್ಥಿರವಾದ ನಿಯೋಜನೆ ಯೋಜನೆಗಾಗಿ AI ಅನ್ನು ಕೇಳಿದೆ: ಮೊದಲು 1 ಸರ್ವರ್, ವಾಚ್, ನಂತರ 25%, ನಂತರ ಎಲ್ಲಾ. ಕ್ಯಾನರಿ ಸರ್ವರ್‌ನಲ್ಲಿ ಪ್ರತಿಕ್ರಿಯೆ ಸಮಯಗಳು ದ್ವಿಗುಣಗೊಳ್ಳುವುದನ್ನು ನೋಡಲಾಗಿದೆ; ವಿತರಣೆಯನ್ನು ನಿಲ್ಲಿಸಲಾಗಿದೆ. ದೋಷವು ಕೇವಲ ಒಂದು ಸರ್ವರ್‌ನಲ್ಲಿ ಮಾತ್ರ ಮುಂದುವರಿದಿದೆ, 95% ಬಳಕೆದಾರರು ಪರಿಣಾಮ ಬೀರುವುದಿಲ್ಲ. ಒಮ್ಮೆಲೇ ಹರಡಿದ್ದರೆ ಇಡೀ ಸೇವೆಯೇ ಕುಸಿದು ಬೀಳುತ್ತಿತ್ತು.

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

ನಾಲ್ಕು ನಕಲಿಸಬಹುದಾದ ಟೆಂಪ್ಲೇಟ್‌ಗಳು

1) ವಿನಂತಿ ಡ್ರಾಫ್ಟ್ ಅನ್ನು ಬದಲಾಯಿಸಿ:

ನಿಮ್ಮ ಪಾತ್ರ: ಬದಲಾವಣೆ ನಿರ್ವಹಣೆ ತಜ್ಞ. ಕೆಳಗಿನ ಬದಲಾವಣೆಗಾಗಿ ಬದಲಾವಣೆ ವಿನಂತಿಯನ್ನು ಕರಡು ಮಾಡಿ: [ಬದಲಾವಣೆ]. ಶೀರ್ಷಿಕೆಗಳು: ಏನು/ಏಕೆ, ಪೀಡಿತ ವ್ಯವಸ್ಥೆಗಳು ಮತ್ತು ಅವಲಂಬನೆಗಳು, ಅಪಾಯದ ಮಟ್ಟ(ಕಡಿಮೆ/ಮಧ್ಯಮ/ಹೆಚ್ಚಿನ + ಸಮರ್ಥನೆ), ಇದು ರೋಲ್‌ಬ್ಯಾಕ್ ಆಗಿದೆಯೇ, ಅನುಷ್ಠಾನದ ಹಂತಗಳು, ಯಶಸ್ಸಿನ ಪರಿಶೀಲನಾ ಮಾನದಂಡ, ರೋಲ್‌ಬ್ಯಾಕ್ ಹಂತಗಳು, ನಿರ್ವಹಣೆ ವಿಂಡೋ ಶಿಫಾರಸು, ಅಗತ್ಯವಿರುವ ಅನುಮೋದನೆ. ನೀವು ಖಚಿತವಾಗಿರದ ಅವಲಂಬನೆಯನ್ನು "ಪರಿಶೀಲಿಸಿ" ಎಂದು ಗುರುತಿಸಿ.

2) ಅಪಾಯ ಮತ್ತು ಪರಿಣಾಮದ ಮೌಲ್ಯಮಾಪನ:

ಅಪಾಯದ ವಿಷಯದಲ್ಲಿ ಈ ಕೆಳಗಿನ ಬದಲಾವಣೆಯನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡಿ: [ಬದಲಾವಣೆ]. (1) ನೇರವಾಗಿ ಮತ್ತು ಪರೋಕ್ಷವಾಗಿ ಪರಿಣಾಮ ಬೀರಬಹುದಾದ ವ್ಯವಸ್ಥೆಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಿ, (2) ಕೆಟ್ಟ ಸನ್ನಿವೇಶ ಯಾವುದು, (3) ಇದು ಹಿಂತಿರುಗಿಸಬಹುದೇ, ಇಲ್ಲದಿದ್ದರೆ, ನಾನು ಯಾವ ಹೆಚ್ಚುವರಿ ಕ್ರಮಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳಬೇಕು, (4) ಅಪಾಯದ ಮಟ್ಟವನ್ನು ಸಮರ್ಥಿಸಿ. ಇದು ಪ್ರಾಥಮಿಕ ಮೌಲ್ಯಮಾಪನವಾಗಿದೆ ಮತ್ತು ನಿರ್ಧಾರ ನನ್ನದಾಗಿದೆ ಎಂದು ವಿವರಿಸಿ.

3) ರೋಲ್ಬ್ಯಾಕ್ ಯೋಜನೆಯನ್ನು ರಚಿಸುವುದು:

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

4) ಹಂತದ ವಿತರಣೆ (ಕ್ಯಾನರಿ) ಯೋಜನೆ:

ಕೆಳಗಿನ ನಿಯೋಜನೆಗಾಗಿ [ನಿಯೋಜನೆ] ಹಂತದ ಯೋಜನೆಯನ್ನು ಸೂಚಿಸಿ: ಯಾವ ಹಂತಗಳು (ಉದಾ. 1 ಸರ್ವರ್ -> 25% -> ಎಲ್ಲಾ), ನಾನು ಪ್ರತಿ ಹಂತದಲ್ಲಿ ಎಷ್ಟು ಸಮಯ ಕಾಯಬೇಕು ಮತ್ತು ಯಾವ ಮೆಟ್ರಿಕ್‌ಗಳನ್ನು ನಾನು ಟ್ರ್ಯಾಕ್ ಮಾಡಬೇಕು (ಪ್ರತಿಕ್ರಿಯೆ ಸಮಯ, ದೋಷ ದರ, ಇತ್ಯಾದಿ)? ನಿಯೋಜನೆಯನ್ನು ಮೀರಿದರೆ ನಾನು ಯಾವ ಮಿತಿಯನ್ನು ನಿಲ್ಲಿಸಬೇಕು ಮತ್ತು ಅದನ್ನು ಹಿಂತಿರುಗಿಸಬೇಕು? ನಿಮ್ಮ ನಿರ್ಧಾರದ ಅಂಶಗಳನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಬರೆಯಿರಿ.

ದುರ್ಬಲ ಪ್ರಾಂಪ್ಟ್ / ಬಲವಾದ ಪ್ರಾಂಪ್ಟ್

ದುರ್ಬಲ ಪ್ರಾಂಪ್ಟ್:

ನಾನು ಈ ಪ್ಯಾಚ್ ಅನ್ನು ಅನ್ವಯಿಸಬೇಕೇ?

ಯಾವುದೇ ಸಂದರ್ಭವಿಲ್ಲ, ಯಾವುದೇ ಪರಿಣಾಮವಿಲ್ಲ, ಯಾವುದೇ ಪುನರುಕ್ತಿ ಇಲ್ಲ, ಕಿಟಕಿಗಳಿಲ್ಲ. AI ನಿಮ್ಮ ಸಿಸ್ಟಮ್ ಅಥವಾ ನಿಮ್ಮ ಅಪಾಯವನ್ನು ತಿಳಿದಿರುವುದಿಲ್ಲ; ಅದು ನೀಡುವ "ಹೌದು/ಇಲ್ಲ" ಒಂದು ಬೇಜವಾಬ್ದಾರಿ ಊಹೆ.

ಶಕ್ತಿಯುತ ಪ್ರಾಂಪ್ಟ್:

ನಿಮ್ಮ ಪಾತ್ರ: ಬದಲಾವಣೆ ನಿರ್ವಹಣೆ ತಜ್ಞ. ನಾನು ಉತ್ಪಾದನೆಯಲ್ಲಿ ವೆಬ್ ಸರ್ವರ್‌ಗಳ ಸಮೂಹಕ್ಕೆ ಭದ್ರತಾ ಪ್ಯಾಚ್ ಅನ್ನು ಅನ್ವಯಿಸುತ್ತೇನೆ (8 ಸರ್ವರ್‌ಗಳು, ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ ಹಿಂದೆ). ನನಗೆ ನೀಡಿ: (1) ಈ ಬದಲಾವಣೆಗೆ ಕರಡು ಬದಲಾವಣೆಯ ವಿನಂತಿ, (2) ಪರಿಣಾಮ ಬೀರಬಹುದಾದ ಅವಲಂಬನೆಗಳು (ನಾನು ದೃಢೀಕರಿಸುತ್ತೇನೆ), (3) ರೋಲ್‌ಬ್ಯಾಕ್ ಹಂತಗಳು, (4) ಕ್ಯಾನರಿ ಪ್ಲಾನ್ 1 ಸರ್ವರ್ -> 25% -> ಎಲ್ಲಾ ಮತ್ತು ನಾನು ಪ್ರತಿ ಹಂತದಲ್ಲಿ ಮಾನಿಟರ್ ಮಾಡುವ ಮೆಟ್ರಿಕ್‌ಗಳು. ಅಪಾಯದ ಮಟ್ಟವನ್ನು ಸಮರ್ಥಿಸಿ. ನಾನು ಅನುಮೋದಿಸುತ್ತೇನೆ ಮತ್ತು ನಿರ್ಧರಿಸುತ್ತೇನೆ.

ವೈಶಿಷ್ಟ್ಯವನ್ನು ಬದಲಾಯಿಸಿ

ಕಡಿಮೆ ಅಪಾಯ

ಹೆಚ್ಚಿನ ಅಪಾಯ

ಹಿಂತಿರುಗಿಸುವಿಕೆ

ಸುಲಭ ರೋಲ್ಬ್ಯಾಕ್

ಬದಲಾಯಿಸಲಾಗದ/ಕಷ್ಟ

ಡೊಮೇನ್

ಏಕ ಸರ್ವ್, ಪ್ರತ್ಯೇಕ

ಬಹು-ಸೇವೆ, ಅವಲಂಬನೆ ಸರಪಳಿ

ವಿತರಣೆ

ನೇರವಾಗಬಹುದು

ಕಡ್ಡಾಯ ಕ್ಯಾನರಿ + ಕಿರಿದಾದ ಕಿಟಕಿ

ಅನುಮೋದನೆ

ತಂಡದೊಳಗೆ

CAB / ಉನ್ನತ ಅನುಮೋದನೆ

ಬಿಡಿ

ಪ್ರಮಾಣಿತ

ಹೆಚ್ಚುವರಿ ಪೂರ್ಣ ಬ್ಯಾಕಪ್ + ಪರೀಕ್ಷಾ ರನ್

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

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

ಗಮನ: AI ನಿಂದ ಉತ್ಪತ್ತಿಯಾಗುವ ಪೀಡಿತ ವ್ಯವಸ್ಥೆಗಳ ಪಟ್ಟಿಯು ಪ್ರಾಥಮಿಕವಾಗಿದೆ, ಸಂಪೂರ್ಣ ಪಟ್ಟಿಯಲ್ಲ. AI ನಿಮ್ಮ ಸಂಸ್ಥೆಯ ಅವಲಂಬನೆಗಳನ್ನು ತಿಳಿದಿರುವುದಿಲ್ಲ; "ಈ ಸೇವೆಯು ಕ್ರ್ಯಾಶ್ ಆಗಿದ್ದರೆ, ಇನ್ನೇನು ಕ್ರ್ಯಾಶ್ ಆಗುತ್ತದೆ?" ಎಂಬ ಪ್ರಶ್ನೆಗೆ ನಿಖರವಾದ ಉತ್ತರ. ನಿಮ್ಮ ಕಾರ್ಪೊರೇಟ್ ಜ್ಞಾನದಲ್ಲಿದೆ. AI ಪಟ್ಟಿಯು ಅಪೂರ್ಣವಾಗಿದೆ ಎಂದು ಊಹಿಸಿ ಮತ್ತು ಅದನ್ನು ವಿಸ್ತರಿಸಿ.

ಸಾರಾಂಶದಲ್ಲಿ

ಹೆಚ್ಚಿನ ಉತ್ಪಾದನಾ ವಿಪತ್ತುಗಳು ಬದಲಾವಣೆಯಿಂದ ಉಂಟಾಗುತ್ತವೆ, ದಾಳಿಯಲ್ಲ; ಬದಲಾವಣೆ ನಿರ್ವಹಣೆ ಬದಲಾವಣೆಯನ್ನು ತಡೆಯುವುದಿಲ್ಲ, ಅದು ಸುರಕ್ಷಿತ ಮತ್ತು ಊಹಿಸಬಹುದಾದಂತೆ ಮಾಡುತ್ತದೆ. AI; ಡ್ರಾಫ್ಟ್‌ಗಳು ವಿನಂತಿಗಳು, ಅಪಾಯದ ಮೌಲ್ಯಮಾಪನಗಳು, ರೋಲ್‌ಬ್ಯಾಕ್ ಯೋಜನೆಗಳು ಮತ್ತು ಹಂತ ಹಂತದ ನಿಯೋಜನೆ ಪರಿಶೀಲನಾಪಟ್ಟಿಗಳನ್ನು ತ್ವರಿತವಾಗಿ ಬದಲಾಯಿಸುತ್ತವೆ. ಆದರೆ ನಿಮ್ಮ ನೈಜ ಅವಲಂಬನೆ ಜ್ಞಾನದೊಂದಿಗೆ ಡೊಮೇನ್ ಅನ್ನು ವಿಸ್ತರಿಸಿ, ರಿವರ್ಸಿಬಿಲಿಟಿಯನ್ನು ವರ್ಗೀಕರಿಸಿ, ರೋಲ್ಬ್ಯಾಕ್ ಬರೆಯಿರಿ ಮತ್ತು ಸಾಧ್ಯವಾದರೆ ಅದನ್ನು ಪರೀಕ್ಷಿಸಿ, ನಿರ್ವಹಣೆ ವಿಂಡೋ ಮತ್ತು ಕ್ಯಾನರಿಯೊಂದಿಗೆ ಅಪಾಯವನ್ನು ವಿತರಿಸಿ, ಯಶಸ್ಸಿನ ಮಾನದಂಡಗಳನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಿ. ಬದಲಾವಣೆಯನ್ನು ಅನುಮೋದಿಸುವ, ನಿಗದಿಪಡಿಸುವ ಮತ್ತು ಜವಾಬ್ದಾರಿಯನ್ನು ಹೊರುವವನು ಮಾನವ; AI ಯೋಜನೆಯನ್ನು ವೇಗಗೊಳಿಸುವ ಪಾಲುದಾರ.

ಅಪ್ಲಿಕೇಶನ್ ಕಾರ್ಯ

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

ಪರಿಶೀಲನಾಪಟ್ಟಿ

• [ ] ಏನು/ಏಕೆ, ಪರಿಣಾಮ, ಅಪಾಯ, ಹಂತಗಳು, ಪರಿಶೀಲನೆ ಮತ್ತು ರೋಲ್‌ಬ್ಯಾಕ್ ಅನ್ನು ಒಳಗೊಂಡಿರುವ ಬದಲಾವಣೆಗಾಗಿ ನಾನು ವಿನಂತಿಯನ್ನು ಸಿದ್ಧಪಡಿಸಿದ್ದೇನೆಯೇ?
• [ ] ನಾನು ನನ್ನ ಸ್ವಂತ ಅವಲಂಬನೆ ಮಾಹಿತಿಯೊಂದಿಗೆ AI ನ ಪೀಡಿತ ವ್ಯವಸ್ಥೆಗಳ ಪಟ್ಟಿಯನ್ನು ವಿಸ್ತರಿಸಿದ್ದೇನೆಯೇ?
• [ ] ಬದಲಾವಣೆಯನ್ನು ಹಿಂತಿರುಗಿಸಬಹುದೇ ಅಥವಾ ಬದಲಾಯಿಸಲಾಗದು ಎಂದು ನಾನು ವರ್ಗೀಕರಿಸಿದ್ದೇನೆಯೇ?
• [ ] ನಾನು ರೋಲ್‌ಬ್ಯಾಕ್ ಹಂತಗಳನ್ನು ಬರೆದಿದ್ದೇನೆ ಮತ್ತು ಸಾಧ್ಯವಾದರೆ ಪರೀಕ್ಷಾ ಪರಿಸರದಲ್ಲಿ ಅದನ್ನು ಪ್ರಯತ್ನಿಸಿದೆಯೇ?
• [ ] ನಾನು ನಿರ್ವಹಣೆ ವಿಂಡೋ ಮತ್ತು ಕ್ಯಾನರಿ ನಿಯೋಜನೆ ಯೋಜನೆ ಮತ್ತು ಪ್ರತಿ ಹಂತಕ್ಕೆ ಮಾನಿಟರಿಂಗ್ ಮೆಟ್ರಿಕ್‌ಗಳನ್ನು ನಿರ್ಧರಿಸಿದ್ದೇನೆಯೇ?
• [ ] ನಾನು ಯಶಸ್ಸಿನ ಪರಿಶೀಲನಾ ಮಾನದಂಡವನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಿದ್ದೇನೆ ಮತ್ತು ಅಗತ್ಯ ಅನುಮೋದನೆಗಳನ್ನು ಸ್ವೀಕರಿಸಿದ್ದೇನೆಯೇ?