ಉತ್ಪನ್ನ ಪರಿಶೀಲನೆ, ಬಿಡುಗಡೆ ತಂತ್ರಗಳು ಮತ್ತು ಎಂಡ್-ಟು-ಎಂಡ್ AI ವರ್ಕ್‌ಫ್ಲೋ

ಲಾಭಗಳು:

• ಅಪಾಯ-ಕಡಿಮೆಗೊಳಿಸುವ ಬಿಡುಗಡೆ ತಂತ್ರಗಳನ್ನು (ನೀಲಿ-ಹಸಿರು, ಕ್ಯಾನರಿ, ವೈಶಿಷ್ಟ್ಯದ ಫ್ಲ್ಯಾಗ್) ಮತ್ತು ಉತ್ಪನ್ನ ಪರಿಶೀಲನೆ ಶಿಸ್ತು (ಆರೋಗ್ಯ ತಪಾಸಣೆ, ಹೊಗೆ ಪರೀಕ್ಷೆ, ಗೋಲ್ಡನ್ ಸಿಗ್ನಲ್ ಮಾನಿಟರಿಂಗ್) ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು
• ನಿಯೋಜನೆಯ ಮೊದಲು ಸ್ಪಷ್ಟ ರೋಲ್‌ಬ್ಯಾಕ್ ಯೋಜನೆಯನ್ನು ಸಿದ್ಧಪಡಿಸುವ ಅಭ್ಯಾಸವನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವ ಸಾಮರ್ಥ್ಯ ಮತ್ತು ನಿಯೋಜನೆಯ ನಂತರ ನಿರ್ಣಾಯಕ ವ್ಯಾಪಾರ ಮಾರ್ಗಗಳನ್ನು ಪರಿಶೀಲಿಸುವುದು
• ಮಾಡ್ಯೂಲ್‌ನಾದ್ಯಂತ ಕಲಿತ ಎಲ್ಲಾ ಭಾಗಗಳನ್ನು ಎಂಡ್-ಟು-ಎಂಡ್ AI-ಬೆಂಬಲಿತ ವರ್ಕ್‌ಫ್ಲೋನಲ್ಲಿ ಸಂಯೋಜಿಸುವ ಸಾಮರ್ಥ್ಯ ಮತ್ತು ಪ್ರತಿ ಹಂತದಲ್ಲೂ 'AI ಉತ್ಪಾದಿಸುತ್ತದೆ, ಮಾನವರು ಪರಿಶೀಲಿಸುತ್ತಾರೆ ಮತ್ತು ದೃಢೀಕರಿಸುತ್ತಾರೆ' ತತ್ವವನ್ನು ಅನ್ವಯಿಸಬಹುದು

ಈ ಸಂಪೂರ್ಣ ಮಾಡ್ಯೂಲ್ ಒಂದು ಹಂತದ ಕಡೆಗೆ ಹರಿಯಿತು: ಉತ್ಪಾದನೆಗೆ ಕೋಡ್ ಮತ್ತು ಮೂಲಸೌಕರ್ಯಗಳ ಸುರಕ್ಷಿತ ವಿತರಣೆ (ನೈಜ ಗ್ರಾಹಕರು ಬಳಸುವ ಲೈವ್ ಪರಿಸರ). ಈಗ ನಾವು ಸರಪಳಿಯಲ್ಲಿ ಅತ್ಯಂತ ನಿರ್ಣಾಯಕ ಮತ್ತು ಒತ್ತಡದ ಲಿಂಕ್‌ನಲ್ಲಿದ್ದೇವೆ: ಬದಲಾವಣೆಯನ್ನು ಲೈವ್ ಆಗಿ ಪಡೆಯುವುದು ಮತ್ತು ಅದು ನಿಜವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸುವುದು. ಇಲ್ಲಿ ತಪ್ಪು ಅಮೂರ್ತವಲ್ಲ - ಇದು ನೇರವಾಗಿ ಗ್ರಾಹಕ, ಆದಾಯ ಮತ್ತು ಖ್ಯಾತಿಯನ್ನು ಹೊಡೆಯುತ್ತದೆ. ಅದಕ್ಕಾಗಿಯೇ ಪ್ರೌಢ ತಂಡಗಳು ಉತ್ಪಾದನೆಗೆ ಹೋಗುವುದು "ಭರವಸೆಯಿಂದ" ಅಲ್ಲ ಆದರೆ ನಿಯಂತ್ರಿತ ಬಿಡುಗಡೆ ತಂತ್ರಗಳು ಮತ್ತು ವ್ಯವಸ್ಥಿತ ಪರಿಶೀಲನೆಯೊಂದಿಗೆ.

ಈ ಅಂತಿಮ ಘಟಕದಲ್ಲಿ ನಾವು ಎರಡು ವಿಷಯಗಳನ್ನು ಸಂಯೋಜಿಸುತ್ತೇವೆ: (1) ಅಪಾಯವನ್ನು ಕಡಿಮೆ ಮಾಡುವ ಬಿಡುಗಡೆ ವಿಧಾನಗಳು (ಕ್ಯಾನರಿ, ನೀಲಿ-ಹಸಿರು, ವೈಶಿಷ್ಟ್ಯದ ಫ್ಲ್ಯಾಗ್) ಮತ್ತು ಉತ್ಪನ್ನ ಪರಿಶೀಲನೆಯ ಶಿಸ್ತು; (2) ಮಾಡ್ಯೂಲ್‌ನಾದ್ಯಂತ ನಾವು ಕಲಿತ ಪ್ರತಿಯೊಂದು ತುಣುಕು-CI/CD, IaC, ಕಂಟೈನರ್, ಮಾನಿಟರಿಂಗ್, ಘಟನೆ, ವೆಚ್ಚ, ಸ್ಕ್ರಿಪ್ಟ್, ಭದ್ರತೆ-ಒಟ್ಟಾಗಿ AI-ಚಾಲಿತ ಎಂಡ್-ಟು-ಎಂಡ್ ವರ್ಕ್‌ಫ್ಲೋ ಆಗಿ ಹೇಗೆ ಬರುತ್ತದೆ. ಕೊನೆಯ ಬಾರಿಗೆ ಆರಂಭಿಕ ಉಲ್ಲೇಖವನ್ನು ಪುನರಾವರ್ತಿಸೋಣ: AI ಪ್ರತಿ ಹಂತದಲ್ಲೂ ಡ್ರಾಫ್ಟ್‌ಗಳನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ ಮತ್ತು ವೇಗಗೊಳಿಸುತ್ತದೆ; ಆದರೆ ನೀವು "ನಾನು ಈ ಲೈವ್ ಅನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತಿದ್ದೇನೆ" ಬಟನ್ ಅನ್ನು ಒತ್ತಿ ಮತ್ತು ಫಲಿತಾಂಶಕ್ಕಾಗಿ ಭರವಸೆ ನೀಡುವವರು.

ಅಪಾಯವನ್ನು ಕಡಿಮೆ ಮಾಡುವ ತಂತ್ರಗಳನ್ನು ಬಿಡುಗಡೆ ಮಾಡಿ

ಎಲ್ಲಾ ಬಳಕೆದಾರರಿಗೆ ಒಂದೇ ಸಮಯದಲ್ಲಿ ಬದಲಾವಣೆಯನ್ನು ತಳ್ಳುವುದು ಅಪಾಯಕಾರಿ ಮಾರ್ಗವಾಗಿದೆ. ಪ್ರಬುದ್ಧ ವಿಧಾನಗಳು:

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

ಸಲಹೆ: ಪ್ರತಿ ನಿಯೋಜನೆಯ ಮೊದಲು ರೋಲ್‌ಬ್ಯಾಕ್ ಸಿದ್ಧವಾಗಿರುವುದು ವೇಗವಾದ ಸುರಕ್ಷತಾ ಜಾಲವಾಗಿದೆ. "ಏನಾದರೂ ತಪ್ಪಾದಲ್ಲಿ, ನಾನು 60 ಸೆಕೆಂಡುಗಳಲ್ಲಿ ಹಳೆಯ ಆವೃತ್ತಿಗೆ ಹೇಗೆ ಹಿಂತಿರುಗಬಹುದು?" ಎಂಬ ಪ್ರಶ್ನೆಗೆ ಸ್ಪಷ್ಟ ಉತ್ತರವಿಲ್ಲದಿದ್ದರೆ, ಆ ನಿಯೋಜನೆಯನ್ನು ಮಾಡಲು ನೀವು ಸಿದ್ಧರಿಲ್ಲ.

ಉತ್ಪನ್ನ ಪರಿಶೀಲನೆ: ನಿಯೋಜನೆ ಕೊನೆಗೊಂಡಾಗ ಕೆಲಸವು ಕೊನೆಗೊಳ್ಳುವುದಿಲ್ಲ

ನಿಯೋಜನೆಯು "ಹಸಿರು" ಎಂದು ತೋರುವುದರಿಂದ ಅದು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿದೆ ಎಂದು ಅರ್ಥವಲ್ಲ. ವ್ಯವಸ್ಥಿತ ಪರಿಶೀಲನೆ:

