ಅಟಾಮಿಕ್ ನವೀಕರಣಗಳು ಮತ್ತು ಬದಲಾಯಿಸಲಾಗದ ಮೂಲಸೌಕರ್ಯ

ಸಾಂಪ್ರದಾಯಿಕ ನವೀಕರಣಗಳ ಸಮಸ್ಯೆ

ಸಾಂಪ್ರದಾಯಿಕ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ಗಳು ಫೈಲ್ಗಳನ್ನು ಸ್ಥಳದಲ್ಲೇ ಮಾರ್ಪಡಿಸುವ ಮೂಲಕ ನವೀಕರಿಸುತ್ತವೆ:

  1. ನವೀಕರಣ ಪ್ಯಾಕೇಜ್ಗಳನ್ನು ಡೌನ್ಲೋಡ್ ಮಾಡಿ
  2. ಚಾಲನೆಯಲ್ಲಿರುವ ಸೇವೆಗಳನ್ನು ನಿಲ್ಲಿಸಿ
  3. ಸಿಸ್ಟಮ್ ಫೈಲ್ಗಳನ್ನು ಒಂದೊಂದಾಗಿ ಬದಲಾಯಿಸಿ
  4. ಸೇವೆಗಳನ್ನು ಮರುಪ್ರಾರಂಭಿಸಿ
  5. ಎಲ್ಲವೂ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂದು ಭಾವಿಸಿ

ಏನೆಲ್ಲಾ ತಪ್ಪಾಗಬಹುದು:

  • ನವೀಕರಣದ ಸಮಯದಲ್ಲಿ ವಿದ್ಯುತ್ ವೈಫಲ್ಯ → ದೋಷಪೂರಿತ ಸಿಸ್ಟಮ್

  • ನವೀಕರಣದ ಸಮಯದಲ್ಲಿ ಡಿಸ್ಕ್ ತುಂಬಿದೆ → ಮುರಿದ ಸಿಸ್ಟಮ್

  • ಹೊಂದಾಣಿಕೆಯಾಗದ ಪ್ಯಾಕೇಜ್ ಆವೃತ್ತಿಗಳು → ಡಿಪೆಂಡೆನ್ಸಿ ಹೆಲ್

  • ಸೇವೆ ಮರುಪ್ರಾರಂಭ ವಿಫಲವಾಗಿದೆ → ಸಿಸ್ಟಮ್ ಬಳಸಲಾಗದು

  • ನೆಟ್ವರ್ಕ್ ಅಡಚಣೆ → ಭಾಗಶಃ ನವೀಕರಣ

ಫಲಿತಾಂಶ: ಸಿಸ್ಟಮ್ ಅಜ್ಞಾತ ಸ್ಥಿತಿಯಲ್ಲಿ ಉಳಿಯುತ್ತದೆ, ಹಸ್ತಚಾಲಿತ ಮಧ್ಯಪ್ರವೇಶ ಅಥವಾ ಸಂಪೂರ್ಣ ಮರುಸ್ಥಾಪನೆಯ ಅಗತ್ಯವಿರುತ್ತದೆ.

ಥಿನಕ್ಸ್ ವಿಧಾನ: ಬದಲಾಯಿಸಲಾಗದ ಮೂಲಸೌಕರ್ಯ

ಥಿನಕ್ಸ್ ಬದಲಾಯಿಸಲಾಗದ ಮೂಲಸೌಕರ್ಯ ತತ್ವಗಳನ್ನು ಆಧರಿಸಿದ ಮೂಲಭೂತವಾಗಿ ವಿಭಿನ್ನ ವಾಸ್ತುಶಿಲ್ಪವನ್ನು ಬಳಸುತ್ತದೆ:

ಓದಲು-ಮಾತ್ರ ರೂಟ್ ಫೈಲ್ಸಿಸ್ಟಮ್

ಕೋರ್ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಓದಲು-ಮಾತ್ರ ವಿಭಾಗದಲ್ಲಿ (read-only partition) ವಾಸಿಸುತ್ತದೆ. ಸಾಮಾನ್ಯ ಕಾರ್ಯಾಚರಣೆಯ ಸಮಯದಲ್ಲಿ ಅದನ್ನು ಮಾರ್ಪಡಿಸಲಾಗುವುದಿಲ್ಲ.

ಪ್ರಯೋಜನಗಳು:

  • ಸಿಸ್ಟಮ್ ಫೈಲ್ಗಳನ್ನು ದೋಷಪೂರಿತಗೊಳಿಸಲಾಗುವುದಿಲ್ಲ

  • ಮಾಲ್ವೇರ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಮಾರ್ಪಡಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ

  • ಖಾತರಿಯ ಸ್ಥಿರತೆ

  • ತಿಳಿದಿರುವ ಉತ್ತಮ ಸ್ಥಿತಿ ಯಾವಾಗಲೂ ಲಭ್ಯವಿರುತ್ತದೆ

ಓವರ್ಲೇ ಫೈಲ್ಸಿಸ್ಟಮ್

ಎಲ್ಲಾ ಬದಲಾವಣೆಗಳನ್ನು (ಬಳಕೆದಾರ ಡೇಟಾ, ಸಂರಚನೆಗಳು, ಸ್ಥಾಪಿಸಿದ ಪ್ಯಾಕೇಜ್ಗಳು) ಪ್ರತ್ಯೇಕ ಓವರ್ಲೇ ವಿಭಾಗದಲ್ಲಿ ಬರೆಯಲಾಗುತ್ತದೆ.

