ಘಟಕಗಳು
1. ಸಿಸ್ಟಂ ಮತ್ತು ನೆಟ್‌ವರ್ಕ್ ನಿರ್ವಹಣೆಯಲ್ಲಿ ಕೃತಕ ಬುದ್ಧಿಮತ್ತೆಯ ಪರಿಚಯ: ಪಾತ್ರಗಳು, ಗಡಿಗಳು, ದೃಢೀಕರಣ ಮತ್ತು ಅಧಿಕಾರ 2. ಆಟೊಮೇಷನ್ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳು: ಬ್ಯಾಷ್, ಪವರ್‌ಶೆಲ್ ಮತ್ತು ಪೈಥಾನ್ ಅನ್ನು ಸುರಕ್ಷಿತವಾಗಿ ಉತ್ಪಾದಿಸುವುದು 3. ಲಾಗ್ ಅನಾಲಿಸಿಸ್ ಮತ್ತು ರೂಟ್ ಕಾಸ್ ಅನಾಲಿಸಿಸ್: ಶಬ್ದದಲ್ಲಿ ಸಿಗ್ನಲ್ ಅನ್ನು ಕಂಡುಹಿಡಿಯುವುದು 4. ಸಾಮರ್ಥ್ಯ ಮತ್ತು ಕಾರ್ಯಕ್ಷಮತೆಯ ಮಾನಿಟರಿಂಗ್: ಮೆಟ್ರಿಕ್ಸ್ ಓದುವಿಕೆ ಮತ್ತು ಭವಿಷ್ಯಕ್ಕಾಗಿ ಯೋಜನೆ 5. ಸಂರಚನಾ ನಿರ್ವಹಣೆ: ಸಂರಚನೆಯನ್ನು ರಚಿಸುವುದು, ಮೌಲ್ಯೀಕರಿಸುವುದು ಮತ್ತು ಡ್ರಿಫ್ಟ್ ಅನ್ನು ಸೆರೆಹಿಡಿಯುವುದು 6. ಮೂಲಸೌಕರ್ಯವನ್ನು ಕೋಡ್ ಆಗಿ (IaC): ಟೆರಾಫಾರ್ಮ್, ಅನ್ಸಿಬಲ್ ಮತ್ತು ಪ್ಲಾನ್ ಕಂಟ್ರೋಲ್ 7. ದಾಖಲೆ ಮತ್ತು ಮಾಹಿತಿ ನಿರ್ವಹಣೆ: ರನ್‌ಬುಕ್, ಮರಣೋತ್ತರ ಪರೀಕ್ಷೆ ಮತ್ತು ಕಾರ್ಪೊರೇಟ್ ಮೆಮೊರಿ 8. ಮುನ್ಸೂಚಕ ನಿರ್ವಹಣೆ: ವೈಫಲ್ಯಗಳನ್ನು ಸಂಭವಿಸುವ ಮೊದಲು ನೋಡುವುದು 9. ಬದಲಾವಣೆ ನಿರ್ವಹಣೆ: ಅಪಾಯದ ಮೌಲ್ಯಮಾಪನ, ರೋಲ್ಬ್ಯಾಕ್ ಮತ್ತು ನಿರ್ವಹಣೆ ವಿಂಡೋ 10. ಭದ್ರತೆ ಮತ್ತು ರಕ್ಷಣೆ: ರಕ್ಷಣಾ ಉದ್ದೇಶಗಳಿಗಾಗಿ ಮತ್ತು ಅಧಿಕಾರದ ಮಿತಿಯೊಳಗೆ ಕೃತಕ ಬುದ್ಧಿಮತ್ತೆಯನ್ನು ಬಳಸುವುದು 11. ಅಂತ್ಯದಿಂದ ಅಂತ್ಯದ ಏಕೀಕರಣ: ಪ್ರಾರಂಭದಿಂದ ಮುಕ್ತಾಯದವರೆಗೆ ಘಟನೆಯನ್ನು ನಿರ್ವಹಿಸುವುದು
ಘಟಕ 7 / 11