1. ಆರೋಗ್ಯ ತಪಾಸಣೆ: ಸೇವೆಯು ಉತ್ತಮವಾಗಿದೆಯೇ, /healthz ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತಿದೆಯೇ?
2. ಹೊಗೆ ಪರೀಕ್ಷೆಗಳು: ಕೆಲವು ಅತ್ಯಂತ ನಿರ್ಣಾಯಕ ಬಳಕೆದಾರ ಮಾರ್ಗಗಳು (ಲಾಗಿನ್, ಪಾವತಿ, ಹುಡುಕಾಟ) ನಿಜವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆಯೇ? ಸ್ವಯಂಚಾಲಿತ ಮತ್ತು ವೇಗವಾಗಿ.
3. ಗೋಲ್ಡನ್ ಸಿಗ್ನಲ್‌ಗಳಿಗಾಗಿ ವೀಕ್ಷಿಸಿ: ನಂತರದ ನಿಯೋಜನೆ ದೋಷ ದರ, ಸುಪ್ತತೆ, ಟ್ರಾಫಿಕ್ ಸಾಮಾನ್ಯವಾಗಿದೆಯೇ? (ಘಟಕ 6 ರಲ್ಲಿ ನಾಲ್ಕು ಸಂಕೇತಗಳು.)
4. ಕ್ರಮೇಣ ವಿಸ್ತರಿಸಿ: ನೀವು ಕ್ಯಾನರಿ ಶೇಕಡಾವಾರು ಹೆಚ್ಚಿಸಿದಂತೆ ಪ್ರತಿ ಹಂತದಲ್ಲೂ ಮೆಟ್ರಿಕ್‌ಗಳನ್ನು ನೋಡಿ.
5. ವೀಕ್ಷಣಾ ವಿಂಡೋ: ನಿಯೋಜನೆಯ ನಂತರ ಸ್ವಲ್ಪ ಸಮಯದವರೆಗೆ (ಉದಾ. 30 ನಿಮಿಷ) ನಿಕಟವಾಗಿ ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಿ; ಕಪಟ ಸಮಸ್ಯೆಗಳು ತಕ್ಷಣವೇ ಗೋಚರಿಸುವುದಿಲ್ಲ.

ಎಚ್ಚರಿಕೆ: AI ಹೊಗೆ ಪರೀಕ್ಷೆಗಳು ಅಥವಾ ಪರಿಶೀಲನೆಗಳ ಪಟ್ಟಿಯನ್ನು ಉತ್ಪಾದಿಸಬಹುದು, ಆದರೆ ಯಾವ ಬಳಕೆದಾರರ ಮಾರ್ಗಗಳು "ನಿರ್ಣಾಯಕ" ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುವುದು ನಿಮ್ಮ ಕೆಲಸ. AI ಸಾಮಾನ್ಯ ಪಟ್ಟಿಯನ್ನು ನೀಡುತ್ತದೆ; ನಿಮ್ಮ ಪಾವತಿಯ ಹರಿವು, ನಿಮ್ಮ ಹೆಚ್ಚು ಆದಾಯ-ಉತ್ಪಾದಿಸುವ ಮಾರ್ಗವನ್ನು ಪರೀಕ್ಷಿಸಬೇಕು ಎಂದು ನಿಮಗೆ ಮಾತ್ರ ತಿಳಿದಿದೆ.

ಬಿಡುಗಡೆ ತಂತ್ರಗಳ ಹೋಲಿಕೆ

ತಂತ್ರ

ಮುಖ್ಯ ಪ್ರಯೋಜನ

ವೆಚ್ಚ/ಸಂಕೀರ್ಣತೆ

ಅತ್ಯಂತ ಸೂಕ್ತವಾಗಿದೆ

ನೀಲಿ-ಹಸಿರು

ತತ್‌ಕ್ಷಣ ರೋಲ್‌ಬ್ಯಾಕ್

ಎರಡು ಪರಿಸರಗಳು = 2x ಸಂಪನ್ಮೂಲಗಳು

ವೇಗದ ಮರುಪಡೆಯುವಿಕೆ ನಿರ್ಣಾಯಕವಾಗಿದ್ದರೆ

ಕ್ಯಾನರಿ

ಸಣ್ಣ ಸ್ಲೈಸ್‌ಗೆ ಪ್ರಭಾವವನ್ನು ಮಿತಿಗೊಳಿಸುತ್ತದೆ

ಸಂಚಾರ ನಿರ್ವಹಣೆ ಅಗತ್ಯವಿದೆ

ದೊಡ್ಡ ಬಳಕೆದಾರರ ಬೇಸ್

ವೈಶಿಷ್ಟ್ಯಧ್ವಜ

ಬಿಡುಗಡೆಯಿಂದ ನಿಯೋಜನೆಯನ್ನು ಪ್ರತ್ಯೇಕಿಸುತ್ತದೆ

ಧ್ವಜ ನಿರ್ವಹಣೆ ಸಾಲ

ಕ್ರಮೇಣ/ಉದ್ದೇಶಿತ ತೆರೆಯುವಿಕೆ

ರೋಲಿಂಗ್ ನವೀಕರಣ

ಸರಳ, ಸಂಪನ್ಮೂಲ ಸ್ನೇಹಿ

ನಿಧಾನ ರೋಲ್ಬ್ಯಾಕ್

ಸರಳ ಸೇವೆಗಳು

ಎಂಡ್-ಟು-ಎಂಡ್ AI-ಚಾಲಿತ ವರ್ಕ್‌ಫ್ಲೋ

ಈಗ ಸಂಪೂರ್ಣ ಮಾಡ್ಯೂಲ್ ಅನ್ನು ಒಂದೇ ಹರಿವಿನಲ್ಲಿ ಸಂಯೋಜಿಸೋಣ. ನೀವು ಹೊಸ ಮೈಕ್ರೋ ಸರ್ವೀಸ್ ಅನ್ನು ಪ್ರಕಟಿಸುತ್ತಿದ್ದೀರಿ ಎಂದು ಹೇಳೋಣ. AI ಪ್ರತಿ ಹಂತದಲ್ಲೂ ಡ್ರಾಫ್ಟ್‌ಗಳನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ; ನೀವು ಪ್ರತಿ ಹಂತದಲ್ಲೂ ಪರಿಶೀಲಿಸುತ್ತೀರಿ:

1. ಕೋಡ್ & ಕಂಟೈನರ್ (ಘಟಕ 4): AI ಆಪ್ಟಿಮೈಸ್ಡ್, ಸುರಕ್ಷಿತ ಡಾಕರ್‌ಫೈಲ್ ಅನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ; ನೀವು ಯಾವುದೇ ರಹಸ್ಯ ಮತ್ತು ಗಾತ್ರವನ್ನು ಪರಿಶೀಲಿಸುತ್ತೀರಿ.
2. CI/CD (ಘಟಕ 2): AI ಪರೀಕ್ಷೆ-ನಿರ್ಮಾಣ-ನಿಯೋಜನೆ ಪೈಪ್‌ಲೈನ್ ಅನ್ನು ಬರೆಯುತ್ತದೆ; ನೀವು ಅನುಮತಿಗಳನ್ನು ಕಿರಿದಾಗಿಸಿ ಮತ್ತು ರಹಸ್ಯ ಉಲ್ಲೇಖಗಳನ್ನು ಪರಿಶೀಲಿಸಿ.
3. ಮೂಲಸೌಕರ್ಯ (ಘಟಕ 3): AI ಟೆರಾಫಾರ್ಮ್‌ನೊಂದಿಗೆ ಅಗತ್ಯವಿರುವ ಸಂಪನ್ಮೂಲಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ; ನೀವು ಪ್ಲಾನ್ ಔಟ್‌ಪುಟ್ ಅನ್ನು ಓದುತ್ತೀರಿ ಮತ್ತು ಅನಿರೀಕ್ಷಿತ ಅಳಿಸುವಿಕೆಗಳಿಗಾಗಿ ನೋಡಬೇಡಿ.
4. ಆರ್ಕೆಸ್ಟ್ರೇಶನ್ (ಘಟಕ 5): AI ಕುಬರ್ನೆಟ್ಸ್ ಮ್ಯಾನಿಫೆಸ್ಟ್‌ಗಳನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ; ನೀವು ಸಂಪನ್ಮೂಲ ಮಿತಿ, ತನಿಖೆ ಮತ್ತು RBAC ಅನ್ನು ಪರಿಶೀಲಿಸುತ್ತೀರಿ.
5. ಭದ್ರತೆ (ಘಟಕ 10): AI ಸ್ಕ್ಯಾನ್ ಔಟ್‌ಪುಟ್‌ಗಳಿಗೆ ಆದ್ಯತೆ ನೀಡುತ್ತದೆ; ನೀವು ಮೊದಲು ಶೋಷಣೆಗೆ ಒಳಗಾಗುವವರನ್ನು ಹಿಡಿಯಿರಿ.
6. ಮಾನಿಟರಿಂಗ್ (ಘಟಕ 6): AI ಎಚ್ಚರಿಕೆಯ ನಿಯಮಗಳು ಮತ್ತು ಡ್ಯಾಶ್‌ಬೋರ್ಡ್ ಅನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ; ನಿಮ್ಮ ಹಿಂದಿನ ಡೇಟಾದೊಂದಿಗೆ ನೀವು ಮಿತಿಗಳನ್ನು ಪರೀಕ್ಷಿಸುತ್ತೀರಿ.
7. ಬಿಡುಗಡೆ ಮತ್ತು ಮೌಲ್ಯೀಕರಣ (ಈ ಘಟಕ): AI ಸ್ಮೋಕ್ ಪರೀಕ್ಷೆ ಮತ್ತು ರೋಲ್‌ಬ್ಯಾಕ್ ಯೋಜನೆಯನ್ನು ರೂಪಿಸುತ್ತದೆ; ನೀವು ಕ್ಯಾನರಿಯನ್ನು ಪ್ರಾರಂಭಿಸಿ, ಮೆಟ್ರಿಕ್‌ಗಳನ್ನು ವೀಕ್ಷಿಸಿ, ಬಟನ್ ಒತ್ತಿರಿ.
8. ಘಟನೆ ಸಂಭವಿಸಿದಲ್ಲಿ (ಘಟಕ 7): AI ಊಹೆ ಮತ್ತು ಪೋಸ್ಟ್‌ಮಾರ್ಟಮ್ ಸ್ಕೆಚ್ ಅನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ; ನೀವು ಪರಿಶೀಲಿಸಿ ಮತ್ತು ಪಾಠಗಳನ್ನು ಕಲಿಯಿರಿ.
9. ವೆಚ್ಚ (ಘಟಕ 8): AI ಹೊಸ ಸಂಪನ್ಮೂಲಗಳ ತ್ಯಾಜ್ಯವನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುತ್ತದೆ; ನೀವು ಸರಿಯಾದ ಗಾತ್ರದ ನಿರ್ಧಾರಗಳನ್ನು ಮಾಡುತ್ತೀರಿ.