ಇದು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ:

  • ಸಿಸ್ಟಮ್ ಮೊದಲು ಬೇಸ್ (read-only) ನಿಂದ ಓದುತ್ತದೆ

  • ಫೈಲ್ ಮಾರ್ಪಡಿಸಿದರೆ, ಓವರ್ಲೇ (read-write) ಗೆ ನಕಲಿಸಿ

  • ಸಿಸ್ಟಮ್ ಅಪ್ಲಿಕೇಶನ್ಗಳಿಗೆ ಏಕೀಕೃತ ದೃಷ್ಟಿಕೋನವನ್ನು ಪ್ರಸ್ತುತಪಡಿಸುತ್ತದೆ

  • ಬೇಸ್ ಸಿಸ್ಟಮ್ ಅಸ್ಪೃಶ್ಯವಾಗಿರುತ್ತದೆ

ಪ್ರಯೋಜನಗಳು:

  • ತ್ವರಿತ ಫ್ಯಾಕ್ಟರಿ ರೀಸೆಟ್ (ಓವರ್ಲೇ ಅಳಿಸಿ)

  • ಬೇಸ್ ಸಿಸ್ಟಮ್ ಯಾವಾಗಲೂ ಅಚ್ಚುಕಟ್ಟಾಗಿರುತ್ತದೆ

  • ಬದಲಾವಣೆಗಳು ಸಿಸ್ಟಮ್ನಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿರುತ್ತವೆ

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

ಅಟಾಮಿಕ್ ನವೀಕರಣಗಳು

ನವೀಕರಣಗಳು ಪ್ರತ್ಯೇಕ ಫೈಲ್ಗಳನ್ನು ಅಲ್ಲ, ಸಂಪೂರ್ಣ ಬೇಸ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಒಮ್ಮೆಗೇ ಬದಲಾಯಿಸುತ್ತವೆ.

ಪ್ರಕ್ರಿಯೆ: 1. ಹೊಸ ಸಿಸ್ಟಮ್ ಇಮೇಜ್ ಡೌನ್ಲೋಡ್ ಮಾಡಿ 2. ಸಮಗ್ರತೆಯನ್ನು ಪರಿಶೀಲಿಸಿ (ಚೆಕ್ಸಮ್ಗಳು) 3. ಬೇಸ್ ವಿಭಾಗಕ್ಕೆ ಬರೆಯಿರಿ 4. ಹೊಸ ಸಿಸ್ಟಮ್ಗೆ ರೀಬೂಟ್ ಮಾಡಿ 5. ಸಮಸ್ಯೆಗಳಿದ್ದರೆ, ಹಳೆಯ ಸಿಸ್ಟಮ್ಗೆ ರೀಬೂಟ್ ಮಾಡಿ

ಪ್ರಯೋಜನಗಳು:

  • ಎಲ್ಲಾ-ಅಥವಾ-ಏನೂ-ಇಲ್ಲ ನವೀಕರಣಗಳು

  • ಭಾಗಶಃ ನವೀಕರಣಗಳಿಲ್ಲ

  • ಮುರಿದ ಡಿಪೆಂಡೆನ್ಸಿಗಳಿಲ್ಲ

  • ಸ್ವಯಂಚಾಲಿತ ರೋಲ್ಬ್ಯಾಕ್

  • ಶೂನ್ಯ ಅಪಾಯ

ಅಟಾಮಿಕ್ ನವೀಕರಣಗಳು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ

ಸಾಂಪ್ರದಾಯಿಕ ನವೀಕರಣ (ಫೈಲ್-ಬೈ-ಫೈಲ್)

System State: Working
↓ Start update
↓ Update file 1 ✓
↓ Update file 2 ✓
↓ Update file 3 ✗ POWER FAILURE
System State: BROKEN

ಮರುಪಡೆಯುವಿಕೆ: ಮರುಸ್ಥಾಪನೆ ಅಥವಾ ಹಸ್ತಚಾಲಿತ ದುರಸ್ತಿ

ಅಟಾಮಿಕ್ ನವೀಕರಣ (ಎಲ್ಲಾ-ಅಥವಾ-ಏನೂ-ಇಲ್ಲ)

System State: Working (Version A)
↓ Download new image (Version B)
↓ Verify integrity ✓
↓ Write to disk ✓
↓ Reboot
System State: Working (Version B)

ಏನಾದರೂ ವಿಫಲವಾದರೆ:

System State: Working (Version A)
↓ Download new image (Version B)
↓ Verify integrity ✗ CHECKSUM FAILED
System State: Still Working (Version A)

ಮರುಪಡೆಯುವಿಕೆ: ಅಗತ್ಯವಿಲ್ಲ - ಸಿಸ್ಟಮ್ ಎಂದಿಗೂ ಮುರಿಯುವುದಿಲ್ಲ

ನೈಜ-ಪ್ರಪಂಚದ ಸನ್ನಿವೇಶಗಳು

ಸನ್ನಿವೇಶ 1: ನವೀಕರಣದ ಸಮಯದಲ್ಲಿ ವಿದ್ಯುತ್ ವೈಫಲ್ಯ