ದಾಖಲೆ ಮತ್ತು ಮಾಹಿತಿ ನಿರ್ವಹಣೆ: ರನ್‌ಬುಕ್, ಮರಣೋತ್ತರ ಪರೀಕ್ಷೆ ಮತ್ತು ಕಾರ್ಪೊರೇಟ್ ಮೆಮೊರಿ

ಲಾಭಗಳು:

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

ದಾಖಲೀಕರಣ ಮತ್ತು ಮಾಹಿತಿ ನಿರ್ವಹಣೆ: ರನ್‌ಬುಕ್, ಆರ್ಕಿಟೆಕ್ಚರ್ ಮತ್ತು ಇನ್‌ಸ್ಟಿಟ್ಯೂಶನಲ್ ಮೆಮೊರಿ ಜೊತೆಗೆ AI

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

ಈ ಘಟಕದಲ್ಲಿ, ರನ್‌ಬುಕ್, ಮರಣೋತ್ತರ ಪರೀಕ್ಷೆ (ಈವೆಂಟ್-ನಂತರದ ತನಿಖಾ ವರದಿ), ವಾಸ್ತುಶಿಲ್ಪದ ದಾಖಲಾತಿ ಮತ್ತು ಜ್ಞಾನದ ಮೂಲ ಬರವಣಿಗೆ; AI ಯೊಂದಿಗೆ ಕರಡುಗಳನ್ನು ರಚಿಸುವುದು; ಮತ್ತು ಮುಖ್ಯವಾಗಿ ನೀವು ಪರಿಶೀಲಿಸದ ದಾಖಲೆಗಳ ಅಪಾಯಗಳನ್ನು ಕಲಿಯುವಿರಿ.

ರನ್‌ಬುಕ್‌ಗಿಂತ ತಪ್ಪಾದ ರನ್‌ಬುಕ್ ಏಕೆ ಕೆಟ್ಟದಾಗಿದೆ?

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

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

ಉತ್ತಮ ರನ್‌ಬುಕ್‌ನ ಅಂಗರಚನಾಶಾಸ್ತ್ರ

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