ಪ್ರತಿ ಹಂತದಲ್ಲೂ, ಸಾಮಾನ್ಯ ನಿಯಮವು ಸ್ಥಿರವಾಗಿರುತ್ತದೆ: AI ಉತ್ಪಾದಿಸುತ್ತದೆ ಮತ್ತು ವೇಗಗೊಳಿಸುತ್ತದೆ, ಮಾನವ ಪರಿಶೀಲಿಸುತ್ತದೆ ಮತ್ತು ದೃಢೀಕರಿಸುತ್ತದೆ. ಇದು ಮಾಡ್ಯೂಲ್ನ ಮೂಲತತ್ವವಾಗಿದೆ.

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

ಪ್ರಕರಣ 1 - ಕ್ಯಾನರಿ ದುರಂತವನ್ನು 5% ಗೆ ಸೀಮಿತಗೊಳಿಸಿದೆ. ಒಂದು ತಂಡವು ಕ್ಯಾನರಿ ಹೊಂದಿರುವ 5% ಬಳಕೆದಾರರಿಗೆ ಹೊಸ ಆವೃತ್ತಿಯನ್ನು ನೀಡಿದೆ. AI ಉತ್ಪಾದಿಸಿದ ಡ್ಯಾಶ್‌ಬೋರ್ಡ್ ತಕ್ಷಣವೇ ದೋಷದ ಪ್ರಮಾಣವು ಈ ಸ್ಲೈಸ್‌ನಲ್ಲಿ 8% ಕ್ಕೆ ಏರಿದೆ ಎಂದು ತೋರಿಸಿದೆ. ತಂಡವು ಅದನ್ನು 100% ಗೆ ಹೆಚ್ಚಿಸದೆ ಹಿಂದಕ್ಕೆ ತೆಗೆದುಕೊಂಡಿತು; ಸಮಸ್ಯೆಯು ಕೇವಲ 5% ಬಳಕೆದಾರರಿಗೆ ಮಾತ್ರ ಪರಿಣಾಮ ಬೀರಿತು ಮತ್ತು ಅದು ಕೆಲವು ನಿಮಿಷಗಳವರೆಗೆ. ಬಿಗ್-ಬ್ಯಾಂಗ್ ನಿಯೋಜನೆಯಾಗಿದ್ದರೆ, ಎಲ್ಲಾ ಗ್ರಾಹಕರು ಪರಿಣಾಮ ಬೀರುತ್ತಾರೆ.

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

ಕೇಸ್ 3 - ಸಿದ್ಧ ರೋಲ್ಬ್ಯಾಕ್ ಅನ್ನು 90 ಸೆಕೆಂಡುಗಳಲ್ಲಿ ಉಳಿಸಲಾಗಿದೆ. ನೀಲಿ-ಹಸಿರು ಸ್ಥಾಪಿಸಿದ ತಂಡವು ಹೊಸ ಆವೃತ್ತಿಯನ್ನು ಹಸಿರು ಬಣ್ಣಕ್ಕೆ ತೆಗೆದುಕೊಂಡಿತು; 2 ನಿಮಿಷಗಳ ನಂತರ ವಿಳಂಬವು ದ್ವಿಗುಣಗೊಂಡಿದೆ. ಅವರು ಮುಂಚಿತವಾಗಿ ಸಿದ್ಧಪಡಿಸಿದ ರೋಲ್ಬ್ಯಾಕ್ನೊಂದಿಗೆ ಅವರು 90 ಸೆಕೆಂಡುಗಳಲ್ಲಿ ಟ್ರಾಫಿಕ್ ಅನ್ನು ನೀಲಿ ಬಣ್ಣಕ್ಕೆ ತಿರುಗಿಸಿದರು. ಅವರು ಮೂಲ ಕಾರಣವನ್ನು ಕಂಡುಕೊಂಡರು (ಹೊಸ ಆವೃತ್ತಿಯಲ್ಲಿ ನಿಧಾನವಾದ ಪ್ರಶ್ನೆ) ಒತ್ತಡದಲ್ಲಿಲ್ಲ, ನಂತರ ಶಾಂತವಾಗಿ. ಸಿದ್ಧ ರೋಲ್‌ಬ್ಯಾಕ್ ಮಾರ್ಗವು ಅಡಚಣೆಯನ್ನು ಬಹುತೇಕ ಅಗೋಚರವಾಗಿಸಿದೆ.

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

1) ಬಿಡುಗಡೆ ತಂತ್ರ ಆಯ್ಕೆ:

ನಾನು ಈ ಕೆಳಗಿನ ಸೇವೆಯನ್ನು ಪ್ರೊಡ್ ಮಾಡುತ್ತೇನೆ: [ಸೇವೆ/ಸಂದರ್ಭ: ಬಳಕೆದಾರರ ಸಂಖ್ಯೆ, ಸ್ಥಗಿತ ಸಹಿಷ್ಣುತೆ, ಮೂಲಸೌಕರ್ಯ]. ನೀಲಿ-ಹಸಿರು, ಕ್ಯಾನರಿ ಮತ್ತು ವೈಶಿಷ್ಟ್ಯದ ಫ್ಲ್ಯಾಗ್‌ಗಳ ನಡುವೆ ನೀವು ಯಾವುದನ್ನು ಶಿಫಾರಸು ಮಾಡುತ್ತೀರಿ? ಈ ಸಂದರ್ಭದಲ್ಲಿ ಪ್ರತಿಯೊಂದರ ಅನುಕೂಲಗಳು, ವೆಚ್ಚಗಳು ಮತ್ತು ರೋಲ್‌ಬ್ಯಾಕ್ ವೇಗವನ್ನು ಹೋಲಿಕೆ ಮಾಡಿ. ಸಲಹೆಯನ್ನು ನೀಡಿ, ಆದರೆ ನಾನು ಅಂತಿಮ ನಿರ್ಧಾರವನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತೇನೆ ಎಂದು ಹೇಳಿ.

2) ಹೊಗೆ ಪರೀಕ್ಷೆ / ಪರಿಶೀಲನೆ ಪಟ್ಟಿ:

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

3) ರೋಲ್ಬ್ಯಾಕ್ ಯೋಜನೆ:

ನಾನು [ಡೆಪ್ಲೋ ಮೆಥಡ್] ಬಳಸುತ್ತೇನೆ. ನನಗೆ ಸ್ಪಷ್ಟವಾದ ರೋಲ್‌ಬ್ಯಾಕ್ ಯೋಜನೆಯನ್ನು ಬರೆಯಿರಿ: ಯಾವ ಆಜ್ಞೆ/ಹಂತದೊಂದಿಗೆ ನಾನು ಹಳೆಯ ಆವೃತ್ತಿಗೆ ಹಿಂತಿರುಗುತ್ತೇನೆ, ಅದು ಎಷ್ಟು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ, ರೋಲ್‌ಬ್ಯಾಕ್‌ನ ಅಪಾಯಗಳೇನು (ಉದಾ. ಡೇಟಾಬೇಸ್ ವಲಸೆಯನ್ನು ಹಿಂತಿರುಗಿಸಲಾಗುವುದಿಲ್ಲ), ರೋಲ್‌ಬ್ಯಾಕ್ ಮಾಡುವ ಮೊದಲು ನಾನು ಏನು ಪರಿಶೀಲಿಸಬೇಕು?

4) ಎಂಡ್-ಟು-ಎಂಡ್ ಬಿಡುಗಡೆ ಪರಿಶೀಲನಾಪಟ್ಟಿ:

ಹೊಸ [ಸೇವೆ] ಪ್ರಾಜೆಕ್ಟ್‌ಗೆ ಬಿಡುಗಡೆ ಮಾಡಲು ಎಂಡ್-ಟು-ಎಂಡ್ ತಯಾರಿ ಪರಿಶೀಲನಾಪಟ್ಟಿಯನ್ನು ತಯಾರಿಸಿ: ಕೋಡ್/ಇಮೇಜ್ ಭದ್ರತೆ, ಪೈಪ್‌ಲೈನ್, ಮೂಲಸೌಕರ್ಯ ಯೋಜನೆ, ಮೇಲ್ವಿಚಾರಣೆ ಮತ್ತು ಎಚ್ಚರಿಕೆ, ಭದ್ರತಾ ಸ್ಕ್ಯಾನಿಂಗ್, ಬಿಡುಗಡೆ ತಂತ್ರ, ರೋಲ್‌ಬ್ಯಾಕ್ ಮತ್ತು ಪರಿಶೀಲನೆ. "ನಾನು ಸಿದ್ಧನಿದ್ದೇನೆ?" ಎಂಬ ಪ್ರಶ್ನೆಯೊಂದಿಗೆ ಪ್ರತಿ ಐಟಂ ಅನ್ನು ಪರಿಶೀಲಿಸಿ ಅದನ್ನು ಪ್ರಶ್ನೆಯಾಗಿ ಪರಿವರ್ತಿಸಿ.

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

ದುರ್ಬಲ: "ನಾನು ಇದನ್ನು ಉತ್ಪನ್ನಕ್ಕೆ ಹೇಗೆ ಪಡೆಯುವುದು?"

ಫಲಿತಾಂಶ: ಸಂದರ್ಭವಿಲ್ಲ; AI ಸಾಮಾನ್ಯ ನಿಯೋಜನೆ ಹಂತಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ಇದು ನಿಮ್ಮ ಅಪಾಯ ಸಹಿಷ್ಣುತೆ, ಬಳಕೆದಾರರ ಪ್ರಮಾಣ ಮತ್ತು ರೋಲ್‌ಬ್ಯಾಕ್ ಅಗತ್ಯವನ್ನು ತಿಳಿಸುವುದಿಲ್ಲ.