ಸಾಂಪ್ರದಾಯಿಕ OS:

  • ಸಿಸ್ಟಮ್ ಫೈಲ್ಗಳು ಭಾಗಶಃ ನವೀಕರಿಸಲ್ಪಟ್ಟವು

  • ಬೂಟ್ ವಿಫಲವಾಗುತ್ತದೆ ಅಥವಾ ಸಿಸ್ಟಮ್ ಅಸ್ಥಿರವಾಗುತ್ತದೆ

  • ಮರುಪಡೆಯುವಿಕೆ ಮಾಧ್ಯಮದ ಅಗತ್ಯವಿದೆ

  • ಡೇಟಾ ಕಳೆದುಹೋಗಬಹುದು

  • ಡೌನ್ಟೈಮ್: ಗಂಟೆಗಳು

ಥಿನಕ್ಸ್:

  • ಬೇಸ್ ಸಿಸ್ಟಮ್ ಬದಲಾಗಿಲ್ಲ

  • ಬೂಟ್ ಸಾಮಾನ್ಯವಾಗಿ ಯಶಸ್ವಿಯಾಗುತ್ತದೆ

  • ನವೀಕರಣವನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಮರುಪ್ರಯತ್ನಿಸಲಾಗುತ್ತದೆ

  • ಡೇಟಾ ನಷ್ಟವಿಲ್ಲ

  • ಡೌನ್ಟೈಮ್: ಶೂನ್ಯ

ಸನ್ನಿವೇಶ 2: ಹೊಂದಾಣಿಕೆಯಾಗದ ನವೀಕರಣ

ಸಾಂಪ್ರದಾಯಿಕ OS:

  • ನವೀಕರಣ ಯಶಸ್ವಿಯಾಗಿ ಸ್ಥಾಪಿಸುತ್ತದೆ

  • ಸಿಸ್ಟಮ್ ಬೂಟ್ ಆಗುತ್ತದೆ ಆದರೆ ವೈಶಿಷ್ಟ್ಯಗಳು ಮುರಿದಿವೆ

  • ಸಮಸ್ಯೆ ನಿವಾರಣೆ ಅಗತ್ಯವಿದೆ

  • ರೋಲ್ಬ್ಯಾಕ್ ಅಗತ್ಯವಾಗಬಹುದು (ಸಾಧ್ಯವಾದರೆ)

  • ಡೌನ್ಟೈಮ್: ಗಂಟೆಗಳಿಂದ ದಿನಗಳು

ಥಿನಕ್ಸ್:

  • ನವೀಕರಣ ಯಶಸ್ವಿಯಾಗಿ ಸ್ಥಾಪಿಸುತ್ತದೆ

  • ಸಿಸ್ಟಮ್ ಬೂಟ್ ಆಗುತ್ತದೆ ಆದರೆ ವೈಶಿಷ್ಟ್ಯಗಳು ಮುರಿದಿವೆ

  • ಬಳಕೆದಾರರು ಹಿಂದಿನ ಆವೃತ್ತಿಗೆ ರೀಬೂಟ್ ಮಾಡುತ್ತಾರೆ

  • ಸಿಸ್ಟಮ್ ಮತ್ತೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ

  • ಡೌನ್ಟೈಮ್: 2 ನಿಮಿಷಗಳು

ಸನ್ನಿವೇಶ 3: ನವೀಕರಣದ ಸಮಯದಲ್ಲಿ ಡಿಸ್ಕ್ ತುಂಬಿದೆ

ಸಾಂಪ್ರದಾಯಿಕ OS:

  • ನವೀಕರಣ ಮಧ್ಯದಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ

  • ಸಿಸ್ಟಮ್ ಅಸಂಗತ ಸ್ಥಿತಿಯಲ್ಲಿದೆ

  • ಹಸ್ತಚಾಲಿತ ಕ್ಲೀನಪ್ ಅಗತ್ಯವಿದೆ

  • ಮರುಸ್ಥಾಪನೆಯ ಅಗತ್ಯವಿರಬಹುದು

  • ಡೌನ್ಟೈಮ್: ಗಂಟೆಗಳು

ಥಿನಕ್ಸ್:

  • ನವೀಕರಣ ಬರೆಯುವ ಮೊದಲೇ ವಿಫಲವಾಗುತ್ತದೆ

  • ಸಿಸ್ಟಮ್ ಬದಲಾಗಿಲ್ಲ

  • ಜಾಗ ಖಾಲಿ ಮಾಡಿ ಮತ್ತೆ ಪ್ರಯತ್ನಿಸಿ

  • ಸಿಸ್ಟಮ್ಗೆ ಹಾನಿ ಇಲ್ಲ

  • ಡೌನ್ಟೈಮ್: ಶೂನ್ಯ

ಬದಲಾಯಿಸಲಾಗದ ಮೂಲಸೌಕರ್ಯದ ಪ್ರಯೋಜನಗಳು

1. ವಿಶ್ವಾಸಾರ್ಹತೆ

ಮುರಿದ ನವೀಕರಣಗಳಿಲ್ಲ

  • ನವೀಕರಣಗಳು ಸಂಪೂರ್ಣವಾಗಿ ಯಶಸ್ವಿಯಾಗುತ್ತವೆ ಅಥವಾ ನಡೆಯುವುದಿಲ್ಲ

  • ಭಾಗಶಃ ನವೀಕರಣಗಳಿಲ್ಲ

  • ಡಿಪೆಂಡೆನ್ಸಿ ಸಂಘರ್ಷಗಳಿಲ್ಲ

  • ಮುರಿದ ಸಿಸ್ಟಮ್ಗಳಿಲ್ಲ