ಹಂತ ಹಂತವಾಗಿ: AI ನೊಂದಿಗೆ ದಾಖಲೆ ಉತ್ಪಾದನೆ

  1. ಕಚ್ಚಾ ವಸ್ತುಗಳನ್ನು ಸಂಗ್ರಹಿಸಿ. ನಿಮ್ಮ ಕಮಾಂಡ್ ಇತಿಹಾಸ, ನಿಮ್ಮ ಟಿಪ್ಪಣಿಗಳು, ಹಳೆಯ ಇಮೇಲ್, ಚಾಟ್ ಲಾಗ್-ನೈಜ ವಸ್ತು, ಗೊಂದಲಮಯವಾಗಿದ್ದರೂ ಸಹ, AI ಫ್ಯಾಬ್ರಿಕೇಶನ್‌ಗಿಂತ ಉತ್ತಮವಾಗಿದೆ.
  2. ರಚನೆಗಾಗಿ ಕೇಳಿ. "ಈ ಕೆಳಗಿನ ಶೀರ್ಷಿಕೆಗಳೊಂದಿಗೆ ಇದನ್ನು ರನ್‌ಬುಕ್ ಮಾಡಿ: ಉದ್ದೇಶ, ಪೂರ್ವಾಪೇಕ್ಷಿತ, ರೋಗಲಕ್ಷಣ, ಹಂತಗಳು, ಪರಿಶೀಲನೆ, ರೋಲ್‌ಬ್ಯಾಕ್, ಏರಿಕೆ."
  3. ತಯಾರಿಕೆಯನ್ನು ನಿಷೇಧಿಸಿ. "ನಾನು ನಿಮಗೆ ನೀಡದ ಯಾವುದೇ ಆಜ್ಞೆಗಳು, IP ಗಳು, ಆವೃತ್ತಿಗಳು ಅಥವಾ ಹಂತಗಳನ್ನು ಸೇರಿಸಬೇಡಿ; ಯಾವುದೇ ಕಾಣೆಯಾದ ಭಾಗಗಳನ್ನು [ಭರ್ತಿ ಮಾಡಲಾಗುವುದು] ಎಂದು ಗುರುತಿಸಿ." ಇದು ಅತ್ಯಂತ ಅಪಾಯಕಾರಿ ತಪ್ಪನ್ನು ತಡೆಯುತ್ತದೆ - ತೋರಿಕೆಯಲ್ಲಿ ತೋರಿಕೆಯಲ್ಲಿ ತಯಾರಿಸಿದ ಹಂತಗಳು.
  4. ಮುಖವಾಡ. ನಿಜವಾದ ಹೋಸ್ಟ್, ಐಪಿ, ಬಳಕೆದಾರರ ಬದಲಿಗೆ ಪ್ಲೇಸ್‌ಹೋಲ್ಡರ್ ಬಳಸಿ; ಡಾಕ್ಯುಮೆಂಟ್ ಹಂಚಿಕೆಯಾಗಿದ್ದರೆ, ರಹಸ್ಯವನ್ನು ಸೋರಿಕೆ ಮಾಡಬಾರದು.
  5. ಅದನ್ನು ಪರೀಕ್ಷಿಸಿ. ನೈಜ (ಆದ್ಯತೆ ಪರೀಕ್ಷೆ) ಪರಿಸರದಲ್ಲಿ ಪ್ರಾರಂಭದಿಂದ ಮುಕ್ತಾಯದವರೆಗೆ ರನ್‌ಬುಕ್ ಅನ್ನು ರನ್ ಮಾಡಿ. ಕೆಲಸ ಮಾಡದ, ಕಾಣೆಯಾಗಿರುವ ಅಥವಾ ಅಸ್ಪಷ್ಟವಾಗಿರುವ ಯಾವುದೇ ಹಂತಗಳನ್ನು ಸರಿಪಡಿಸಿ.
  6. ಸ್ಟ್ಯಾಂಪ್ ಮಾಡಿ ಮತ್ತು ಪ್ರಕಟಿಸಿ. ಪರೀಕ್ಷಾ ದಿನಾಂಕ, ಪರೀಕ್ಷಕ ಮತ್ತು ಕೊನೆಯ ನವೀಕರಣವನ್ನು ಸೇರಿಸಿ. ದಸ್ತಾವೇಜನ್ನು ಉತ್ಸಾಹಭರಿತವಾಗಿದೆ; ಸಿಸ್ಟಮ್ ಬದಲಾದಾಗ ಅದನ್ನು ನವೀಕರಿಸಬೇಕು.

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

ಪ್ರಕರಣ 1 - 2 ಗಂಟೆಗಳ ಕೆಲಸ, 15 ನಿಮಿಷಗಳು. ನಿರ್ವಾಹಕರು ತಿಂಗಳುಗಳವರೆಗೆ ಬ್ಯಾಕಪ್ ಮರುಸ್ಥಾಪನೆ ವಿಧಾನವನ್ನು ದಾಖಲಿಸುವುದನ್ನು ಮುಂದೂಡುತ್ತಿದ್ದಾರೆ. ಅವರು ಟರ್ಮಿನಲ್ ಕಮಾಂಡ್ ಹಿಸ್ಟರಿ (ಮುಖವಾಡ) ಮತ್ತು ಕೆಲವು ಚದುರಿದ ಟಿಪ್ಪಣಿಗಳನ್ನು AI ಗೆ ನೀಡಿದರು ಮತ್ತು ಅದನ್ನು ರನ್‌ಬುಕ್ ಫ್ರೇಮ್‌ವರ್ಕ್‌ಗೆ ಸೇರಿಸಿದರು. AI 15 ನಿಮಿಷಗಳಲ್ಲಿ ಅಚ್ಚುಕಟ್ಟಾದ ರೂಪರೇಖೆಯನ್ನು ತಯಾರಿಸಿತು. ನಿರ್ವಾಹಕರು ಮುಂದಿನ 45 ನಿಮಿಷಗಳನ್ನು ಪರೀಕ್ಷಾ ಸರ್ವರ್‌ನಲ್ಲಿ ಡ್ರಾಫ್ಟ್ ಅನ್ನು ಪ್ರಾರಂಭದಿಂದ ಮುಕ್ತಾಯದವರೆಗೆ ಚಲಾಯಿಸಲು ಮತ್ತು ಕಳೆದುಹೋದ ಎರಡು ಹಂತಗಳನ್ನು ಸರಿಪಡಿಸಲು ಕಳೆದರು. ಫಲಿತಾಂಶ: ಪರೀಕ್ಷಿತ, ವಿಶ್ವಾಸಾರ್ಹ ರನ್‌ಬುಕ್.