Güçlü: "ನಾನು 10 ಮಿಲಿಯನ್ ಬಳಕೆದಾರರೊಂದಿಗೆ ಪಾವತಿ ಸೇವೆಯನ್ನು ಒದಗಿಸುತ್ತೇನೆ, ಡೌನ್‌ಟೈಮ್‌ಗಾಗಿ ನನ್ನ ಸಹಿಷ್ಣುತೆ ತುಂಬಾ ಕಡಿಮೆಯಾಗಿದೆ. ನೀವು ಕ್ಯಾನರಿ ಅಥವಾ ಬ್ಲೂ-ಗ್ರೀನ್ ಅನ್ನು ಶಿಫಾರಸು ಮಾಡುತ್ತೀರಾ, ಏಕೆ? ನಿಯೋಜನೆಯ ನಂತರ ನಾನು ಯಾವ ನಿರ್ಣಾಯಕ ಮಾರ್ಗಗಳನ್ನು ಪರೀಕ್ಷಿಸಬೇಕು, ಯಾವ ಮೆಟ್ರಿಕ್‌ಗಳನ್ನು ನಾನು ಎಷ್ಟು ನಿಮಿಷಗಳವರೆಗೆ ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಬೇಕು ಮತ್ತು 60-ಸೆಕೆಂಡ್ ರೋಲ್‌ಬ್ಯಾಕ್ ಯೋಜನೆ ಹೇಗಿರಬೇಕು? ನಾನು ಅಂತಿಮ ನಿರ್ಧಾರವನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತೇನೆ."

ವ್ಯತ್ಯಾಸ: ಎರಡನೇ ಪ್ರಾಂಪ್ಟ್ ಪ್ರಮಾಣ, ಸಹಿಷ್ಣುತೆ ಮತ್ತು ರೋಲ್ಬ್ಯಾಕ್ ನಿರೀಕ್ಷೆಯನ್ನು ನೀಡುತ್ತದೆ; ಇದಕ್ಕೆ ತಂತ್ರ + ಪರಿಶೀಲನೆ + ರದ್ದುಗೊಳಿಸುವಿಕೆ ಅಗತ್ಯವಿರುತ್ತದೆ ಮತ್ತು ನಿರ್ಧಾರವನ್ನು ಮನುಷ್ಯನಿಗೆ ಬಿಡುತ್ತದೆ.

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

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

ಸಾರಾಂಶದಲ್ಲಿ

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

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

ಪ್ರಕಟಿಸಲು ಸೇವೆಯನ್ನು (ನೈಜ ಅಥವಾ ಕಾಲ್ಪನಿಕ) ಆಯ್ಕೆಮಾಡಿ. (1) "ಬಿಡುಗಡೆ ತಂತ್ರ ಆಯ್ಕೆ" ಟೆಂಪ್ಲೇಟ್‌ನೊಂದಿಗೆ ನಿಮ್ಮ ಸಂದರ್ಭಕ್ಕೆ ಸರಿಹೊಂದುವ ತಂತ್ರವನ್ನು ಆಯ್ಕೆಮಾಡಿ ಮತ್ತು ಏಕೆ ಎಂದು ಬರೆಯಿರಿ. (2) "ಸ್ಮೋಕ್ ಟೆಸ್ಟ್ / ಪರಿಶೀಲನಾ ಪಟ್ಟಿ" ಟೆಂಪ್ಲೇಟ್‌ನೊಂದಿಗೆ ರಚಿಸಲಾದ ಪರಿಶೀಲನಾ ಪಟ್ಟಿಯನ್ನು ಹೊಂದಿರಿ ಮತ್ತು ಅತ್ಯಂತ ನಿರ್ಣಾಯಕ ವ್ಯಾಪಾರ ಮಾರ್ಗಗಳನ್ನು ನೀವೇ ಸೇರಿಸಿ. (3) "ರೋಲ್‌ಬ್ಯಾಕ್ ಯೋಜನೆ" ಟೆಂಪ್ಲೇಟ್‌ನೊಂದಿಗೆ 60-ಸೆಕೆಂಡ್ ರೋಲ್‌ಬ್ಯಾಕ್ ಯೋಜನೆಯನ್ನು ತಯಾರಿಸಿ ಮತ್ತು ಅದರಲ್ಲಿ ಯಾವುದೇ ಬದಲಾಯಿಸಲಾಗದ ಹಂತಗಳಿವೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ.

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

• [ ] ನನ್ನ ಸಂದರ್ಭಕ್ಕೆ ಸರಿಹೊಂದುವ ಒಂದು ಬಿಡುಗಡೆ ತಂತ್ರವನ್ನು (ಕ್ಯಾನರಿ/ನೀಲಿ-ಹಸಿರು/ಧ್ವಜ) ನಾನು ಆರಿಸಿಕೊಂಡಿದ್ದೇನೆ.
• [ ] ನಿಯೋಜನೆಗೂ ಮುನ್ನ ನನ್ನ ಬಳಿ ಸ್ಪಷ್ಟ ಮತ್ತು ವೇಗದ ರೋಲ್‌ಬ್ಯಾಕ್ ಯೋಜನೆ ಸಿದ್ಧವಾಗಿದೆ.
• [ ] ನನ್ನ ಸ್ಮೋಕ್ ಪರೀಕ್ಷೆಗಳಿಗೆ ನಾನು ಅತ್ಯಂತ ನಿರ್ಣಾಯಕ ವ್ಯಾಪಾರ ಮಾರ್ಗಗಳನ್ನು (ಉದಾ. ಪಾವತಿ) ಸೇರಿಸಿದ್ದೇನೆ.
• [ ] ನಿಯೋಜನೆಯ ನಂತರ, ನಾನು ವೀಕ್ಷಣಾ ವಿಂಡೋದ ಮೂಲಕ ಗೋಲ್ಡನ್ ಸಿಗ್ನಲ್‌ಗಳನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುತ್ತೇನೆ.
• [ ] ನಾನು ಬದಲಾಯಿಸಲಾಗದ ಹಂತಗಳನ್ನು ಸಹ ಯೋಜಿಸಿದೆ (ಡೇಟಾಬೇಸ್ ವಲಸೆ, ಇತ್ಯಾದಿ).
• [] ನಾನು ಪ್ರತಿ ಹಂತದಲ್ಲೂ AI ಬ್ಲೂಪ್ರಿಂಟ್ ಅನ್ನು ಪರಿಶೀಲಿಸಿದ್ದೇನೆ; ನಾನು ಲೈವ್ ಹೋಗಲು ನಿರ್ಧಾರ ಮಾಡಿದೆ.

ಮಾಡ್ಯೂಲ್ ಪರೀಕ್ಷೆ

1. ಕ್ಲೌಡ್‌ನಲ್ಲಿ DevOps ಮತ್ತು AI ಗಾಗಿ ಕೆಳಗಿನವುಗಳಲ್ಲಿ ಯಾವುದು ಉತ್ತಮ ಸ್ಥಾನವಾಗಿದೆ?

• ಎ) ಕೃತಕ ಬುದ್ಧಿಮತ್ತೆ ಸಹಾಯಕ ಮತ್ತು ನಿರ್ಧಾರ ಬೆಂಬಲ ಸಾಧನವಾಗಿದೆ; ಉತ್ಪನ್ನದ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುವ ನಿರ್ಣಾಯಕ ನಿರ್ಧಾರಗಳಿಗೆ ಜನರು ಜವಾಬ್ದಾರರಾಗಿರುತ್ತಾರೆ ✔
• ಬಿ) ಕೃತಕ ಬುದ್ಧಿಮತ್ತೆ ಮಾನವನ ಅನುಮೋದನೆಯಿಲ್ಲದೆ ಉತ್ಪನ್ನ ನಿಯೋಜನೆಗಳು ಮತ್ತು ರಹಸ್ಯ ತಿರುಗುವಿಕೆಯನ್ನು ಅಂತಿಮಗೊಳಿಸಬಹುದು
• ಸಿ) ಕೃತಕ ಬುದ್ಧಿಮತ್ತೆಯು ದಾಖಲೆಗಳನ್ನು ಬರೆಯಲು ಮಾತ್ರ ಉಪಯುಕ್ತವಾಗಿದೆ, ಇದು ಮೂಲಸೌಕರ್ಯದೊಂದಿಗೆ ಯಾವುದೇ ಸಂಬಂಧವನ್ನು ಹೊಂದಿಲ್ಲ
• ಡಿ) ಆಡಿಟ್ ಅನಗತ್ಯ ಏಕೆಂದರೆ ಕೃತಕ ಬುದ್ಧಿಮತ್ತೆ ಯಾವಾಗಲೂ ಎಂಜಿನಿಯರ್‌ಗಿಂತ ಹೆಚ್ಚು ವಿಶ್ವಾಸಾರ್ಹ ಆಜ್ಞೆಗಳನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ

ವಿವರಣೆ: ಇದು ಕೃತಕ ಬುದ್ಧಿಮತ್ತೆ ಪೈಪ್‌ಲೈನ್, ಕಾನ್ಫಿಗರೇಶನ್, ಸ್ಕ್ರಿಪ್ಟ್ ಮತ್ತು ಲಾಗ್‌ನಂತಹ ಪಠ್ಯ-ತೀವ್ರ ಕಾರ್ಯಗಳನ್ನು ವೇಗಗೊಳಿಸುವ ಸಹಾಯಕ ಮತ್ತು ನಿರ್ಧಾರ ಬೆಂಬಲ ಸಾಧನವಾಗಿದೆ. ಉತ್ಪಾದನೆ ಬಿಡುಗಡೆ, ರಹಸ್ಯ ನಿರ್ವಹಣೆ ಮತ್ತು ಅಂತಿಮ ಅಪ್ಲಿಕೇಶನ್‌ನಂತಹ ಅಲಭ್ಯತೆ, ಹಣ ಮತ್ತು ಭದ್ರತೆಯ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುವ ನಿರ್ಧಾರಗಳ ಜವಾಬ್ದಾರಿಯು ಸಮರ್ಥ ಎಂಜಿನಿಯರ್‌ಗೆ ಉಳಿದಿದೆ.