ಊಹಿಸಬಹುದಾದ ವರ್ತನೆ

  • ಸಿಸ್ಟಮ್ ಎಲ್ಲಾ ಸಾಧನಗಳಲ್ಲಿ ಒಂದೇ ರೀತಿ ವರ್ತಿಸುತ್ತದೆ

  • ಕಾನ್ಫಿಗರೇಶನ್ ಡ್ರಿಫ್ಟ್ ಇಲ್ಲ

  • "ನನ್ನ ಮೆಷಿನ್ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ" ಸಮಸ್ಯೆಗಳಿಲ್ಲ

  • ಸ್ಥಿರವಾದ ಸಮಸ್ಯೆ ನಿವಾರಣೆ

ಸ್ವಯಂ-ಗುಣಪಡಿಸುವಿಕೆ

  • ಫ್ಯಾಕ್ಟರಿ ರೀಸೆಟ್ 90% ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸುತ್ತದೆ

  • ಮರುಪಡೆಯುವಿಕೆ ಮಾಧ್ಯಮದ ಅಗತ್ಯವಿಲ್ಲ

  • ತಜ್ಞರ ಜ್ಞಾನದ ಅಗತ್ಯವಿಲ್ಲ

  • ಕೆಲಸದ ಸ್ಥಿತಿಗೆ ತಕ್ಷಣದ ಮರಳುವಿಕೆ

2. ಭದ್ರತೆ

ಟ್ಯಾಂಪರ್-ಪ್ರೂಫ್

  • ಸಿಸ್ಟಮ್ ಫೈಲ್ಗಳನ್ನು ಮಾರ್ಪಡಿಸಲಾಗುವುದಿಲ್ಲ

  • ಮಾಲ್ವೇರ್ ಮುಂದುವರಿಯಲು ಸಾಧ್ಯವಿಲ್ಲ

  • ರೂಟ್ಕಿಟ್ಗಳು ಅಸಾಧ್ಯ

  • ಸಮಗ್ರತೆ ಖಾತರಿಯಾಗಿದೆ

ಸುಲಭ ಆಡಿಟಿಂಗ್

  • ತಿಳಿದಿರುವ ಉತ್ತಮ ಸ್ಥಿತಿ ಯಾವಾಗಲೂ ಲಭ್ಯವಿದೆ

  • ಬದಲಾವಣೆಗಳು ಓವರ್ಲೇಗೆ ಪ್ರತ್ಯೇಕಿಸಲ್ಪಟ್ಟಿವೆ

  • ಸಿಸ್ಟಮ್ ಸಮಗ್ರತೆಯನ್ನು ಪರಿಶೀಲಿಸಲು ಸರಳವಾಗಿದೆ

  • ಅನುಸರಣೆ-ಸ್ನೇಹಿ

ಸ್ವಯಂಚಾಲಿತ ಮರುಪಡೆಯುವಿಕೆ

  • ಫ್ಯಾಕ್ಟರಿ ರೀಸೆಟ್ನಿಂದ ಮಾಲ್ವೇರ್ ತೆಗೆದುಹಾಕಲಾಗುತ್ತದೆ

  • ಆಂಟಿವೈರಸ್ ಅಗತ್ಯವಿಲ್ಲ

  • ನಿರಂತರ ಸೋಂಕುಗಳಿಲ್ಲ

  • ಕ್ಲೀನ್ ಸ್ಲೇಟ್ ಯಾವಾಗಲೂ ಲಭ್ಯವಿದೆ

3. ನಿರ್ವಹಣಾ ಸಾಮರ್ಥ್ಯ

ಸರಳೀಕೃತ ನವೀಕರಣಗಳು

  • ಸಂಕೀರ್ಣ ನವೀಕರಣ ವಿಧಾನಗಳಿಲ್ಲ

  • ಹಸ್ತಚಾಲಿತ ಮಧ್ಯಪ್ರವೇಶವಿಲ್ಲ

  • ರೋಲ್ಬ್ಯಾಕ್ ಯೋಜನೆ ಅಗತ್ಯವಿಲ್ಲ

  • ನವೀಕರಣಗಳು ಸರಳವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ

ಫ್ಲೀಟ್ ಸ್ಥಿರತೆ

  • ಎಲ್ಲಾ ಸಾಧನಗಳು ಒಂದೇ ಸಿಸ್ಟಮ್ ಅನ್ನು ಚಲಾಯಿಸುತ್ತವೆ

  • ಕಾನ್ಫಿಗರೇಶನ್ ಡ್ರಿಫ್ಟ್ ಇಲ್ಲ

  • ಊಹಿಸಬಹುದಾದ ವರ್ತನೆ

  • ಸುಲಭ ಸಮಸ್ಯೆ ನಿವಾರಣೆ

ಕಡಿಮೆಯಾದ ಸಂಕೀರ್ಣತೆ

  • ಪ್ಯಾಕೇಜ್ ನಿರ್ವಹಣೆ ಸಮಸ್ಯೆಗಳಿಲ್ಲ

  • ಡಿಪೆಂಡೆನ್ಸಿ ಪರಿಹಾರವಿಲ್ಲ

  • ಆವೃತ್ತಿ ಸಂಘರ್ಷಗಳಿಲ್ಲ

  • ನವೀಕರಣ ವೈಫಲ್ಯಗಳಿಲ್ಲ