ಪ್ರಕರಣ 2 - ತಪ್ಪಾಗಿ ಸಿಕ್ಕಿಬಿದ್ದಿದೆ. ಒಂದು ತಂಡವು AI ಸೇವೆಯ ಮರುಪ್ರಾರಂಭದ ರನ್‌ಬುಕ್ ಅನ್ನು ಬರೆಯುವಂತೆ ಮಾಡಿತು ಆದರೆ "ಫ್ಯಾಬ್ರಿಕೇಶನ್" ಅನ್ನು ನಿಷೇಧಿಸಲು ಮರೆತಿದೆ. YZ "ಕ್ಲೀಯರ್ ಕ್ಯಾಶ್ ಫಸ್ಟ್" ಆಜ್ಞೆಯನ್ನು ಸೇರಿಸಿದೆ, ಅದು ತಾರ್ಕಿಕವಾಗಿ ತೋರುತ್ತದೆ ಆದರೆ ಆ ಸೇವೆಯಲ್ಲಿ ಅಸ್ತಿತ್ವದಲ್ಲಿಲ್ಲ. ಅದೃಷ್ಟವಶಾತ್, ಇಂಜಿನಿಯರ್ ಪರೀಕ್ಷಾ ಪರಿಸರದಲ್ಲಿ ರನ್‌ಬುಕ್ ಅನ್ನು ಓಡಿಸಿದರು; ಆ ಆಜ್ಞೆಯು ದೋಷವನ್ನು ನೀಡಿತು. ಪರೀಕ್ಷಾ ಹಂತವು ನಿಜವಾದ ಬಿಕ್ಕಟ್ಟಿನಲ್ಲಿ ಗೊಂದಲವನ್ನು ಉಂಟುಮಾಡುವ ನಿರ್ಮಿತ ಹಂತವನ್ನು ಸೆರೆಹಿಡಿಯಿತು.

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

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

1) ರನ್‌ಬುಕ್ ಅಸ್ಥಿಪಂಜರವನ್ನು ರಚಿಸುವುದು:

ನಿಮ್ಮ ಪಾತ್ರ: ಹಿರಿಯ SRE. ಕೆಳಗಿನ ಮುಖವಾಡದ ಟಿಪ್ಪಣಿಗಳು/ಕಮಾಂಡ್ ಇತಿಹಾಸದಿಂದ ರನ್‌ಬುಕ್ ರಚಿಸಿ. ಶೀರ್ಷಿಕೆಗಳು: ಉದ್ದೇಶ, ಪೂರ್ವಾಪೇಕ್ಷಿತಗಳು, ಲಕ್ಷಣಗಳು (ಯಾವಾಗ ಬಳಸಬೇಕು), ಹಂತಗಳು (ಸಂಖ್ಯೆಗಳು, ನಕಲು ಮಾಡಬಹುದು), ಪ್ರತಿ ಹಂತದಲ್ಲೂ ಪರಿಶೀಲನೆ, ರೋಲ್‌ಬ್ಯಾಕ್, ಏರಿಕೆ. ನಿಯಮ: ನಾನು ನಿಮಗೆ ನೀಡದ ಯಾವುದೇ ಆಜ್ಞೆ/ಐಪಿ/ಆವೃತ್ತಿ/ಹಂತವನ್ನು ರೂಪಿಸಬೇಡಿ; ಕಾಣೆಯಾದ ಭಾಗಗಳನ್ನು ಬರೆಯಿರಿ [ತುಂಬಲು]. ವಸ್ತು: [ಮುಖವಾಡದ ಟಿಪ್ಪಣಿ]