2. ಕೃತಕ ಬುದ್ಧಿಮತ್ತೆಯಿಂದ ಉತ್ಪತ್ತಿಯಾಗುವ DevOps ಕಮಾಂಡ್ ಅಥವಾ ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವ ಮೊದಲು ಪರಿಶೀಲನಾ ಶಿಸ್ತಿಗೆ ಅತ್ಯಂತ ನಿಖರವಾದ ಅಭಿವ್ಯಕ್ತಿ ಯಾವುದು?

• ಎ) ಔಟ್‌ಪುಟ್ ಸುಗಮವಾಗಿ ಮತ್ತು ಆತ್ಮವಿಶ್ವಾಸದಿಂದ ತೋರುತ್ತಿದ್ದರೆ ಅದನ್ನು ನೇರವಾಗಿ ಉತ್ಪನ್ನದಲ್ಲಿ ಚಲಾಯಿಸಬಹುದು
• ಬಿ) ಯಾವುದೇ ಸಿಂಟ್ಯಾಕ್ಸ್ ದೋಷಗಳಿಲ್ಲದಿದ್ದರೆ ಮಾತ್ರ ಔಟ್‌ಪುಟ್ ಸುರಕ್ಷಿತವಾಗಿರುತ್ತದೆ, ಯಾವುದೇ ಹೆಚ್ಚಿನ ಪರಿಶೀಲನೆಗಳ ಅಗತ್ಯವಿಲ್ಲ
• ಸಿ) ಔಟ್‌ಪುಟ್ ಅನ್ನು ಮೂಲಕ್ಕೆ ಸಂಪರ್ಕಪಡಿಸಿ, ಯೋಜನೆ/ಡ್ರೈ-ರನ್ ಮಾಡಿ ಮತ್ತು ಅದನ್ನು ನಿಮ್ಮ ಸಿಸ್ಟಮ್ ಸಂದರ್ಭದೊಂದಿಗೆ ಫಿಲ್ಟರ್ ಮಾಡಿ; ನಂತರ ಅರ್ಜಿ ✔
• ಡಿ) ಉತ್ಪನ್ನದಲ್ಲಿ ನೇರವಾಗಿ ಮೊದಲ ಪ್ರಯತ್ನವನ್ನು ಮಾಡುವುದು ಮತ್ತು ಫಲಿತಾಂಶವನ್ನು ವೀಕ್ಷಿಸುವುದು ವೇಗವಾದ ಪರಿಶೀಲನೆಯಾಗಿದೆ

ವಿವರಣೆ: ಮೂರು-ಹಂತದ ಪರಿಶೀಲನೆಯು ಅತ್ಯಗತ್ಯ: ಮೂಲಕ್ಕೆ ಔಟ್‌ಪುಟ್ ಅನ್ನು ಸಂಪರ್ಕಿಸುವುದು (ಅಧಿಕೃತ ಡಾಕ್ಸ್‌ನಲ್ಲಿರುವ ಆಜ್ಞೆ/ಧ್ವಜ), ಅದನ್ನು ಡ್ರೈ ರನ್ ಮಾಡುವುದು (ಪ್ಲಾನ್/--ಡ್ರೈ-ರನ್‌ನೊಂದಿಗೆ ಏನಾಗುತ್ತದೆ ಎಂದು ನೋಡುವುದು), ಮತ್ತು ಸಿಸ್ಟಮ್ ಫಿಲ್ಟರ್ ಮೂಲಕ ಅದನ್ನು ರವಾನಿಸುವುದು (ಅದು ಅದರ ವಾಸ್ತುಶಿಲ್ಪ ಮತ್ತು ಭದ್ರತಾ ಸಂದರ್ಭಕ್ಕೆ ಸರಿಹೊಂದುತ್ತದೆಯೇ). ನಿರರ್ಗಳತೆ ಎಂದರೆ ನಿಖರತೆ ಎಂದಲ್ಲ.

3. ನೈಜ ಡೇಟಾಬೇಸ್ ಪಾಸ್‌ವರ್ಡ್ ಹೊಂದಿರುವ .env ಫೈಲ್‌ನೊಂದಿಗೆ ದೋಷ ಅಥವಾ ನಿಯೋಜನೆ ಸಮಸ್ಯೆಯ ಬಗ್ಗೆ ಕೃತಕ ಬುದ್ಧಿಮತ್ತೆಯನ್ನು ಕೇಳುವಾಗ ಸರಿಯಾದ ವಿಧಾನ ಯಾವುದು?

• ಎ) <PLACEHOLDER> ಜೊತೆಗೆ ನಿಜವಾದ ರಹಸ್ಯಗಳನ್ನು ಮರೆಮಾಚುವುದು; ಮುಖವಾಡದ ದೋಷ ಮತ್ತು ಸಂದರ್ಭವನ್ನು ಮಾತ್ರ ಹಂಚಿಕೊಳ್ಳಿ ✔
• ಬಿ) ಸಂಪೂರ್ಣ .env ಫೈಲ್ ಅನ್ನು ಅಂಟಿಸುವುದು ಸಮಸ್ಯೆಯನ್ನು ವೇಗವಾಗಿ ಪರಿಹರಿಸುತ್ತದೆ
• ಸಿ) ರಹಸ್ಯಗಳು ಈಗಾಗಲೇ ಬೇಸ್64 ಆಗಿರುವುದರಿಂದ, ಸರಳವಾಗಿ ಅಂಟಿಸಲು ಸುರಕ್ಷಿತವಾಗಿದೆ
• ಡಿ) ಪಾಸ್‌ವರ್ಡ್ ಅನ್ನು ಅಂಟಿಸುವುದು ಸುರಕ್ಷಿತವಾಗಿದೆ ಏಕೆಂದರೆ ಕೃತಕ ಬುದ್ಧಿಮತ್ತೆ ಅದನ್ನು ಎಂದಿಗೂ ಸಂಗ್ರಹಿಸುವುದಿಲ್ಲ

ವಿವರಣೆ: AI ಪ್ರಾಂಪ್ಟ್‌ನಲ್ಲಿ ಯಾವುದೇ ನೈಜ ರಹಸ್ಯಗಳನ್ನು ಅಂಟಿಸಲಾಗಿಲ್ಲ. ಪಾಸ್‌ವರ್ಡ್‌ಗಳು ಮತ್ತು ಟೋಕನ್‌ಗಳಂತಹ ಮೌಲ್ಯಗಳನ್ನು <PLACEHOLDER> ನೊಂದಿಗೆ ಮರೆಮಾಡಲಾಗಿದೆ; ದೋಷ ಸಂದೇಶ ಮತ್ತು ಅಗತ್ಯ ಸಂದರ್ಭವನ್ನು ಮಾತ್ರ ಹಂಚಿಕೊಳ್ಳಲಾಗುತ್ತದೆ. ಸೀಕ್ರೆಟ್ ಈಗಾಗಲೇ ಸೋರಿಕೆಯಾಗಿದ್ದರೆ, ಅದನ್ನು ತಕ್ಷಣವೇ ರದ್ದುಗೊಳಿಸಬೇಕು ಮತ್ತು ತಿರುಗಿಸಬೇಕು.

4. ಕೆಳಗಿನವುಗಳಲ್ಲಿ ಯಾವುದು CI/CD ಪೈಪ್‌ಲೈನ್‌ನಲ್ಲಿ ರಹಸ್ಯಗಳ (ಪಾಸ್‌ವರ್ಡ್, ಟೋಕನ್) ಸರಿಯಾದ ನಿರ್ವಹಣೆಯಾಗಿದೆ?

• ಎ) ಇದನ್ನು ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನ ರಹಸ್ಯ ರೆಪೊಸಿಟರಿಯಲ್ಲಿ ಇರಿಸಲಾಗಿದೆ ಮತ್ತು ಉಲ್ಲೇಖದ ಮೂಲಕ ಕರೆಯಲಾಗಿದೆ (ಉದಾ. ${{ ರಹಸ್ಯಗಳು.X }}), ಸರಳ ಪಠ್ಯದಲ್ಲಿ ಬರೆಯಲಾಗಿಲ್ಲ ✔
• B) ಅನುಕೂಲಕ್ಕಾಗಿ ಪೈಪ್ಲೈನ್ YAML ಗೆ ಸರಳ ಪಠ್ಯದಲ್ಲಿ ಬರೆಯಲಾಗಿದೆ
• ಸಿ) ಪ್ರತಿ ಕೆಲಸದ ಪ್ರಾರಂಭದಲ್ಲಿ ಪ್ರತಿಧ್ವನಿ ಮತ್ತು ಲಾಗ್ ಅನ್ನು ಒತ್ತುವ ಮೂಲಕ ಇದನ್ನು ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ.
• ಡಿ) ವಿಶಾಲವಾದ ಅನುಮತಿಯೊಂದಿಗೆ ವ್ಯಾಖ್ಯಾನಿಸಿದರೆ (ಎಲ್ಲವನ್ನೂ ಬರೆಯಿರಿ), ಭದ್ರತೆ ಹೆಚ್ಚಾಗುತ್ತದೆ

ವಿವರಣೆ: ಸರಳ ಪಠ್ಯದಲ್ಲಿ YAML ಗೆ ರಹಸ್ಯಗಳನ್ನು ಬರೆಯಲಾಗುವುದಿಲ್ಲ; ಇದನ್ನು ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನ ರಹಸ್ಯ ರೆಪೊಸಿಟರಿಯಲ್ಲಿ ಇರಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ${{ secrets.X }} ನಂತಹ ಉಲ್ಲೇಖಗಳೊಂದಿಗೆ ಕರೆಯಲಾಗುತ್ತದೆ. ಹೆಚ್ಚುವರಿಯಾಗಿ, ಕನಿಷ್ಠ ಅಧಿಕಾರದ ತತ್ವದೊಂದಿಗೆ, ಟೋಕನ್ ಅನುಮತಿಗಳನ್ನು ಕಿರಿದಾಗಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ರಹಸ್ಯ ಲಾಗ್ ಅನ್ನು ದಾಖಲಿಸಲಾಗುವುದಿಲ್ಲ.