4. ವೆಚ್ಚ ಉಳಿತಾಯ

ಕಡಿಮೆ ಡೌನ್ಟೈಮ್

  • ನವೀಕರಣಗಳು ಸಿಸ್ಟಮ್ಗಳನ್ನು ಎಂದಿಗೂ ಮುರಿಯುವುದಿಲ್ಲ

  • ಮರುಪಡೆಯುವಿಕೆ ಸಮಯ ಅಗತ್ಯವಿಲ್ಲ

  • ತಜ್ಞರ ಮಧ್ಯಪ್ರವೇಶ ಅಗತ್ಯವಿಲ್ಲ

  • ವ್ಯಾಪಾರ ನಿರಂತರತೆ ಕಾಪಾಡಲಾಗುತ್ತದೆ

ಕಡಿಮೆ IT ವೆಚ್ಚಗಳು

  • ಬೆಂಬಲ ಟಿಕೆಟ್ಗಳಲ್ಲಿ 80% ಕಡಿತ

  • ನವೀಕರಣ ಸಮಸ್ಯೆ ನಿವಾರಣೆ ಇಲ್ಲ

  • ಸಿಸ್ಟಮ್ ಮರುಸ್ಥಾಪನೆಗಳಿಲ್ಲ

  • ಕಡಿಮೆ IT ಸಿಬ್ಬಂದಿ ಅಗತ್ಯವಿದೆ

ವಿಸ್ತೃತ ಹಾರ್ಡ್ವೇರ್ ಜೀವನ

  • ಕಾರ್ಯಕ್ಷಮತೆಯ ಅವನತಿ ಇಲ್ಲ

  • ಸಿಸ್ಟಮ್ ಶಾಶ್ವತವಾಗಿ ಹೊಸದರಂತೆ ಚಲಿಸುತ್ತದೆ

  • ಹಾರ್ಡ್ವೇರ್ 2-3x ಹೆಚ್ಚು ಕಾಲ ಬಾಳಿಕೆ ಬರುತ್ತದೆ

  • ಕಡಿಮೆ ಬದಲಿ ವೆಚ್ಚಗಳು

ಇತರ ವಿಧಾನಗಳೊಂದಿಗೆ ಹೋಲಿಕೆ

ಸಾಂಪ್ರದಾಯಿಕ ಪ್ಯಾಕೇಜ್ ನಿರ್ವಹಣೆ (apt, yum, dnf)

ಇದು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ: ಪ್ರತ್ಯೇಕ ಪ್ಯಾಕೇಜ್ಗಳನ್ನು ಸ್ಥಳದಲ್ಲೇ ನವೀಕರಿಸಿ

ಅನುಕೂಲಗಳು:

  • ಸೂಕ್ಷ್ಮ ನಿಯಂತ್ರಣ

  • ಸಣ್ಣ ಡೌನ್ಲೋಡ್ ಗಾತ್ರಗಳು

  • ನಿರ್ವಾಹಕರಿಗೆ ಪರಿಚಿತ

ಅನಾನುಕೂಲಗಳು:

  • ಸಿಸ್ಟಮ್ ಅನ್ನು ಮುರಿಯಬಹುದು

  • ಡಿಪೆಂಡೆನ್ಸಿ ಹೆಲ್

  • ಭಾಗಶಃ ನವೀಕರಣಗಳು ಸಾಧ್ಯ

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

ಕಂಟೇನರ್-ಆಧಾರಿತ (Docker, Kubernetes)

ಇದು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ: ಕಂಟೇನರ್ಗಳಲ್ಲಿನ ಅಪ್ಲಿಕೇಶನ್ಗಳು, ಬದಲಾಯಿಸಲಾಗದ ಇಮೇಜ್ಗಳು

ಅನುಕೂಲಗಳು:

  • ಅಪ್ಲಿಕೇಶನ್ ಪ್ರತ್ಯೇಕತೆ

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

  • ಸ್ಥಿರವಾದ ಪರಿಸರಗಳು

ಅನಾನುಕೂಲಗಳು:

  • ಸ್ಥಾಪಿಸಲು ಸಂಕೀರ್ಣ

  • ಕಂಟೇನರ್ಗಳಿಂದ ಓವರ್ಹೆಡ್

  • ಡೆಸ್ಕ್ಟಾಪ್ಗೆ ಸೂಕ್ತವಲ್ಲ

  • ಆರ್ಕೆಸ್ಟ್ರೇಶನ್ ಅಗತ್ಯವಿದೆ

ಇಮೇಜ್-ಆಧಾರಿತ (Fedora Silverblue, Ubuntu Core)

ಇದು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ: ಸಂಪೂರ್ಣ OS ಇಮೇಜ್ನ ಅಟಾಮಿಕ್ ನವೀಕರಣಗಳು

ಅನುಕೂಲಗಳು:

  • ವಿಶ್ವಾಸಾರ್ಹ ನವೀಕರಣಗಳು

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

  • ಸ್ಥಿರ ಸ್ಥಿತಿ