2) ದೋಷವಿಲ್ಲದೆ ಮರಣೋತ್ತರ ಪರೀಕ್ಷೆ:

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

3) ಆರ್ಕಿಟೆಕ್ಚರ್/ಸೇವೆ ವಿವರಣೆ:

ಕೆಳಗಿನ ಮುಖವಾಡದ ಕಾನ್ಫಿಗರೇಶನ್/ರೇಖಾಚಿತ್ರದ ಮಾಹಿತಿಯಿಂದ ಸೇವಾ ದಾಖಲೆಯನ್ನು ಬರೆಯಿರಿ: ಸೇವೆಯು ಏನು ಮಾಡುತ್ತದೆ, ಯಾವ ಘಟಕಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ, ಅದರ ಅವಲಂಬನೆಗಳು ಯಾವುವು, ಡೇಟಾ ಹೇಗೆ ಹರಿಯುತ್ತದೆ, ಯಾವ ಪೋರ್ಟ್‌ಗಳು/ಪ್ರೋಟೋಕಾಲ್‌ಗಳು. ಅದನ್ನು ತಾಂತ್ರಿಕವಾಗಿ ಇರಿಸಿಕೊಳ್ಳಿ ಆದರೆ ಓದಬಹುದಾಗಿದೆ. ನೀವು ಖಚಿತವಾಗಿರದ ಸಂಬಂಧವನ್ನು "ಪರಿಶೀಲನೆ ಅಗತ್ಯವಿದೆ" ಎಂದು ಗುರುತಿಸಿ. ಮಾಹಿತಿ: [ಮುಖವಾಡ]

4) ಡಾಕ್ಯುಮೆಂಟೇಶನ್ ರಿಫ್ರೆಶರ್ ಆಡಿಟ್:

ಈ ಕೆಳಗಿನ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಡಾಕ್ಯುಮೆಂಟ್ ಅನ್ನು ಪರಿಶೀಲಿಸಿ ಮತ್ತು ಕರೆನ್ಸಿಯನ್ನು ಪರಿಶೀಲಿಸಿ: (1) ಯಾವ ವಿಭಾಗಗಳು ಕಾಣೆಯಾಗಿವೆ/ಅಸ್ಪಷ್ಟವಾಗಿವೆ, (2) ಯಾವ ಹಂತಗಳನ್ನು ಪರೀಕ್ಷಿಸಲಾಗಿಲ್ಲ, (3) ಯಾವ ಮಾಹಿತಿಯು ಹಳೆಯದಾಗಿರಬಹುದು? ಪ್ರತಿ ಶೋಧನೆಗೆ ನಾನು ಏನನ್ನು ಕೇಳಬೇಕು/ಪರಿಶೀಲಿಸಬೇಕು ಎಂಬುದನ್ನು ಬರೆಯಿರಿ. ದಾಖಲೆ: [ಮುಖವಾಡದ ದಾಖಲೆ]

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

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

ನನಗೆ ಸರ್ವರ್ ನಿರ್ವಹಣೆ ರನ್‌ಬುಕ್ ಬರೆಯಿರಿ.

ನಿಜವಾದ ವಸ್ತು ಇಲ್ಲ. AI ಸಂಪೂರ್ಣವಾಗಿ ತನ್ನದೇ ಆದ ಸಾಮಾನ್ಯ ಜ್ಞಾನದಿಂದ ಪಠ್ಯವನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ, ಅದು ನಿಮ್ಮ ಪರಿಸರಕ್ಕೆ ಹೊಂದಿಕೆಯಾಗುವುದಿಲ್ಲ ಅಥವಾ ಸಿದ್ಧಪಡಿಸಿದ ಹಂತಗಳನ್ನು ಸಹ ಹೊಂದಿದೆ. ಇದು ತಪ್ಪು ವಿಶ್ವಾಸದ ಅಪಾಯಕಾರಿ ಮೂಲವಾಗಿದೆ.

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

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