5. ಟೆರ್ರಾಫಾರ್ಮ್‌ನೊಂದಿಗೆ ಮೂಲಸೌಕರ್ಯ ನಿರ್ವಹಣೆಯಲ್ಲಿ, ಬದಲಾವಣೆಯನ್ನು ಲೈವ್ ಆಗಿ ಅಳವಡಿಸುವ ಮೊದಲು ತೆಗೆದುಕೊಳ್ಳಬೇಕಾದ ಅತ್ಯಂತ ನಿರ್ಣಾಯಕ ಹಂತ ಯಾವುದು?

• ಎ) ನೇರವಾಗಿ 'ಟೆರಾಫಾರ್ಮ್ ಅನ್ವಯಿಸು' ರನ್ನಿಂಗ್; ಯೋಜನೆಯು ಸಮಯ ವ್ಯರ್ಥವಾಗಿದೆ
• ಬಿ) ಸ್ಟೇಟ್ ಫೈಲ್ ಅನ್ನು ಸಾರ್ವಜನಿಕ ಭಂಡಾರಕ್ಕೆ ಬ್ಯಾಕಪ್ ಮಾಡುವುದು
• ಸಿ) 'ಟೆರಾಫಾರ್ಮ್ ಪ್ಲಾನ್' ಅನ್ನು ರನ್ ಮಾಡಿ ಮತ್ತು ಔಟ್‌ಪುಟ್‌ನಲ್ಲಿ ಲೈನ್‌ಗಳನ್ನು ನಾಶಪಡಿಸಿ/ಬದಲಿಸಿ ಪರಿಶೀಲಿಸಿ, ನಂತರ ಅನ್ವಯಿಸಿ ✔
• ಡಿ) ಪ್ರೊವೈಡರ್ ಆವೃತ್ತಿಯನ್ನು ಅನ್‌ಇನ್‌ಸ್ಟಾಲ್ ಮಾಡಿ ಮತ್ತು ಹೊಸ ಆವೃತ್ತಿಯು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಬರುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಿ

ವಿವರಣೆ: 'ಟೆರಾಫಾರ್ಮ್ ಅನ್ವಯ' ಮೊದಲು 'ಟೆರಾಫಾರ್ಮ್ ಯೋಜನೆ' ರನ್ ಮಾಡಬೇಕು. ಏನನ್ನೂ ಮಾಡದೆಯೇ ಏನನ್ನು ಸೇರಿಸಬೇಕು, ಯಾವುದನ್ನು ಬದಲಾಯಿಸಬೇಕು ಮತ್ತು ವಿಶೇಷವಾಗಿ ಏನನ್ನು ಅಳಿಸಬೇಕು (ನಾಶಗೊಳಿಸಬೇಕು) ಎಂಬುದನ್ನು ಯೋಜನೆಯು ತೋರಿಸುತ್ತದೆ. ಅನಿರೀಕ್ಷಿತ ನಾಶ ಅಥವಾ ಬದಲಿ ರೇಖೆ ಕಂಡುಬಂದರೆ, ಅನ್ವಯಿಸಬಾರದು.

6. ಪ್ರೊಡಕ್ಷನ್ ಡೇಟಾಬೇಸ್‌ಗಾಗಿ '-/+ ರಿಪ್ಲೇಸ್' ಲೈನ್ ಟೆರಾಫಾರ್ಮ್ ಪ್ಲಾನ್ ಔಟ್‌ಪುಟ್‌ನಲ್ಲಿ ಕಾಣಿಸಿಕೊಂಡರೆ ಇದರ ಅರ್ಥವೇನು ಮತ್ತು ಏನು ಮಾಡಬೇಕು?

• ಎ) ಮೂಲವನ್ನು ಆನ್-ಸೈಟ್‌ನಲ್ಲಿ ನವೀಕರಿಸಲಾಗುತ್ತದೆ, ಯಾವುದೇ ಅಪಾಯವಿಲ್ಲ
• ಬಿ) ಸಂಪನ್ಮೂಲವನ್ನು ಅಳಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಮರುಸೃಷ್ಟಿಸಲಾಗುತ್ತದೆ; ಡೇಟಾ ನಷ್ಟದ ಅಪಾಯವಿದೆ, ನಿರೀಕ್ಷಿಸದಿದ್ದರೆ ಅರ್ಜಿಯನ್ನು ನಿಲ್ಲಿಸಬೇಕು ✔
• ಸಿ) ಹೊಸ ಸಂಪನ್ಮೂಲವನ್ನು ಸೇರಿಸುವುದರಿಂದ, ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಡೇಟಾಬೇಸ್ ಪರಿಣಾಮ ಬೀರುವುದಿಲ್ಲ
• ಡಿ) ಇದು ಕೇವಲ ಎಚ್ಚರಿಕೆ, ಸುರಕ್ಷಿತವಾಗಿ ನಿರ್ಲಕ್ಷಿಸಬಹುದು

ವಿವರಣೆ: '-/+ ಬದಲಿಗೆ' ಎಂದರೆ ಸಂಪನ್ಮೂಲವನ್ನು ಅಳಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಮರುಸೃಷ್ಟಿಸಲಾಗುತ್ತದೆ; ಡೇಟಾಬೇಸ್‌ಗಾಗಿ, ಇದರರ್ಥ ಡೇಟಾ ನಷ್ಟ. ನಿರೀಕ್ಷಿಸದಿದ್ದರೆ, ಅರ್ಜಿಯನ್ನು ನಿಲ್ಲಿಸಬೇಕು, ಬದಲಾವಣೆಯನ್ನು ಸುರಕ್ಷಿತ ವಿಧಾನಕ್ಕೆ ಪರಿವರ್ತಿಸಬೇಕು ಅಥವಾ ಬದಲಾಗದ ಕ್ಷೇತ್ರವನ್ನು ಮುಟ್ಟದೆ ಬಿಡಬೇಕು.

7. ಡಾಕರ್‌ಫೈಲ್‌ನ ಸುರಕ್ಷತೆ ಮತ್ತು ಗಾತ್ರದ ವಿಷಯದಲ್ಲಿ ಉತ್ಪಾದನೆ ಸಿದ್ಧವಾಗಲು ಈ ಕೆಳಗಿನವುಗಳಲ್ಲಿ ಯಾವುದು ನಿಜ?

• ಎ) ಅನುಕೂಲಕ್ಕಾಗಿ, ಚಿತ್ರದಲ್ಲಿ ರಹಸ್ಯವನ್ನು ENV ಯೊಂದಿಗೆ ಎಂಬೆಡ್ ಮಾಡುವುದು ಮತ್ತು ಅದನ್ನು ರೂಟ್ ಆಗಿ ರನ್ ಮಾಡುವುದು
• B) ಯಾವಾಗಲೂ ':latest' ಟ್ಯಾಗ್ ಅನ್ನು ಬಳಸಿ ಮತ್ತು ಮೂಲ ಚಿತ್ರವನ್ನು ಸಾಧ್ಯವಾದಷ್ಟು ದೊಡ್ಡದಾಗಿರಿಸಿ
• ಸಿ) ಏಕ-ಹಂತದ ನಿರ್ಮಾಣ ಮತ್ತು ಅಂತಿಮ ಚಿತ್ರದಲ್ಲಿ ಎಲ್ಲಾ ನಿರ್ಮಾಣ ಸಾಧನಗಳನ್ನು ಬಿಡುವುದು
• ಡಿ) ರಹಸ್ಯವನ್ನು ಎಂಬೆಡ್ ಮಾಡದಿರುವುದು, ಅನಧಿಕೃತ ಬಳಕೆದಾರರೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವುದು, ಸಣ್ಣ ಮತ್ತು ಸ್ಥಿರವಾದ ಬೇಸ್ ಇಮೇಜ್ ಮತ್ತು ಬಹು-ಹಂತದ ನಿರ್ಮಾಣವನ್ನು ಬಳಸುವುದು ✔

ವಿವರಣೆ: ನಿರ್ಮಾಣ-ಸಿದ್ಧ ಚಿತ್ರ: ರಹಸ್ಯವನ್ನು ಎಂಬೆಡ್ ಮಾಡುವುದಿಲ್ಲ (ಅದನ್ನು ರನ್‌ಟೈಮ್‌ನಲ್ಲಿ ಇಂಜೆಕ್ಟ್ ಮಾಡುತ್ತದೆ), ರೂಟ್‌ನ ಬದಲಿಗೆ ಅನಧಿಕೃತ USER ನೊಂದಿಗೆ ರನ್ ಆಗುತ್ತದೆ, ಸಣ್ಣ ಮತ್ತು ಆವೃತ್ತಿಯ ಮೂಲ ಚಿತ್ರವನ್ನು ಬಳಸುತ್ತದೆ (ಸ್ಲಿಮ್/ಆಲ್ಪೈನ್, ಇತ್ತೀಚಿನದಲ್ಲ) ಮತ್ತು ಬಹು-ಹಂತದ ನಿರ್ಮಾಣದೊಂದಿಗೆ ಸ್ಕೇಲ್ ಮಾಡಲಾಗಿದೆ. ಪ್ರಕಟಣೆಯ ಮೊದಲು ದುರ್ಬಲತೆಗಳಿಗಾಗಿ ಇದನ್ನು ಸ್ಕ್ಯಾನ್ ಮಾಡಲಾಗುತ್ತದೆ.

8. ಕುಬರ್ನೆಟ್ಸ್‌ನಲ್ಲಿ ನಿಯೋಜನೆಗಾಗಿ ಸಂಪನ್ಮೂಲ ಮಿತಿಗಳನ್ನು ವ್ಯಾಖ್ಯಾನಿಸದಿರುವ ಪ್ರಮುಖ ಅಪಾಯ ಯಾವುದು?

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