ಅನಾನುಕೂಲಗಳು:

  • ದೊಡ್ಡ ಡೌನ್ಲೋಡ್ಗಳು

  • ಸೀಮಿತ ನಮ್ಯತೆ

  • ಹೊಸ ತಂತ್ರಜ್ಞಾನ

  • ಸಣ್ಣ ಪರಿಸರ ವ್ಯವಸ್ಥೆ

ಥಿನಕ್ಸ್ ವಿಧಾನ

ಇದು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ: ಓದಲು-ಮಾತ್ರ ಬೇಸ್ + ಓವರ್ಲೇ + ಅಟಾಮಿಕ್ ನವೀಕರಣಗಳು

ಅನುಕೂಲಗಳು:

  • ವಿಶ್ವಾಸಾರ್ಹ ನವೀಕರಣಗಳು ✓

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

  • ತ್ವರಿತ ಫ್ಯಾಕ್ಟರಿ ರೀಸೆಟ್ ✓

  • ಸಣ್ಣ ಡೌನ್ಲೋಡ್ಗಳು (ಕೇವಲ ಬೇಸ್ ಸಿಸ್ಟಮ್)

  • ಸಂಪೂರ್ಣ ನಮ್ಯತೆ (ಪ್ರಮಾಣಿತ ಉಬುಂಟು)

  • ಪ್ರಬುದ್ಧ ತಂತ್ರಜ್ಞಾನ (overlayfs)

  • ದೊಡ್ಡ ಪರಿಸರ ವ್ಯವಸ್ಥೆ (ಉಬುಂಟು)

ಅನಾನುಕೂಲಗಳು:

  • ಓವರ್ಲೇ ಪರಿಕಲ್ಪನೆಯ ತಿಳುವಳಿಕೆ ಅಗತ್ಯವಿದೆ

  • ಕೆಲವು ಕಾರ್ಯಾಚರಣೆಗಳಿಗೆ ರೂಟ್ ಅನ್ನು ಮರುಮೌಂಟ್ ಮಾಡುವ ಅಗತ್ಯವಿದೆ

ತಾಂತ್ರಿಕ ಅನುಷ್ಠಾನ

ಫೈಲ್ಸಿಸ್ಟಮ್ ವಿನ್ಯಾಸ

/dev/sda1  →  /boot/efi     (bootloader)
/dev/sda2  →  /             (read-only base system)
/dev/sda3  →  /overlay      (read-write changes)

ಓವರ್ಲೇ ಮೌಂಟ್

Base System (read-only)
    ↓
Overlay Filesystem
    ↓
Unified View (read-write)

ಉದಾಹರಣೆ:

  • ಬೇಸ್ನಲ್ಲಿ /etc/hostname: "thinux"

  • ಬಳಕೆದಾರರು "mydevice" ಗೆ ಬದಲಾಯಿಸುತ್ತಾರೆ

  • ಬದಲಾವಣೆಯನ್ನು /overlay/rw/etc/hostname ಗೆ ಬರೆಯಲಾಗುತ್ತದೆ

  • ಸಿಸ್ಟಮ್ "mydevice" ಅನ್ನು ನೋಡುತ್ತದೆ

  • ಬೇಸ್ ಇನ್ನೂ "thinux" ಹೊಂದಿದೆ

ಫ್ಯಾಕ್ಟರಿ ರೀಸೆಟ್

1. User clicks "Factory Reset"
2. System writes reset flag
3. System reboots
4. Boot process deletes /overlay/rw
5. System boots with pristine base
6. Total time: 5 seconds

ನವೀಕರಣ ಪ್ರಕ್ರಿಯೆ

1. Download new system image
2. Verify checksum
3. Write to base partition
4. Update bootloader
5. Reboot
6. Boot into new system
7. If problems, reboot into old system

ಉತ್ತಮ ಅಭ್ಯಾಸಗಳು

ಬಳಕೆದಾರರಿಗಾಗಿ

ನಿಯಮಿತ ನವೀಕರಣಗಳು

  • ಲಭ್ಯವಿದ್ದಾಗ ನವೀಕರಣಗಳನ್ನು ಅನ್ವಯಿಸಿ

  • ನವೀಕರಣಗಳು ಸುರಕ್ಷಿತ ಮತ್ತು ವಿಶ್ವಾಸಾರ್ಹ

  • ನವೀಕರಣಗಳನ್ನು ಮುಂದೂಡುವ ಅಗತ್ಯವಿಲ್ಲ

  • ಸಿಸ್ಟಮ್ ಮುರಿಯುವ ಅಪಾಯವಿಲ್ಲ

ಫ್ಯಾಕ್ಟರಿ ರೀಸೆಟ್

  • ಸಮಸ್ಯೆ ನಿವಾರಣೆಗಾಗಿ ಬಳಸಿ

  • ಸಾಧನವನ್ನು ಮರುಬಳಕೆ ಮಾಡುವ ಮೊದಲು ಬಳಸಿ

  • ಎಲ್ಲಾ ಬಳಕೆದಾರ ಡೇಟಾವನ್ನು ತೆಗೆದುಹಾಕಲು ಬಳಸಿ

  • ಸಿಸ್ಟಮ್ ಫೈಲ್ಗಳನ್ನು ಬ್ಯಾಕಪ್ ಮಾಡುವ ಅಗತ್ಯವಿಲ್ಲ