ಡಾಕ್ಯುಮೆಂಟ್ ಪ್ರಕಾರ

AI ನ ಕೊಡುಗೆ

ಮನುಷ್ಯನ ಕಡ್ಡಾಯ ಕೊಡುಗೆ

ರನ್ಬುಕ್

ಅಸ್ಥಿಪಂಜರ + ಲೇಔಟ್

ನೈಜ ಪರಿಸರದಲ್ಲಿ ಪರೀಕ್ಷೆ, ನಿಖರತೆ

ಮರಣೋತ್ತರ ಪರೀಕ್ಷೆ

ಔಟ್ಲೈನ್ + ರಚನೆ

ಸತ್ಯ ಮತ್ತು ಮೂಲ ಕಾರಣವನ್ನು ಪರಿಶೀಲಿಸಿ

ವಾಸ್ತುಶಿಲ್ಪದ ದಾಖಲೆ

ವಿವರಣೆ + ಹರಿವು

ಸಂಬಂಧಗಳು ಮತ್ತು ಅವಲಂಬನೆಗಳನ್ನು ದೃಢೀಕರಿಸಿ

ಜ್ಞಾನದ ಮೂಲ ಲೇಖನ

ತ್ವರಿತ ಕರಡು

ಪ್ರಸ್ತುತತೆ ಮತ್ತು ನಿಖರತೆ ಪರಿಶೀಲನೆ

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

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

ಸಾರಾಂಶದಲ್ಲಿ

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

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

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

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

  • [ ] ನಾನು ರನ್‌ಬುಕ್ ಅನ್ನು ನೈಜ ವಸ್ತುಗಳಿಂದ ರಚಿಸಿದ್ದೇನೆ (ಟಿಪ್ಪಣಿ, ಆದೇಶ ಇತಿಹಾಸ), ನಾನು ಅದನ್ನು ಮೊದಲಿನಿಂದ ರಚಿಸಲಿಲ್ಲವೇ?
  • [ ] "ನಾನು ನೀಡದ ಕಮಾಂಡ್‌ಗಳು/ಐಪಿಗಳು/ಹೆಜ್ಜೆಗಳನ್ನು ಸೇರಿಸುವುದರಿಂದ" ನಾನು AI ಅನ್ನು ನಿಷೇಧಿಸಿದ್ದೇನೆಯೇ?
  • [ ] ನಾನು ಹೋಸ್ಟ್, IP ಮತ್ತು ಬಳಕೆದಾರರಂತಹ ಸೂಕ್ಷ್ಮ ಮಾಹಿತಿಯನ್ನು ಮರೆಮಾಚಿದ್ದೇನೆಯೇ?
  • [ ] ನಾನು ರನ್‌ಬುಕ್ ಅನ್ನು ನೈಜ/ಪರೀಕ್ಷಾ ಪರಿಸರದಲ್ಲಿ ರನ್ ಮಾಡಿ ಮೌಲ್ಯೀಕರಿಸಿದ್ದೇನೆಯೇ?
  • [ ] ನಾನು ಪರೀಕ್ಷಾ ದಿನಾಂಕ, ಪರೀಕ್ಷಕ ಮತ್ತು ಕೊನೆಯ ನವೀಕರಣ ಮಾಹಿತಿಯನ್ನು ಸೇರಿಸಿದ್ದೇನೆಯೇ?
  • [ ] ನಾನು ಡಾಕ್ಯುಮೆಂಟ್ ಅನ್ನು ಸಿಸ್ಟಮ್ ಬದಲಾವಣೆ ಪ್ರಕ್ರಿಯೆಗೆ ಲಿಂಕ್ ಮಾಡಲು ಮತ್ತು ಅದನ್ನು ನವೀಕೃತವಾಗಿರಿಸಲು ಯೋಜಿಸಿದೆಯೇ?