ವಿವರಣೆ: ಸಂಪನ್ಮೂಲ ಮಿತಿಯನ್ನು ಹೊಂದಿರದ ಪಾಡ್ ಅನಿಯಮಿತವಾಗಿ ಬೆಳೆಯಬಹುದು, ಅದು ಚಾಲನೆಯಲ್ಲಿರುವ ನೋಡ್‌ನ ಎಲ್ಲಾ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಬಳಸುತ್ತದೆ ಮತ್ತು ನೆರೆಹೊರೆಯ ಸೇವೆಗಳನ್ನು ಕ್ರ್ಯಾಶ್ ಮಾಡಬಹುದು, ಉದಾಹರಣೆಗೆ, ಮೆಮೊರಿ ಸೋರಿಕೆಯೊಂದಿಗೆ. ಅದಕ್ಕಾಗಿಯೇ ವಿನಂತಿಗಳು/ಮಿತಿಗಳನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುವುದು ದೃಢತೆಯ ಆಧಾರವಾಗಿದೆ.

9. ನಿಗಾ ಮತ್ತು ಎಚ್ಚರಿಕೆಯ ಸೆಟಪ್‌ನಲ್ಲಿ 'ಎಚ್ಚರ ಆಯಾಸ'ವನ್ನು ತಪ್ಪಿಸುವುದು ಹೇಗೆ?

• ಎ) ಸಾಧ್ಯವಾದಷ್ಟು ಹೆಚ್ಚಿನ ಮೆಟ್ರಿಕ್‌ಗಳಲ್ಲಿ ಅಲಾರಮ್‌ಗಳನ್ನು ಹೊಂದಿಸಿ ಮತ್ತು ಪ್ರತಿ ಏರಿಳಿತದೊಂದಿಗೆ ಎಚ್ಚರಿಕೆಗಳನ್ನು ರಚಿಸಿ.
• ಬಿ) ಎಲ್ಲಾ ಎಚ್ಚರಿಕೆಗಳನ್ನು ಹೆಚ್ಚಿನ ತೀವ್ರತೆಯ ಮಟ್ಟಕ್ಕೆ ಹೊಂದಿಸಿ
• ಸಿ) ಸಮಯವನ್ನು ಹೊಂದಿಸದೆ ತತ್‌ಕ್ಷಣದ ಮೌಲ್ಯಗಳೊಂದಿಗೆ ಅಲಾರಮ್‌ಗಳನ್ನು ಪ್ರಚೋದಿಸುವುದು (ಇದಕ್ಕಾಗಿ)
• ಡಿ) ಅಲಾರಮ್‌ಗಳನ್ನು ಕ್ರಮ-ಆಧಾರಿತ ಮತ್ತು ಸರಿಯಾದ ತುರ್ತುಸ್ಥಿತಿಯಲ್ಲಿ ಇಟ್ಟುಕೊಳ್ಳುವುದು, ಐತಿಹಾಸಿಕ ಡೇಟಾದೊಂದಿಗೆ ಮಿತಿಗಳನ್ನು ಪರೀಕ್ಷಿಸುವುದು, ಅನಗತ್ಯವಾದವುಗಳನ್ನು ವಿಲೀನಗೊಳಿಸುವುದು ✔

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

10. ಉತ್ಪಾದನಾ ಘಟನೆಯ ಸಮಯದಲ್ಲಿ ಉತ್ತಮ ಆದ್ಯತೆಯ ಕ್ರಮ ಯಾವುದು?

• ಎ) ಮೊದಲು ನಿಖರವಾದ ಮೂಲ ಕಾರಣವನ್ನು ಕಂಡುಹಿಡಿಯಿರಿ ಮತ್ತು ಕಾರಣ ಸ್ಪಷ್ಟವಾದಾಗ ಮಾತ್ರ ಅದನ್ನು ಕಡಿಮೆ ಮಾಡಿ.
• ಬಿ) ಮೊದಲು ಪೋಸ್ಟ್‌ಮಾರ್ಟಮ್ ವರದಿಯನ್ನು ಬರೆಯಿರಿ, ನಂತರ ಸೇವೆಯನ್ನು ಸ್ಪರ್ಶಿಸಿ
• ಸಿ) ಮೊದಲು ಕಡಿಮೆ ಮಾಡಿ (ಸೇವೆಯನ್ನು ಮರುಸ್ಥಾಪಿಸಿ/ಮರುಸ್ಥಾಪಿಸು), ನಂತರದ ಮೂಲ ಕಾರಣ ವಿಶ್ಲೇಷಣೆಯನ್ನು ಬಿಟ್ಟು ✔
• ಡಿ) ಮೊದಲು ಘಟನೆಗೆ ಕಾರಣವಾದ ವ್ಯಕ್ತಿಯನ್ನು ಪತ್ತೆ ಮಾಡಿ ಮತ್ತು ವರದಿ ಮಾಡಿ

ವಿವರಣೆ: ಸುವರ್ಣ ನಿಯಮವೆಂದರೆ 'ಮೊದಲು ಕಡಿಮೆ ಮಾಡಿ, ನಂತರ ತನಿಖೆ ಮಾಡಿ'. ಗುರಿಯು ಮೊದಲು ಸೇವೆಯನ್ನು ಮರುಸ್ಥಾಪಿಸುವುದು ಅಥವಾ ಅದನ್ನು ತಿಳಿದಿರುವ-ಉತ್ತಮ ಆವೃತ್ತಿಗೆ ಹಿಂತಿರುಗಿಸುವುದು (ತಗ್ಗಿಸಿ); ಒತ್ತಡ ಕಡಿಮೆಯಾದ ನಂತರ ಮೂಲ ಕಾರಣ ವಿಶ್ಲೇಷಣೆಯನ್ನು ಶಾಂತವಾಗಿ ಮಾಡಲಾಗುತ್ತದೆ. ನಿಖರವಾದ ಮೂಲ ಕಾರಣವನ್ನು ಕಂಡುಹಿಡಿಯಲು ಕಾಯುವುದು ಚೇತರಿಕೆಯ ಸಮಯವನ್ನು ಹೆಚ್ಚಿಸುತ್ತದೆ (MTTR).

11. ದೋಷರಹಿತ ಮರಣೋತ್ತರ ಸಂಸ್ಕೃತಿಯ ಮುಖ್ಯ ಉದ್ದೇಶವೇನು?

• ಎ) ತಪ್ಪು ಮಾಡಿದ ವ್ಯಕ್ತಿಯನ್ನು ಗುರುತಿಸುವುದು ಮತ್ತು ಅವನ ಮೇಲೆ ಜವಾಬ್ದಾರಿಯನ್ನು ಹೊರಿಸುವುದು
• ಬಿ) ವ್ಯವಸ್ಥೆಗಳು ಮತ್ತು ಪ್ರಕ್ರಿಯೆಗಳ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸುವುದು ಮತ್ತು ಕಲಿಕೆಯನ್ನು ಉತ್ತೇಜಿಸುವುದು; ✔ ದೂಷಿಸುವ ಬದಲು ಪುನರಾವರ್ತನೆಯನ್ನು ತಡೆಯುವ ಪಾಠಗಳನ್ನು ಕಲಿಯುವುದು
• ಸಿ) ಘಟನೆಯನ್ನು ವರದಿ ಮಾಡಬೇಡಿ ಮತ್ತು ಅದನ್ನು ಮರೆತುಹೋಗಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಿ
• ಡಿ) ತಾಂತ್ರಿಕ ವಿವರಗಳನ್ನು ಮಾತ್ರ ಬರೆಯುವುದು ಮತ್ತು ಕ್ರಿಯಾಶೀಲ ವಸ್ತುಗಳನ್ನು ಸೇರಿಸದಿರುವುದು

ವಿವರಣೆ: ದೋಷರಹಿತ ಮರಣೋತ್ತರ ಪರೀಕ್ಷೆಯು 'ಯಾವ ವ್ಯವಸ್ಥೆ ಮತ್ತು ಪ್ರಕ್ರಿಯೆಯು ಈ ತಪ್ಪನ್ನು ಅನುಮತಿಸಿದೆ' ಎಂಬ ಪ್ರಶ್ನೆಯ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸುತ್ತದೆ, 'ಯಾರು ಮಾಡಿದರು' ಅಲ್ಲ. ಶಿಕ್ಷೆಯಾಗುವುದಿಲ್ಲ ಎಂದು ತಿಳಿದರೆ ಜನರು ತಪ್ಪನ್ನು ಬಹಿರಂಗವಾಗಿ ಹಂಚಿಕೊಳ್ಳುತ್ತಾರೆ; ಗುಪ್ತ ದೋಷವನ್ನು ಪುನರಾವರ್ತಿಸಲಾಗುತ್ತದೆ. ವರದಿಯು ಆರೋಪದ ವರದಿಯಲ್ಲ, ಆದರೆ ಕ್ರಿಯಾ-ಆಧಾರಿತ ಅಂಶಗಳಿಂದ ತುಂಬಿದ ಕಲಿಕೆಯ ದಾಖಲೆಯಾಗಿದೆ.

12. ಕ್ಲೌಡ್ ಕಾಸ್ಟ್ ಆಪ್ಟಿಮೈಸೇಶನ್‌ನಲ್ಲಿ (ಫಿನ್‌ಆಪ್ಸ್), ಬದ್ಧತೆಯ ರಿಯಾಯಿತಿಗಳಿಗೆ (ಕಾಯ್ದಿರಿಸಿದ/ಉಳಿತಾಯ ಯೋಜನೆ) ತೆರಳುವ ಮೊದಲು ತೆಗೆದುಕೊಳ್ಳಬೇಕಾದ ಅತ್ಯಂತ ತಾರ್ಕಿಕ ಹಂತ ಯಾವುದು?