ಬ್ಯಾಕಪ್ಗಳು

  • ಬಳಕೆದಾರ ಡೇಟಾವನ್ನು ಮಾತ್ರ ಬ್ಯಾಕಪ್ ಮಾಡಿ

  • ಸಿಸ್ಟಮ್ ಫೈಲ್ಗಳಿಗೆ ಬ್ಯಾಕಪ್ ಅಗತ್ಯವಿಲ್ಲ

  • ಯಾವಾಗಲೂ ಫ್ಯಾಕ್ಟರಿ ರೀಸೆಟ್ ಮಾಡಬಹುದು

  • /home ಡೈರೆಕ್ಟರಿಯ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸಿ

ನಿರ್ವಾಹಕರಿಗಾಗಿ

ನವೀಕರಣಗಳನ್ನು ಪರೀಕ್ಷಿಸುವುದು

  • ಮೊದಲು ಒಂದು ಸಾಧನದಲ್ಲಿ ಪರೀಕ್ಷಿಸಿ

  • ಅದು ಕೆಲಸ ಮಾಡಿದರೆ, ಫ್ಲೀಟ್ಗೆ ರೋಲ್ ಔಟ್ ಮಾಡಿ

  • ಸಮಸ್ಯೆಗಳಿದ್ದರೆ, ನಿಯೋಜಿಸಬೇಡಿ

  • ಉತ್ಪಾದನಾ ಸಾಧನಗಳಿಗೆ ಅಪಾಯವಿಲ್ಲ

ಫ್ಲೀಟ್ ನಿರ್ವಹಣೆ

  • ಎಲ್ಲಾ ಸಾಧನಗಳನ್ನು ಒಂದೇ ಆವೃತ್ತಿಯಲ್ಲಿ ಇರಿಸಿ

  • ಕೇಂದ್ರೀಕೃತ ನವೀಕರಣ ವಿತರಣೆಯನ್ನು ಬಳಸಿ

  • ನವೀಕರಣ ಯಶಸ್ಸನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಿ

  • ಅಗತ್ಯವಿದ್ದರೆ ರೋಲ್ಬ್ಯಾಕ್ ಮಾಡಿ

ಗ್ರಾಹಕೀಕರಣ

  • ಬೇಸ್ ಇಮೇಜ್ಗೆ ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡಿ

  • ಹೊಸ ಆವೃತ್ತಿಯಾಗಿ ವಿತರಿಸಿ

  • ಎಲ್ಲಾ ಸಾಧನಗಳು ಒಂದೇ ಬದಲಾವಣೆಗಳನ್ನು ಪಡೆಯುತ್ತವೆ

  • ಫ್ಲೀಟ್ನಾದ್ಯಂತ ಸ್ಥಿರವಾಗಿರುತ್ತದೆ

ಪದೇ ಪದೇ ಕೇಳಲಾಗುವ ಪ್ರಶ್ನೆಗಳು

ನಾನು ಹೆಚ್ಚುವರಿ ಸಾಫ್ಟ್ವೇರ್ ಅನ್ನು ಸ್ಥಾಪಿಸಬಹುದೇ?

ಹೌದು. ಓವರ್ಲೇ ವಿಭಾಗದಲ್ಲಿ ಸ್ಥಾಪಿಸಲಾದ ಸಾಫ್ಟ್ವೇರ್ ರೀಬೂಟ್ಗಳ ನಡುವೆಯೂ ಉಳಿಯುತ್ತದೆ. ಫ್ಯಾಕ್ಟರಿ ರೀಸೆಟ್ ಮಾತ್ರ ಅದನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ.

ಫ್ಯಾಕ್ಟರಿ ರೀಸೆಟ್ ಸಮಯದಲ್ಲಿ ನನ್ನ ಡೇಟಾಗೆ ಏನಾಗುತ್ತದೆ?

/home ನಲ್ಲಿನ ಎಲ್ಲಾ ಬಳಕೆದಾರ ಡೇಟಾ ಅಳಿಸಲಾಗುತ್ತದೆ. ಫ್ಯಾಕ್ಟರಿ ರೀಸೆಟ್ ಮೊದಲು ಪ್ರಮುಖ ಫೈಲ್ಗಳನ್ನು ಬ್ಯಾಕಪ್ ಮಾಡಿ.

ನಾನು ನವೀಕರಣವನ್ನು ರೋಲ್ಬ್ಯಾಕ್ ಮಾಡಬಹುದೇ?

ಹೌದು. ರೀಬೂಟ್ ಮಾಡಿ ಮತ್ತು ಬೂಟ್ ಮೆನುವಿನಿಂದ ಹಿಂದಿನ ಆವೃತ್ತಿಯನ್ನು ಆಯ್ಕೆಮಾಡಿ (ಇಟ್ಟಿದ್ದರೆ).

ನವೀಕರಣಗಳು ಎಷ್ಟು ದೊಡ್ಡದಾಗಿವೆ?

ಸಂಪೂರ್ಣ ಸಿಸ್ಟಮ್ ಇಮೇಜ್: 2-4 GB. ಪ್ರಮುಖ ನವೀಕರಣ ಲಭ್ಯವಿದ್ದಾಗ ಮಾತ್ರ ಡೌನ್ಲೋಡ್ ಮಾಡಿ.

ನವೀಕರಣಗಳಿಗೆ ಡೌನ್ಟೈಮ್ ಅಗತ್ಯವಿದೆಯೇ?