• ಎ) ಮೊದಲು ಸಾಧ್ಯವಾದಷ್ಟು ದೀರ್ಘವಾದ ಬದ್ಧತೆಯನ್ನು ತೆಗೆದುಕೊಳ್ಳಿ, ನಂತರ ತ್ಯಾಜ್ಯದ ಬಗ್ಗೆ ಯೋಚಿಸಿ
• ಬಿ) ಮೊದಲು, ತ್ಯಾಜ್ಯವನ್ನು ಸ್ವಚ್ಛಗೊಳಿಸಿ (ಐಡಲ್ ಕ್ಲೋಸರ್, ಬಲ-ಗಾತ್ರ), ನಂತರ ಬದ್ಧ ಬಳಕೆಗೆ ಬದ್ಧರಾಗಿರಿ ✔
• ಸಿ) ಎಲ್ಲಾ ಸಂಪನ್ಮೂಲಗಳನ್ನು ತಕ್ಷಣವೇ ಸ್ಪಾಟ್ ಸಾಮರ್ಥ್ಯಕ್ಕೆ ಸರಿಸಿ
• ಡಿ) ಇನ್ವಾಯ್ಸ್ ಡೇಟಾವನ್ನು ಪರಿಶೀಲಿಸದೆಯೇ ಅತ್ಯಂತ ದುಬಾರಿ ಐಟಂ ಅನ್ನು ಅಳಿಸುವುದು

ವಿವರಣೆ: ತ್ಯಾಜ್ಯವನ್ನು ಮೊದಲು ಸ್ವಚ್ಛಗೊಳಿಸಬೇಕು (ನಿಷ್ಕ್ರಿಯ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಮುಚ್ಚುವುದು, ಗಾತ್ರದ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಕಡಿಮೆ ಮಾಡುವುದು). ಇಲ್ಲದಿದ್ದರೆ, ನೀವು 1-3 ವರ್ಷಗಳವರೆಗೆ ರಿಯಾಯಿತಿ ದರದಲ್ಲಿ ವ್ಯರ್ಥವಾದ ಬಳಕೆಯನ್ನು ಲಾಕ್ ಮಾಡುತ್ತೀರಿ. ಬಲ-ಗಾತ್ರದ ಮತ್ತು ನಿಷ್ಕ್ರಿಯ ಶುಚಿಗೊಳಿಸುವಿಕೆಗೆ ಯಾವುದೇ ಬದ್ಧತೆಯ ಅಗತ್ಯವಿಲ್ಲ ಮತ್ತು ಅಪಾಯ-ಮುಕ್ತವಾಗಿದೆ.

13. AI-ಸೂಚಿಸಿದ ಸ್ಕ್ರಿಪ್ಟ್ 'rm -rf "$DIR"/' ಲೈನ್ ಅನ್ನು ಹೊಂದಿದ್ದರೆ ಅತ್ಯಂತ ಪ್ರಮುಖವಾದ ಭದ್ರತಾ ಕ್ರಮ ಯಾವುದು?

• ಎ) ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ಓದದೆ ನೇರವಾಗಿ ಪ್ರಾಡ್‌ನಲ್ಲಿ ರನ್ ಮಾಡುವುದು ವೇಗವನ್ನು ಹೆಚ್ಚಿಸುತ್ತದೆ
• B) ಸೆಟ್ -euo ಪೈಪ್‌ಫೈಲ್ ಮತ್ತು ಖಾಲಿ ವೇರಿಯಬಲ್ ನಿಯಂತ್ರಣವನ್ನು ಸೇರಿಸಿ ಮತ್ತು ಮೊದಲು ಡ್ರೈ-ರನ್‌ನೊಂದಿಗೆ ಪ್ರಯತ್ನಿಸಿ ✔
• ಸಿ) ವೇರಿಯೇಬಲ್ ಹೆಸರನ್ನು ಕಡಿಮೆ ಮಾಡುವುದು ಸಾಕು
• ಡಿ) rm ಬದಲಿಗೆ rm -rf --force ಅನ್ನು ಬಳಸುವುದು ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸುತ್ತದೆ

ವಿವರಣೆ: $DIR ಖಾಲಿಯಾಗಿದ್ದರೆ, ಈ ಹೇಳಿಕೆಯು ಮೂಲ ಡೈರೆಕ್ಟರಿಯನ್ನು ಅಳಿಸಲು ಪ್ರಯತ್ನಿಸಬಹುದು. ವ್ಯಾಖ್ಯಾನಿಸದ ವೇರಿಯೇಬಲ್ ಅನ್ನು 'set -u' ನೊಂದಿಗೆ ನಿಲ್ಲಿಸುವುದು ಮತ್ತು ಅದನ್ನು ಅಳಿಸುವ ಮೊದಲು ವೇರಿಯೇಬಲ್ ಖಾಲಿಯಾಗಿಲ್ಲ ಎಂದು ಪರಿಶೀಲಿಸುವುದು (ಉದಾ. [ -n "$DIR" ] || ನಿರ್ಗಮನ 1) ವಿಪತ್ತನ್ನು ತಪ್ಪಿಸುತ್ತದೆ. ಹೆಚ್ಚುವರಿಯಾಗಿ, ವಿನಾಶಕಾರಿ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ಮೊದಲು ಡ್ರೈ-ರನ್‌ನೊಂದಿಗೆ ಪ್ರಯತ್ನಿಸಬೇಕು.

14. ಕ್ಲೌಡ್ ಆಕ್ಸೆಸ್ ಕೀ ಆಕಸ್ಮಿಕವಾಗಿ ಸಾರ್ವಜನಿಕ ರೆಪೊಸಿಟರಿಯಲ್ಲಿ ಸೋರಿಕೆಯಾದರೆ ಮೊದಲು ಏನು ಮಾಡಬೇಕು?

• ಎ) ತಕ್ಷಣವೇ ರದ್ದುಗೊಳಿಸಿ ಮತ್ತು ಕೀಲಿಯನ್ನು ನವೀಕರಿಸಿ (ತಿರುಗಿಸಿ); ಅಳಿಸುವುದು ಮಾತ್ರ ಸಾಕಾಗುವುದಿಲ್ಲ ✔
• ಬಿ) ಸಂಗ್ರಹಣೆಯಿಂದ ಫೈಲ್ ಅನ್ನು ಅಳಿಸಿ ಮತ್ತು ಕೀ ಸುರಕ್ಷಿತವಾಗಿದೆ
• ಸಿ) ಯಾರೂ ನೋಡದ ಕಾರಣ ಏನನ್ನೂ ಮಾಡುತ್ತಿಲ್ಲ
• ಡಿ) ಶೇಖರಣೆಯನ್ನು ಖಾಸಗಿಯಾಗಿ ಮಾಡುವುದು ಕೀಲಿಯನ್ನು ತಿರುಗಿಸುವ ಅಗತ್ಯವನ್ನು ನಿವಾರಿಸುತ್ತದೆ

ವಿವರಣೆ: ಸೋರಿಕೆಯಾದ ರಹಸ್ಯವನ್ನು ತಕ್ಷಣವೇ ರದ್ದುಗೊಳಿಸಬೇಕು ಮತ್ತು ತಿರುಗಿಸಬೇಕು. ಫೈಲ್ ಅನ್ನು ಅಳಿಸುವುದು ಸಾಕಾಗುವುದಿಲ್ಲ ಏಕೆಂದರೆ ರಹಸ್ಯವು Git ಇತಿಹಾಸದಲ್ಲಿ ಉಳಿದಿದೆ ಮತ್ತು ಸಾರ್ವಜನಿಕ ರೆಪೊಸಿಟರಿಗಳನ್ನು ಸೆಕೆಂಡುಗಳಲ್ಲಿ ಬಾಟ್‌ಗಳಿಂದ ಸ್ಕ್ಯಾನ್ ಮಾಡಲಾಗುತ್ತದೆ. ರದ್ದತಿ/ಹಿಂತಿರುಗಿದ ನಂತರ, ಪರಿಣಾಮವನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡಲಾಗುತ್ತದೆ ಮತ್ತು ಮರುಕಳಿಸುವಿಕೆಯನ್ನು ತಡೆಯಲು ರಹಸ್ಯ ಸ್ಕ್ಯಾನರ್ ಅನ್ನು ಸೇರಿಸಲಾಗುತ್ತದೆ.

15. ಉತ್ಪನ್ನದ ಹೊಸ ಆವೃತ್ತಿಯನ್ನು ಬಿಡುಗಡೆ ಮಾಡುವಾಗ ಕೆಳಗಿನ ಯಾವ ವಿಧಾನವು ಅಪಾಯವನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ?

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

ವಿವರಣೆ: ನಿಯಂತ್ರಿತ ಬಿಡುಗಡೆ ತಂತ್ರಗಳು (ಕ್ಯಾನರಿಯೊಂದಿಗೆ ಸಣ್ಣ ಶೇಕಡಾವಾರು, ನೀಲಿ-ಹಸಿರು ಜೊತೆ ತಕ್ಷಣದ ರೋಲ್‌ಬ್ಯಾಕ್, ವೈಶಿಷ್ಟ್ಯದ ಫ್ಲ್ಯಾಗ್‌ನೊಂದಿಗೆ ಬಿಡುಗಡೆಯಿಂದ ನಿಯೋಜನೆಯನ್ನು ಪ್ರತ್ಯೇಕಿಸುವುದು) ಅಪಾಯವನ್ನು ಮಿತಿಗೊಳಿಸುತ್ತದೆ. ಹೆಚ್ಚುವರಿಯಾಗಿ, ನಿಯೋಜನೆಯ ಮೊದಲು ಸ್ಪಷ್ಟವಾದ ರೋಲ್‌ಬ್ಯಾಕ್ ಯೋಜನೆ ಮತ್ತು ನಿಯೋಜನೆಯ ನಂತರ ಹೊಗೆ ಪರೀಕ್ಷೆಯೊಂದಿಗೆ ಗೋಲ್ಡನ್ ಸಿಗ್ನಲ್ ಮಾನಿಟರಿಂಗ್ ಅತ್ಯಗತ್ಯ; 'ಹಸಿರು ಕಾಣುತ್ತಿದೆ' ಎಂದರೆ ಅದು ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂದಲ್ಲ.