ಹೌದು, ಆದರೆ ಕನಿಷ್ಠ. ರೀಬೂಟ್ 30-60 ಸೆಕೆಂಡುಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ.

ನವೀಕರಣಗಳು ವಿಫಲವಾಗಬಹುದೇ?

ನವೀಕರಣಗಳು ಡೌನ್ಲೋಡ್ ಅಥವಾ ಪರಿಶೀಲನೆಯಲ್ಲಿ ವಿಫಲವಾಗಬಹುದು, ಆದರೆ ಸಿಸ್ಟಮ್ ಅನ್ನು ಮುರಿಯಲು ಸಾಧ್ಯವಿಲ್ಲ. ನವೀಕರಣ ವಿಫಲವಾದರೆ, ಸಿಸ್ಟಮ್ ಪ್ರಸ್ತುತ ಆವೃತ್ತಿಯಲ್ಲಿಯೇ ಉಳಿಯುತ್ತದೆ.

ನಾನು ಸಿಸ್ಟಮ್ ಫೈಲ್ಗಳನ್ನು ಮಾರ್ಪಡಿಸಬೇಕಾದರೆ ಏನು?

ರೂಟ್ ಅನ್ನು read-write ಆಗಿ ಮರುಮೌಂಟ್ ಮಾಡಿ, ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡಿ, read-only ಆಗಿ ಮರುಮೌಂಟ್ ಮಾಡಿ. ಬದಲಾವಣೆಗಳು ಮುಂದಿನ ನವೀಕರಣ ಅಥವಾ ಫ್ಯಾಕ್ಟರಿ ರೀಸೆಟ್ ವರೆಗೆ ಉಳಿಯುತ್ತವೆ.

ಇದು ಆಂಡ್ರಾಯ್ಡ್ನಂತೆಯೇ?

ಇದೇ ಪರಿಕಲ್ಪನೆ. ಆಂಡ್ರಾಯ್ಡ್ ಸಹ ಓವರ್ಲೇ ಜೊತೆಗೆ read-only ಸಿಸ್ಟಮ್ ವಿಭಾಗವನ್ನು ಬಳಸುತ್ತದೆ. ಥಿನಕ್ಸ್ ಈ ವಿಶ್ವಾಸಾರ್ಹತೆಯನ್ನು ಡೆಸ್ಕ್ಟಾಪ್/ಸರ್ವರ್ ಲಿನಕ್ಸ್ಗೆ ತರುತ್ತದೆ.

ಇದು ಕ್ರೋಮ್ಬುಕ್ನಂತೆಯೇ?

ಇದೇ ವಿಶ್ವಾಸಾರ್ಹತೆಯ ಮಾದರಿ, ಆದರೆ ಥಿನಕ್ಸ್ ಕೇವಲ ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ಗಳಲ್ಲ, ಸಂಪೂರ್ಣ ಲಿನಕ್ಸ್ ಅಪ್ಲಿಕೇಶನ್ಗಳನ್ನು ಚಲಾಯಿಸುತ್ತದೆ.

ತೀರ್ಮಾನ

ಅಟಾಮಿಕ್ ನವೀಕರಣಗಳೊಂದಿಗೆ ಬದಲಾಯಿಸಲಾಗದ ಮೂಲಸೌಕರ್ಯವು ಒದಗಿಸುತ್ತದೆ:

✅ ವಿಶ್ವಾಸಾರ್ಹತೆ - ನವೀಕರಣಗಳು ಸಿಸ್ಟಮ್ಗಳನ್ನು ಎಂದಿಗೂ ಮುರಿಯುವುದಿಲ್ಲ ✅ ಭದ್ರತೆ - ಟ್ಯಾಂಪರ್-ಪ್ರೂಫ್, ಮಾಲ್ವೇರ್-ನಿರೋಧಕ ✅ ಸರಳತೆ - ಸಂಕೀರ್ಣ ನವೀಕರಣ ವಿಧಾನಗಳಿಲ್ಲ ✅ ಸ್ಥಿರತೆ - ಸಾಧನಗಳಾದ್ಯಂತ ಒಂದೇ ರೀತಿಯ ವರ್ತನೆ ✅ ಮರುಪಡೆಯುವಿಕೆ - ತ್ವರಿತ ಫ್ಯಾಕ್ಟರಿ ರೀಸೆಟ್ ✅ ವೆಚ್ಚ-ಪರಿಣಾಮಕಾರಿತ್ವ - ಕಡಿಮೆ IT ವೆಚ್ಚಗಳು, ಹೆಚ್ಚಿನ ಹಾರ್ಡ್ವೇರ್ ಜೀವನ

ಥಿನಕ್ಸ್: ಸುಮ್ಮನೆ ಕೆಲಸ ಮಾಡುವ ವಿಶ್ವಾಸಾರ್ಹ ಲಿನಕ್ಸ್.

ಸಾಬೀತಾದ ತಂತ್ರಜ್ಞಾನಗಳ ಆಧಾರದ ಮೇಲೆ: Linux overlayfs, ಅಟಾಮಿಕ್ ನವೀಕರಣಗಳು, ಬದಲಾಯಿಸಲಾಗದ ಮೂಲಸೌಕರ್ಯ

ಸಂಬಂಧಿತ ಲೇಖನಗಳು