ಹೆಲ್ಮ್ 3 ಅನ್ನು ಪರಿಚಯಿಸಲಾಗುತ್ತಿದೆ

ಸೂಚನೆ. ಅನುವಾದ.: ಈ ವರ್ಷದ ಮೇ 16 ಕುಬರ್ನೆಟ್ಸ್ - ಹೆಲ್ಮ್‌ಗಾಗಿ ಪ್ಯಾಕೇಜ್ ಮ್ಯಾನೇಜರ್‌ನ ಅಭಿವೃದ್ಧಿಯಲ್ಲಿ ಮಹತ್ವದ ಮೈಲಿಗಲ್ಲು. ಈ ದಿನ, ಯೋಜನೆಯ ಭವಿಷ್ಯದ ಪ್ರಮುಖ ಆವೃತ್ತಿಯ ಮೊದಲ ಆಲ್ಫಾ ಬಿಡುಗಡೆ - 3.0 - ಪ್ರಸ್ತುತಪಡಿಸಲಾಯಿತು. ಇದರ ಬಿಡುಗಡೆಯು ಹೆಲ್ಮ್‌ಗೆ ಗಮನಾರ್ಹ ಮತ್ತು ಬಹುನಿರೀಕ್ಷಿತ ಬದಲಾವಣೆಗಳನ್ನು ತರುತ್ತದೆ, ಇದಕ್ಕಾಗಿ ಕುಬರ್ನೆಟ್ಸ್ ಸಮುದಾಯದಲ್ಲಿ ಅನೇಕರು ಹೆಚ್ಚಿನ ಭರವಸೆಯನ್ನು ಹೊಂದಿದ್ದಾರೆ. ಅಪ್ಲಿಕೇಶನ್ ನಿಯೋಜನೆಗಾಗಿ ನಾವು ಹೆಲ್ಮ್ ಅನ್ನು ಸಕ್ರಿಯವಾಗಿ ಬಳಸುವುದರಿಂದ ನಾವೇ ಇವುಗಳಲ್ಲಿ ಒಂದಾಗಿದ್ದೇವೆ: CI/CD ಅನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ನಾವು ಅದನ್ನು ನಮ್ಮ ಸಾಧನದಲ್ಲಿ ಸಂಯೋಜಿಸಿದ್ದೇವೆ werf ಮತ್ತು ಕಾಲಕಾಲಕ್ಕೆ ನಾವು ಅಪ್‌ಸ್ಟ್ರೀಮ್‌ನ ಅಭಿವೃದ್ಧಿಗೆ ನಮ್ಮ ಕೊಡುಗೆಯನ್ನು ನೀಡುತ್ತೇವೆ. ಈ ಅನುವಾದವು ಅಧಿಕೃತ ಹೆಲ್ಮ್ ಬ್ಲಾಗ್‌ನಿಂದ 7 ಟಿಪ್ಪಣಿಗಳನ್ನು ಸಂಯೋಜಿಸುತ್ತದೆ, ಇದು ಹೆಲ್ಮ್ 3 ರ ಮೊದಲ ಆಲ್ಫಾ ಬಿಡುಗಡೆಗೆ ಮೀಸಲಾಗಿರುತ್ತದೆ ಮತ್ತು ಯೋಜನೆಯ ಇತಿಹಾಸ ಮತ್ತು ಹೆಲ್ಮ್ 3 ರ ಮುಖ್ಯ ವೈಶಿಷ್ಟ್ಯಗಳ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತದೆ. ಅವರ ಲೇಖಕರು ಮ್ಯಾಟ್ "ಬ್ಯಾಕಾಂಗೊಬ್ಲರ್" ಫಿಶರ್, ಮೈಕ್ರೋಸಾಫ್ಟ್ ಉದ್ಯೋಗಿ ಮತ್ತು ಹೆಲ್ಮ್‌ನ ಪ್ರಮುಖ ನಿರ್ವಾಹಕರಲ್ಲಿ ಒಬ್ಬರು.

ಅಕ್ಟೋಬರ್ 15, 2015 ರಂದು, ಈಗ ಹೆಲ್ಮ್ ಎಂದು ಕರೆಯಲ್ಪಡುವ ಯೋಜನೆಯು ಜನಿಸಿತು. ಅದರ ಸ್ಥಾಪನೆಯ ಕೇವಲ ಒಂದು ವರ್ಷದ ನಂತರ, ಹೆಲ್ಮ್ ಸಮುದಾಯವು ಕುಬರ್ನೆಟ್ಸ್‌ಗೆ ಸೇರಿಕೊಂಡಿತು, ಹೆಲ್ಮ್ 2 ನಲ್ಲಿ ಸಕ್ರಿಯವಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತಿದೆ. ಜೂನ್ 2018 ರಲ್ಲಿ, ಹೆಲ್ಮ್ CNCF ಸೇರಿದರು ಅಭಿವೃದ್ಧಿಶೀಲ (ಕಾವುಕೊಡುವ) ಯೋಜನೆಯಾಗಿ. ಪ್ರಸ್ತುತಕ್ಕೆ ವೇಗವಾಗಿ ಮುಂದಕ್ಕೆ ಹೋಗಿ, ಮತ್ತು ಹೊಸ ಹೆಲ್ಮ್ 3 ನ ಮೊದಲ ಆಲ್ಫಾ ಬಿಡುಗಡೆಯು ತನ್ನ ಹಾದಿಯಲ್ಲಿದೆ. (ಈ ಬಿಡುಗಡೆ ಈಗಾಗಲೇ ನಡೆದಿದೆ ಮೇ ಮಧ್ಯದಲ್ಲಿ - ಅಂದಾಜು. ಅನುವಾದ.).

ಈ ತುಣುಕಿನಲ್ಲಿ, ಅದು ಎಲ್ಲಿಂದ ಪ್ರಾರಂಭವಾಯಿತು, ನಾವು ಇಂದು ಇರುವ ಸ್ಥಳಕ್ಕೆ ಹೇಗೆ ಬಂದಿದ್ದೇವೆ ಎಂಬುದರ ಕುರಿತು ನಾನು ಮಾತನಾಡುತ್ತೇನೆ, ಹೆಲ್ಮ್ 3 ರ ಮೊದಲ ಆಲ್ಫಾ ಬಿಡುಗಡೆಯಲ್ಲಿ ಲಭ್ಯವಿರುವ ಕೆಲವು ವಿಶಿಷ್ಟ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಪರಿಚಯಿಸಿ ಮತ್ತು ನಾವು ಹೇಗೆ ಮುಂದುವರಿಯಲು ಯೋಜಿಸುತ್ತೇವೆ ಎಂಬುದನ್ನು ವಿವರಿಸುತ್ತೇನೆ.

ಸಾರಾಂಶ:

• ಹೆಲ್ಮ್ ಸೃಷ್ಟಿಯ ಇತಿಹಾಸ;
• ಟಿಲ್ಲರ್‌ಗೆ ಕೋಮಲ ವಿದಾಯ;
• ಚಾರ್ಟ್ ರೆಪೊಸಿಟರಿಗಳು;
• ಬಿಡುಗಡೆ ನಿರ್ವಹಣೆ;
• ಚಾರ್ಟ್ ಅವಲಂಬನೆಗಳಲ್ಲಿನ ಬದಲಾವಣೆಗಳು;
• ಲೈಬ್ರರಿ ಚಾರ್ಟ್ಗಳು;
• ಮುಂದೇನು?

ಹೆಲ್ಮ್ನ ಇತಿಹಾಸ

ಜನನ

ಹೆಲ್ಮ್ 1 ಡೀಸ್ ರಚಿಸಿದ ಓಪನ್ ಸೋರ್ಸ್ ಪ್ರಾಜೆಕ್ಟ್ ಆಗಿ ಪ್ರಾರಂಭವಾಯಿತು. ನಾವು ಸಣ್ಣ ಸ್ಟಾರ್ಟಪ್ ಆಗಿದ್ದೆವು ಹೀರಿಕೊಳ್ಳಲ್ಪಟ್ಟಿತು 2017 ರ ವಸಂತಕಾಲದಲ್ಲಿ ಮೈಕ್ರೋಸಾಫ್ಟ್. ಡೀಸ್ ಎಂದು ಹೆಸರಿಸಲಾದ ನಮ್ಮ ಇತರ ಓಪನ್ ಸೋರ್ಸ್ ಪ್ರಾಜೆಕ್ಟ್ ಒಂದು ಉಪಕರಣವನ್ನು ಹೊಂದಿತ್ತು deisctl, ಡೀಸ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಅನ್ನು ಸ್ಥಾಪಿಸಲು ಮತ್ತು ಕಾರ್ಯನಿರ್ವಹಿಸಲು (ಇತರ ವಿಷಯಗಳ ಜೊತೆಗೆ) ಬಳಸಲಾಗಿದೆ ಫ್ಲೀಟ್ ಕ್ಲಸ್ಟರ್. ಆ ಸಮಯದಲ್ಲಿ, ಫ್ಲೀಟ್ ಮೊದಲ ಕಂಟೈನರ್ ಆರ್ಕೆಸ್ಟ್ರೇಶನ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳಲ್ಲಿ ಒಂದಾಗಿತ್ತು.

2015 ರ ಮಧ್ಯದಲ್ಲಿ, ನಾವು ಕೋರ್ಸ್ ಅನ್ನು ಬದಲಾಯಿಸಲು ನಿರ್ಧರಿಸಿದ್ದೇವೆ ಮತ್ತು ಡೀಸ್ ಅನ್ನು (ಆ ಸಮಯದಲ್ಲಿ ಡೀಸ್ ವರ್ಕ್‌ಫ್ಲೋ ಎಂದು ಮರುನಾಮಕರಣ ಮಾಡಲಾಯಿತು) ಫ್ಲೀಟ್‌ನಿಂದ ಕುಬರ್ನೆಟ್ಸ್‌ಗೆ ಸ್ಥಳಾಂತರಿಸಿದ್ದೇವೆ. ಮರುವಿನ್ಯಾಸಗೊಳಿಸಲಾದ ಮೊದಲನೆಯದು ಅನುಸ್ಥಾಪನಾ ಸಾಧನವಾಗಿದೆ. deisctl. ಫ್ಲೀಟ್ ಕ್ಲಸ್ಟರ್‌ನಲ್ಲಿ ಡೀಸ್ ವರ್ಕ್‌ಫ್ಲೋ ಅನ್ನು ಸ್ಥಾಪಿಸಲು ಮತ್ತು ನಿರ್ವಹಿಸಲು ನಾವು ಇದನ್ನು ಬಳಸಿದ್ದೇವೆ.

Homebrew, apt ಮತ್ತು yum ನಂತಹ ಪ್ರಸಿದ್ಧ ಪ್ಯಾಕೇಜ್ ನಿರ್ವಾಹಕರ ಚಿತ್ರದಲ್ಲಿ ಹೆಲ್ಮ್ 1 ಅನ್ನು ರಚಿಸಲಾಗಿದೆ. ಕುಬರ್ನೆಟ್ಸ್‌ನಲ್ಲಿ ಪ್ಯಾಕೇಜಿಂಗ್ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಸ್ಥಾಪಿಸುವಂತಹ ಕಾರ್ಯಗಳನ್ನು ಸರಳಗೊಳಿಸುವುದು ಇದರ ಮುಖ್ಯ ಗುರಿಯಾಗಿದೆ. ಹೆಲ್ಮ್ ಅನ್ನು ಅಧಿಕೃತವಾಗಿ 2015 ರಲ್ಲಿ ಸ್ಯಾನ್ ಫ್ರಾನ್ಸಿಸ್ಕೋದಲ್ಲಿ ಕುಬೆಕಾನ್ ಸಮ್ಮೇಳನದಲ್ಲಿ ಪರಿಚಯಿಸಲಾಯಿತು.

ಹೆಲ್ಮ್‌ನೊಂದಿಗಿನ ನಮ್ಮ ಮೊದಲ ಪ್ರಯತ್ನವು ಯಶಸ್ವಿಯಾಯಿತು, ಆದರೆ ಇದು ಕೆಲವು ಗಂಭೀರ ಮಿತಿಗಳಿಲ್ಲದೆ ಇರಲಿಲ್ಲ. ಅವರು ಪರಿಚಯಾತ್ಮಕ YAML ಬ್ಲಾಕ್‌ಗಳಾಗಿ ಜನರೇಟರ್‌ಗಳೊಂದಿಗೆ ಸುವಾಸನೆಯ ಕುಬರ್ನೆಟ್ಸ್ ಮ್ಯಾನಿಫೆಸ್ಟ್‌ಗಳ ಗುಂಪನ್ನು ತೆಗೆದುಕೊಂಡರು. (ಮುಂಭಾಗದ ವಿಷಯ)*, ಮತ್ತು ಫಲಿತಾಂಶಗಳನ್ನು ಕುಬರ್ನೆಟ್ಸ್‌ಗೆ ಲೋಡ್ ಮಾಡಲಾಗಿದೆ.

* ಸೂಚನೆ. ಅನುವಾದ.: ಹೆಲ್ಮ್‌ನ ಮೊದಲ ಆವೃತ್ತಿಯಿಂದ, ಕುಬರ್ನೆಟ್ಸ್ ಸಂಪನ್ಮೂಲಗಳನ್ನು ವಿವರಿಸಲು YAML ಸಿಂಟ್ಯಾಕ್ಸ್ ಅನ್ನು ಆಯ್ಕೆ ಮಾಡಲಾಗಿದೆ ಮತ್ತು ಕಾನ್ಫಿಗರೇಶನ್‌ಗಳನ್ನು ಬರೆಯುವಾಗ ಜಿಂಜಾ ಟೆಂಪ್ಲೇಟ್‌ಗಳು ಮತ್ತು ಪೈಥಾನ್ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳನ್ನು ಬೆಂಬಲಿಸಲಾಗುತ್ತದೆ. "ಎ ಬ್ರೀಫ್ ಹಿಸ್ಟರಿ ಆಫ್ ಹೆಲ್ಮ್" ಅಧ್ಯಾಯದಲ್ಲಿ ಸಾಮಾನ್ಯವಾಗಿ ಹೆಲ್ಮ್‌ನ ಮೊದಲ ಆವೃತ್ತಿಯ ರಚನೆಯ ಬಗ್ಗೆ ನಾವು ಹೆಚ್ಚು ಬರೆದಿದ್ದೇವೆ. ಈ ವಸ್ತು.

ಉದಾಹರಣೆಗೆ, YAML ಫೈಲ್‌ನಲ್ಲಿ ಕ್ಷೇತ್ರವನ್ನು ಬದಲಾಯಿಸಲು, ನೀವು ಮ್ಯಾನಿಫೆಸ್ಟ್‌ಗೆ ಈ ಕೆಳಗಿನ ರಚನೆಯನ್ನು ಸೇರಿಸಬೇಕು:

#helm:generate sed -i -e s|ubuntu-debootstrap|fluffy-bunny| my/pod.yaml

ಟೆಂಪ್ಲೇಟ್ ಎಂಜಿನ್‌ಗಳು ಇಂದು ಅಸ್ತಿತ್ವದಲ್ಲಿವೆ ಎಂಬುದು ಅದ್ಭುತವಾಗಿದೆ, ಅಲ್ಲವೇ?

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

ಹಿಂದಿನ ತಪ್ಪುಗಳ ಅನುಭವದ ಆಧಾರದ ಮೇಲೆ, ನಾವು ಹೆಲ್ಮ್ 2 ಅನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಲು ಪ್ರಾರಂಭಿಸಿದ್ದೇವೆ.

ಹೆಲ್ಮ್ 2 ಅನ್ನು ತಯಾರಿಸುವುದು

2015 ರ ಕೊನೆಯಲ್ಲಿ, Google ತಂಡವು ನಮ್ಮನ್ನು ಸಂಪರ್ಕಿಸಿತು. ಅವರು ಕುಬರ್ನೆಟ್ಸ್ಗಾಗಿ ಇದೇ ರೀತಿಯ ಸಾಧನದಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದರು. Kubernetes ಗಾಗಿ ನಿಯೋಜನೆ ನಿರ್ವಾಹಕವು Google ಕ್ಲೌಡ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಾಗಿ ಬಳಸಲಾದ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಉಪಕರಣದ ಪೋರ್ಟ್ ಆಗಿದೆ. "ನಾವು ಸಾಮ್ಯತೆ ಮತ್ತು ವ್ಯತ್ಯಾಸಗಳನ್ನು ಚರ್ಚಿಸಲು ಕೆಲವು ದಿನಗಳನ್ನು ಕಳೆಯಲು ಬಯಸುತ್ತೇವೆಯೇ?" ಎಂದು ಅವರು ಕೇಳಿದರು.

ಜನವರಿ 2016 ರಲ್ಲಿ, ಹೆಲ್ಮ್ ಮತ್ತು ಡಿಪ್ಲೋಯ್ಮೆಂಟ್ ಮ್ಯಾನೇಜರ್ ತಂಡಗಳು ಆಲೋಚನೆಗಳನ್ನು ವಿನಿಮಯ ಮಾಡಿಕೊಳ್ಳಲು ಸಿಯಾಟಲ್‌ನಲ್ಲಿ ಭೇಟಿಯಾದವು. ಮಾತುಕತೆಗಳು ಮಹತ್ವಾಕಾಂಕ್ಷೆಯ ಯೋಜನೆಯೊಂದಿಗೆ ಕೊನೆಗೊಂಡಿತು: ಹೆಲ್ಮ್ 2 ಅನ್ನು ರಚಿಸಲು ಎರಡೂ ಯೋಜನೆಗಳನ್ನು ಸಂಯೋಜಿಸಲು. ಡೀಸ್ ಮತ್ತು ಗೂಗಲ್ ಜೊತೆಗೆ, ವ್ಯಕ್ತಿಗಳು ಸ್ಕಿಪ್‌ಬಾಕ್ಸ್ (ಈಗ ಬಿಟ್ನಾಮಿ ಭಾಗ - ಅಂದಾಜು. ಅನುವಾದ.), ಮತ್ತು ನಾವು ಹೆಲ್ಮ್ 2 ನಲ್ಲಿ ಕೆಲಸ ಮಾಡಲು ಪ್ರಾರಂಭಿಸಿದ್ದೇವೆ.

ನಾವು ಹೆಲ್ಮ್‌ನ ಬಳಕೆಯ ಸುಲಭತೆಯನ್ನು ಉಳಿಸಿಕೊಳ್ಳಲು ಬಯಸಿದ್ದೇವೆ, ಆದರೆ ಈ ಕೆಳಗಿನವುಗಳನ್ನು ಸೇರಿಸಿ:

• ಗ್ರಾಹಕೀಕರಣಕ್ಕಾಗಿ ಚಾರ್ಟ್ ಟೆಂಪ್ಲೆಟ್ಗಳು;
• ತಂಡಗಳಿಗೆ ಅಂತರ್-ಕ್ಲಸ್ಟರ್ ನಿರ್ವಹಣೆ;
• ವಿಶ್ವ ದರ್ಜೆಯ ಚಾರ್ಟ್ ರೆಪೊಸಿಟರಿ;
• ಸಹಿ ಆಯ್ಕೆಯೊಂದಿಗೆ ಸ್ಥಿರ ಪ್ಯಾಕೇಜ್ ಸ್ವರೂಪ;
• ಶಬ್ದಾರ್ಥದ ಆವೃತ್ತಿಗೆ ಬಲವಾದ ಬದ್ಧತೆ ಮತ್ತು ಆವೃತ್ತಿಗಳ ನಡುವೆ ಹಿಂದುಳಿದ ಹೊಂದಾಣಿಕೆಯನ್ನು ನಿರ್ವಹಿಸುವುದು.

ಈ ಗುರಿಗಳನ್ನು ಸಾಧಿಸಲು, ಹೆಲ್ಮ್ ಪರಿಸರ ವ್ಯವಸ್ಥೆಗೆ ಎರಡನೇ ಅಂಶವನ್ನು ಸೇರಿಸಲಾಗಿದೆ. ಈ ಅಂತರ್-ಕ್ಲಸ್ಟರ್ ಘಟಕವನ್ನು ಟಿಲ್ಲರ್ ಎಂದು ಕರೆಯಲಾಯಿತು ಮತ್ತು ಹೆಲ್ಮ್ ಚಾರ್ಟ್‌ಗಳನ್ನು ಸ್ಥಾಪಿಸಲು ಮತ್ತು ಅವುಗಳನ್ನು ನಿರ್ವಹಿಸುವ ಜವಾಬ್ದಾರಿಯನ್ನು ಹೊಂದಿತ್ತು.

2 ರಲ್ಲಿ ಹೆಲ್ಮ್ 2016 ಬಿಡುಗಡೆಯಾದಾಗಿನಿಂದ, ಕುಬರ್ನೆಟ್ಸ್ ಹಲವಾರು ಪ್ರಮುಖ ಆವಿಷ್ಕಾರಗಳನ್ನು ಸೇರಿಸಿದ್ದಾರೆ. ಪಾತ್ರ-ಆಧಾರಿತ ಪ್ರವೇಶ ನಿಯಂತ್ರಣವನ್ನು ಸೇರಿಸಲಾಗಿದೆ (ಆರ್ಬಿಎಸಿ), ಇದು ಅಂತಿಮವಾಗಿ ಗುಣಲಕ್ಷಣ-ಆಧಾರಿತ ಪ್ರವೇಶ ನಿಯಂತ್ರಣವನ್ನು (ABAC) ಬದಲಾಯಿಸಿತು. ಹೊಸ ಸಂಪನ್ಮೂಲ ಪ್ರಕಾರಗಳನ್ನು ಪರಿಚಯಿಸಲಾಯಿತು (ಆ ಸಮಯದಲ್ಲಿ ನಿಯೋಜನೆಗಳು ಇನ್ನೂ ಬೀಟಾದಲ್ಲಿವೆ). ಕಸ್ಟಮ್ ಸಂಪನ್ಮೂಲ ವ್ಯಾಖ್ಯಾನಗಳನ್ನು (ಮೂಲತಃ ಮೂರನೇ ವ್ಯಕ್ತಿಯ ಸಂಪನ್ಮೂಲಗಳು ಅಥವಾ TPR ಗಳು ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ) ಕಂಡುಹಿಡಿಯಲಾಯಿತು. ಮತ್ತು ಮುಖ್ಯವಾಗಿ, ಉತ್ತಮ ಅಭ್ಯಾಸಗಳ ಒಂದು ಸೆಟ್ ಹೊರಹೊಮ್ಮಿದೆ.

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

ಟಿಲ್ಲರ್‌ಗೆ ಕೋಮಲ ವಿದಾಯ

ಹೆಲ್ಮ್ 2 ಅಭಿವೃದ್ಧಿಯ ಸಮಯದಲ್ಲಿ, ನಾವು Google ನ ನಿಯೋಜನೆ ನಿರ್ವಾಹಕರೊಂದಿಗೆ ನಮ್ಮ ಏಕೀಕರಣದ ಭಾಗವಾಗಿ ಟಿಲ್ಲರ್ ಅನ್ನು ಪರಿಚಯಿಸಿದ್ದೇವೆ. ಸಾಮಾನ್ಯ ಕ್ಲಸ್ಟರ್‌ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುವ ತಂಡಗಳಿಗೆ ಟಿಲ್ಲರ್ ಪ್ರಮುಖ ಪಾತ್ರವನ್ನು ವಹಿಸಿದೆ: ಇದು ಮೂಲಸೌಕರ್ಯವನ್ನು ನಿರ್ವಹಿಸುವ ವಿಭಿನ್ನ ಪರಿಣಿತರಿಗೆ ಒಂದೇ ರೀತಿಯ ಬಿಡುಗಡೆಗಳೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸಲು ಅವಕಾಶ ಮಾಡಿಕೊಟ್ಟಿತು.

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

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

ಟಿಲ್ಲರ್‌ನ ಮುಖ್ಯ ಗುರಿಯನ್ನು ಟಿಲ್ಲರ್ ಇಲ್ಲದೆ ಸಾಧಿಸಬಹುದಿತ್ತು, ಆದ್ದರಿಂದ ಹೆಲ್ಮ್ 3 ಗೆ ಸಂಬಂಧಿಸಿದಂತೆ ನಮ್ಮ ಮೊದಲ ನಿರ್ಧಾರವೆಂದರೆ ಟಿಲ್ಲರ್ ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ತ್ಯಜಿಸುವುದು.

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

ಚಾರ್ಟ್ ರೆಪೊಸಿಟರಿಗಳು

ಉನ್ನತ ಮಟ್ಟದಲ್ಲಿ, ಚಾರ್ಟ್ ರೆಪೊಸಿಟರಿಯು ಚಾರ್ಟ್‌ಗಳನ್ನು ಸಂಗ್ರಹಿಸಬಹುದಾದ ಮತ್ತು ಹಂಚಿಕೊಳ್ಳಬಹುದಾದ ಸ್ಥಳವಾಗಿದೆ. ಹೆಲ್ಮ್ ಕ್ಲೈಂಟ್ ಪ್ಯಾಕೇಜುಗಳು ಮತ್ತು ಚಾರ್ಟ್‌ಗಳನ್ನು ರೆಪೊಸಿಟರಿಗೆ ಕಳುಹಿಸುತ್ತದೆ. ಸರಳವಾಗಿ ಹೇಳುವುದಾದರೆ, ಒಂದು ಚಾರ್ಟ್ ರೆಪೊಸಿಟರಿಯು index.yaml ಫೈಲ್ ಮತ್ತು ಕೆಲವು ಪ್ಯಾಕೇಜ್ ಮಾಡಿದ ಚಾರ್ಟ್‌ಗಳನ್ನು ಹೊಂದಿರುವ ಪ್ರಾಚೀನ HTTP ಸರ್ವರ್ ಆಗಿದೆ.

ಹೆಚ್ಚಿನ ಮೂಲಭೂತ ಶೇಖರಣಾ ಅವಶ್ಯಕತೆಗಳನ್ನು ಪೂರೈಸುವ ಚಾರ್ಟ್ಸ್ ರೆಪೊಸಿಟರಿ API ಗೆ ಕೆಲವು ಪ್ರಯೋಜನಗಳಿದ್ದರೂ, ಕೆಲವು ಅನಾನುಕೂಲಗಳೂ ಇವೆ:

• ಉತ್ಪಾದನಾ ಪರಿಸರದಲ್ಲಿ ಅಗತ್ಯವಿರುವ ಹೆಚ್ಚಿನ ಭದ್ರತಾ ಅಳವಡಿಕೆಗಳೊಂದಿಗೆ ಚಾರ್ಟ್ ರೆಪೊಸಿಟರಿಗಳು ಹೊಂದಿಕೆಯಾಗುವುದಿಲ್ಲ. ದೃಢೀಕರಣ ಮತ್ತು ದೃಢೀಕರಣಕ್ಕಾಗಿ ಪ್ರಮಾಣಿತ API ಅನ್ನು ಹೊಂದಿರುವುದು ಉತ್ಪಾದನಾ ಸನ್ನಿವೇಶಗಳಲ್ಲಿ ಅತ್ಯಂತ ಮುಖ್ಯವಾಗಿದೆ.
• ಹೆಲ್ಮ್‌ನ ಚಾರ್ಟ್ ಮೂಲ ಸಾಧನಗಳು, ಸಹಿ ಮಾಡಲು, ಸಮಗ್ರತೆ ಮತ್ತು ಚಾರ್ಟ್‌ನ ಮೂಲವನ್ನು ಪರಿಶೀಲಿಸಲು ಬಳಸಲಾಗುತ್ತದೆ, ಇದು ಚಾರ್ಟ್ ಪ್ರಕಾಶನ ಪ್ರಕ್ರಿಯೆಯ ಐಚ್ಛಿಕ ಭಾಗವಾಗಿದೆ.
• ಬಹು-ಬಳಕೆದಾರರ ಸನ್ನಿವೇಶಗಳಲ್ಲಿ, ಅದೇ ಚಾರ್ಟ್ ಅನ್ನು ಇನ್ನೊಬ್ಬ ಬಳಕೆದಾರರು ಅಪ್‌ಲೋಡ್ ಮಾಡಬಹುದು, ಅದೇ ವಿಷಯವನ್ನು ಸಂಗ್ರಹಿಸಲು ಅಗತ್ಯವಿರುವ ಸ್ಥಳದ ಪ್ರಮಾಣವನ್ನು ದ್ವಿಗುಣಗೊಳಿಸುತ್ತದೆ. ಈ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲು ಸ್ಮಾರ್ಟ್ ರೆಪೊಸಿಟರಿಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಲಾಗಿದೆ, ಆದರೆ ಅವು ಔಪಚಾರಿಕ ವಿವರಣೆಯ ಭಾಗವಾಗಿಲ್ಲ.
• ಒಂದೇ ಸೂಚ್ಯಂಕ ಫೈಲ್ ಅನ್ನು ಹುಡುಕಲು, ಮೆಟಾಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸಲು ಮತ್ತು ಚಾರ್ಟ್‌ಗಳನ್ನು ಹಿಂಪಡೆಯಲು ಬಳಸುವುದರಿಂದ ಸುರಕ್ಷಿತ ಬಹು-ಬಳಕೆದಾರ ಅಳವಡಿಕೆಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವುದು ಕಷ್ಟಕರವಾಗಿದೆ.

ಯೋಜನೆಯು ಡಾಕರ್ ವಿತರಣೆ (ಡಾಕರ್ ರಿಜಿಸ್ಟ್ರಿ v2 ಎಂದೂ ಕರೆಯುತ್ತಾರೆ) ಡಾಕರ್ ರಿಜಿಸ್ಟ್ರಿಯ ಉತ್ತರಾಧಿಕಾರಿಯಾಗಿದೆ ಮತ್ತು ಮೂಲಭೂತವಾಗಿ ಪ್ಯಾಕೇಜಿಂಗ್, ಶಿಪ್ಪಿಂಗ್, ಶೇಖರಣೆ ಮತ್ತು ಡಾಕರ್ ಚಿತ್ರಗಳನ್ನು ತಲುಪಿಸುವ ಸಾಧನಗಳ ಒಂದು ಸೆಟ್ ಆಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಅನೇಕ ದೊಡ್ಡ ಕ್ಲೌಡ್ ಸೇವೆಗಳು ವಿತರಣೆ ಆಧಾರಿತ ಉತ್ಪನ್ನಗಳನ್ನು ನೀಡುತ್ತವೆ. ಈ ಹೆಚ್ಚಿದ ಗಮನಕ್ಕೆ ಧನ್ಯವಾದಗಳು, ವಿತರಣಾ ಯೋಜನೆಯು ವರ್ಷಗಳ ಸುಧಾರಣೆಗಳು, ಭದ್ರತೆಯ ಉತ್ತಮ ಅಭ್ಯಾಸಗಳು ಮತ್ತು ಕ್ಷೇತ್ರ ಪರೀಕ್ಷೆಗಳಿಂದ ಪ್ರಯೋಜನ ಪಡೆದಿದೆ, ಅದು ಓಪನ್ ಸೋರ್ಸ್ ಪ್ರಪಂಚದ ಅತ್ಯಂತ ಯಶಸ್ವಿ ಹಾಡದ ಹೀರೋಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ.

ಆದರೆ ಡಿಸ್ಟ್ರಿಬ್ಯೂಷನ್ ಪ್ರಾಜೆಕ್ಟ್ ಅನ್ನು ಕಂಟೇನರ್ ಚಿತ್ರಗಳಲ್ಲದೇ ಯಾವುದೇ ರೀತಿಯ ವಿಷಯವನ್ನು ವಿತರಿಸಲು ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ ಎಂದು ನಿಮಗೆ ತಿಳಿದಿದೆಯೇ?

ಪ್ರಯತ್ನಗಳಿಗೆ ಧನ್ಯವಾದಗಳು ಓಪನ್ ಕಂಟೇನರ್ ಇನಿಶಿಯೇಟಿವ್ (ಅಥವಾ OCI), ಹೆಲ್ಮ್ ಚಾರ್ಟ್‌ಗಳನ್ನು ಯಾವುದೇ ವಿತರಣಾ ನಿದರ್ಶನದಲ್ಲಿ ಇರಿಸಬಹುದು. ಸದ್ಯಕ್ಕೆ, ಈ ಪ್ರಕ್ರಿಯೆಯು ಪ್ರಾಯೋಗಿಕವಾಗಿದೆ. ಪೂರ್ಣ ಹೆಲ್ಮ್ 3 ಗೆ ಅಗತ್ಯವಿರುವ ಲಾಗಿನ್ ಬೆಂಬಲ ಮತ್ತು ಇತರ ವೈಶಿಷ್ಟ್ಯಗಳು ಪ್ರಗತಿಯಲ್ಲಿವೆ, ಆದರೆ OCI ಮತ್ತು ವಿತರಣಾ ತಂಡಗಳು ವರ್ಷಗಳಿಂದ ಮಾಡಿದ ಸಂಶೋಧನೆಗಳಿಂದ ಕಲಿಯಲು ನಾವು ಉತ್ಸುಕರಾಗಿದ್ದೇವೆ. ಮತ್ತು ಅವರ ಮಾರ್ಗದರ್ಶನ ಮತ್ತು ಮಾರ್ಗದರ್ಶನದ ಮೂಲಕ, ಹೆಚ್ಚು ಲಭ್ಯವಿರುವ ಸೇವೆಯನ್ನು ಪ್ರಮಾಣದಲ್ಲಿ ನಿರ್ವಹಿಸುವುದು ಏನೆಂದು ನಾವು ಕಲಿಯುತ್ತೇವೆ.

ಹೆಲ್ಮ್ ಚಾರ್ಟ್ ರೆಪೊಸಿಟರಿಗಳಿಗೆ ಮುಂಬರುವ ಕೆಲವು ಬದಲಾವಣೆಗಳ ಹೆಚ್ಚಿನ ವಿವರವಾದ ವಿವರಣೆ ಲಭ್ಯವಿದೆ ಲಿಂಕ್.

ಬಿಡುಗಡೆ ನಿರ್ವಹಣೆ

ಹೆಲ್ಮ್ 3 ರಲ್ಲಿ, ಅಪ್ಲಿಕೇಶನ್ ಸ್ಥಿತಿಯನ್ನು ಕ್ಲಸ್ಟರ್‌ನಲ್ಲಿ ಜೋಡಿ ವಸ್ತುಗಳ ಮೂಲಕ ಟ್ರ್ಯಾಕ್ ಮಾಡಲಾಗುತ್ತದೆ:

• ಬಿಡುಗಡೆ ವಸ್ತು - ಅಪ್ಲಿಕೇಶನ್ ನಿದರ್ಶನವನ್ನು ಪ್ರತಿನಿಧಿಸುತ್ತದೆ;
• ಬಿಡುಗಡೆ ಆವೃತ್ತಿ ರಹಸ್ಯ - ನಿರ್ದಿಷ್ಟ ಸಮಯದಲ್ಲಿ ಅಪ್ಲಿಕೇಶನ್‌ನ ಅಪೇಕ್ಷಿತ ಸ್ಥಿತಿಯನ್ನು ಪ್ರತಿನಿಧಿಸುತ್ತದೆ (ಉದಾಹರಣೆಗೆ, ಹೊಸ ಆವೃತ್ತಿಯ ಬಿಡುಗಡೆ).

ಸವಾಲು helm install ಬಿಡುಗಡೆಯ ವಸ್ತು ಮತ್ತು ಬಿಡುಗಡೆ ಆವೃತ್ತಿಯ ರಹಸ್ಯವನ್ನು ರಚಿಸುತ್ತದೆ. ಕರೆ ಮಾಡಿ helm upgrade ಬಿಡುಗಡೆಯ ವಸ್ತುವಿನ ಅಗತ್ಯವಿದೆ (ಅದನ್ನು ಬದಲಾಯಿಸಬಹುದು) ಮತ್ತು ಹೊಸ ಮೌಲ್ಯಗಳು ಮತ್ತು ಸಿದ್ಧಪಡಿಸಿದ ಮ್ಯಾನಿಫೆಸ್ಟ್ ಅನ್ನು ಒಳಗೊಂಡಿರುವ ಹೊಸ ಬಿಡುಗಡೆ ಆವೃತ್ತಿಯ ರಹಸ್ಯವನ್ನು ರಚಿಸುತ್ತದೆ.

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

ಬಿಡುಗಡೆ ಆವೃತ್ತಿಯ ರಹಸ್ಯವು ಪರಿಷ್ಕರಣೆಗಳ ಸರಣಿಯೊಂದಿಗೆ ಬಿಡುಗಡೆಯನ್ನು ಸಂಯೋಜಿಸುತ್ತದೆ (ಸ್ಥಾಪನೆ, ನವೀಕರಣಗಳು, ರೋಲ್‌ಬ್ಯಾಕ್‌ಗಳು, ಅಳಿಸುವಿಕೆ).

ಹೆಲ್ಮ್ 2 ರಲ್ಲಿ, ಪರಿಷ್ಕರಣೆಗಳು ಅತ್ಯಂತ ಸ್ಥಿರವಾಗಿವೆ. ಕರೆ ಮಾಡಿ helm install v1 ಅನ್ನು ರಚಿಸಲಾಗಿದೆ, ನಂತರದ ನವೀಕರಣ (ಅಪ್‌ಗ್ರೇಡ್) - v2, ಮತ್ತು ಹೀಗೆ. ಬಿಡುಗಡೆ ಮತ್ತು ಬಿಡುಗಡೆಯ ಆವೃತ್ತಿಯ ರಹಸ್ಯವನ್ನು ಪರಿಷ್ಕರಣೆ ಎಂದು ಕರೆಯಲಾಗುವ ಒಂದೇ ವಸ್ತುವಿನೊಳಗೆ ಕುಗ್ಗಿಸಲಾಗಿದೆ. ಪರಿಷ್ಕರಣೆಗಳನ್ನು ಟಿಲ್ಲರ್‌ನಂತೆಯೇ ಅದೇ ನೇಮ್‌ಸ್ಪೇಸ್‌ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗಿದೆ, ಇದರರ್ಥ ಪ್ರತಿ ಬಿಡುಗಡೆಯು ನೇಮ್‌ಸ್ಪೇಸ್‌ನ ವಿಷಯದಲ್ಲಿ "ಜಾಗತಿಕ"; ಪರಿಣಾಮವಾಗಿ, ಹೆಸರಿನ ಒಂದು ನಿದರ್ಶನವನ್ನು ಮಾತ್ರ ಬಳಸಬಹುದಾಗಿದೆ.

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

ಟಿಲ್ಲರ್ ಅನ್ನು ಕೈಬಿಟ್ಟ ನಂತರ, ಹೆಲ್ಮ್ 3 ಸ್ಟೋರ್‌ಗಳು ಬಿಡುಗಡೆಯಾದ ಅದೇ ನೇಮ್‌ಸ್ಪೇಸ್‌ನಲ್ಲಿ ಡೇಟಾವನ್ನು ಬಿಡುಗಡೆ ಮಾಡುತ್ತವೆ. ಈ ಬದಲಾವಣೆಯು ವಿಭಿನ್ನ ನೇಮ್‌ಸ್ಪೇಸ್‌ನಲ್ಲಿ ಅದೇ ಬಿಡುಗಡೆಯ ಹೆಸರಿನೊಂದಿಗೆ ಚಾರ್ಟ್ ಅನ್ನು ಸ್ಥಾಪಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ ಮತ್ತು ಇತ್ಯಾದಿಗಳಲ್ಲಿ ಕ್ಲಸ್ಟರ್ ನವೀಕರಣಗಳು/ರೀಬೂಟ್‌ಗಳ ನಡುವೆ ಡೇಟಾವನ್ನು ಉಳಿಸಲಾಗುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ನೀವು ವರ್ಡ್ಪ್ರೆಸ್ ಅನ್ನು "foo" ನೇಮ್‌ಸ್ಪೇಸ್‌ನಲ್ಲಿ ಮತ್ತು ನಂತರ "ಬಾರ್" ನೇಮ್‌ಸ್ಪೇಸ್‌ನಲ್ಲಿ ಸ್ಥಾಪಿಸಬಹುದು ಮತ್ತು ಎರಡೂ ಬಿಡುಗಡೆಗಳನ್ನು "wordpress" ಎಂದು ಹೆಸರಿಸಬಹುದು.

ಚಾರ್ಟ್ ಅವಲಂಬನೆಗಳಿಗೆ ಬದಲಾವಣೆಗಳು

ಚಾರ್ಟ್‌ಗಳನ್ನು ಪ್ಯಾಕ್ ಮಾಡಲಾಗಿದೆ (ಬಳಸಿ helm package) ಹೆಲ್ಮ್ 2 ನೊಂದಿಗೆ ಬಳಕೆಗಾಗಿ ಹೆಲ್ಮ್ 3 ನೊಂದಿಗೆ ಸ್ಥಾಪಿಸಬಹುದು, ಆದಾಗ್ಯೂ ಚಾರ್ಟ್ ಅಭಿವೃದ್ಧಿ ಕೆಲಸದ ಹರಿವನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಕೂಲಂಕಷವಾಗಿ ಪರಿಶೀಲಿಸಲಾಗಿದೆ, ಆದ್ದರಿಂದ ಹೆಲ್ಮ್ 3 ನೊಂದಿಗೆ ಚಾರ್ಟ್ ಅಭಿವೃದ್ಧಿಯನ್ನು ಮುಂದುವರಿಸಲು ಕೆಲವು ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡಬೇಕು. ನಿರ್ದಿಷ್ಟವಾಗಿ, ಚಾರ್ಟ್ ಅವಲಂಬನೆ ನಿರ್ವಹಣಾ ವ್ಯವಸ್ಥೆಯು ಬದಲಾಗಿದೆ.

ಚಾರ್ಟ್‌ನ ಅವಲಂಬನೆ ನಿರ್ವಹಣಾ ವ್ಯವಸ್ಥೆಯಿಂದ ಸ್ಥಳಾಂತರಗೊಂಡಿದೆ requirements.yaml и requirements.lock ಮೇಲೆ Chart.yaml и Chart.lock. ಇದರರ್ಥ ಆಜ್ಞೆಯನ್ನು ಬಳಸಿದ ಚಾರ್ಟ್ಗಳು helm dependency, ಹೆಲ್ಮ್ 3 ನಲ್ಲಿ ಕೆಲಸ ಮಾಡಲು ಕೆಲವು ಸೆಟಪ್ ಅಗತ್ಯವಿದೆ.

ಒಂದು ಉದಾಹರಣೆಯನ್ನು ನೋಡೋಣ. ಹೆಲ್ಮ್ 2 ರಲ್ಲಿನ ಚಾರ್ಟ್‌ಗೆ ಅವಲಂಬನೆಯನ್ನು ಸೇರಿಸೋಣ ಮತ್ತು ಹೆಲ್ಮ್ 3 ಗೆ ಚಲಿಸುವಾಗ ಏನು ಬದಲಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ನೋಡೋಣ.

ಹೆಲ್ಮ್ 2 ರಲ್ಲಿ requirements.yaml ಈ ರೀತಿ ಕಾಣುತ್ತದೆ:

dependencies:
- name: mariadb
  version: 5.x.x
  repository: https://kubernetes-charts.storage.googleapis.com/
  condition: mariadb.enabled
  tags:
    - database

ಹೆಲ್ಮ್ 3 ರಲ್ಲಿ, ಅದೇ ಅವಲಂಬನೆಯು ನಿಮ್ಮಲ್ಲಿ ಪ್ರತಿಫಲಿಸುತ್ತದೆ Chart.yaml:

dependencies:
- name: mariadb
  version: 5.x.x
  repository: https://kubernetes-charts.storage.googleapis.com/
  condition: mariadb.enabled
  tags:
    - database

ಚಾರ್ಟ್‌ಗಳನ್ನು ಇನ್ನೂ ಡೌನ್‌ಲೋಡ್ ಮಾಡಲಾಗಿದೆ ಮತ್ತು ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ಇರಿಸಲಾಗಿದೆ charts/, ಆದ್ದರಿಂದ ಉಪಚಾರ್ಟ್‌ಗಳು (ಉಪಚಾರ್ಟ್‌ಗಳು), ಕ್ಯಾಟಲಾಗ್ನಲ್ಲಿ ಸುಳ್ಳು charts/, ಬದಲಾವಣೆಗಳಿಲ್ಲದೆ ಕೆಲಸ ಮಾಡುವುದನ್ನು ಮುಂದುವರಿಸುತ್ತದೆ.

ಲೈಬ್ರರಿ ಚಾರ್ಟ್‌ಗಳನ್ನು ಪರಿಚಯಿಸಲಾಗುತ್ತಿದೆ

ಹೆಲ್ಮ್ 3 ಲೈಬ್ರರಿ ಚಾರ್ಟ್‌ಗಳೆಂದು ಕರೆಯಲ್ಪಡುವ ಚಾರ್ಟ್‌ಗಳ ವರ್ಗವನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ (ಗ್ರಂಥಾಲಯ ಚಾರ್ಟ್). ಈ ಚಾರ್ಟ್ ಅನ್ನು ಇತರ ಚಾರ್ಟ್‌ಗಳು ಬಳಸುತ್ತವೆ, ಆದರೆ ಸ್ವಂತವಾಗಿ ಯಾವುದೇ ಬಿಡುಗಡೆ ಕಲಾಕೃತಿಗಳನ್ನು ರಚಿಸುವುದಿಲ್ಲ. ಲೈಬ್ರರಿ ಚಾರ್ಟ್ ಟೆಂಪ್ಲೇಟ್‌ಗಳು ಅಂಶಗಳನ್ನು ಮಾತ್ರ ಘೋಷಿಸಬಹುದು define. ಇತರ ವಿಷಯವನ್ನು ಸರಳವಾಗಿ ನಿರ್ಲಕ್ಷಿಸಲಾಗಿದೆ. ಇದು ಬಹು ಚಾರ್ಟ್‌ಗಳಲ್ಲಿ ಬಳಸಬಹುದಾದ ಕೋಡ್ ತುಣುಕುಗಳನ್ನು ಮರುಬಳಕೆ ಮಾಡಲು ಮತ್ತು ಹಂಚಿಕೊಳ್ಳಲು ಬಳಕೆದಾರರನ್ನು ಅನುಮತಿಸುತ್ತದೆ, ಇದರಿಂದಾಗಿ ನಕಲು ಮಾಡುವುದನ್ನು ತಪ್ಪಿಸುತ್ತದೆ ಮತ್ತು ತತ್ವಕ್ಕೆ ಬದ್ಧವಾಗಿದೆ ಡ್ರೈ.

ಲೈಬ್ರರಿ ಚಾರ್ಟ್‌ಗಳನ್ನು ವಿಭಾಗದಲ್ಲಿ ಘೋಷಿಸಲಾಗಿದೆ dependencies ಕಡತದಲ್ಲಿ Chart.yaml. ಅವುಗಳನ್ನು ಸ್ಥಾಪಿಸುವುದು ಮತ್ತು ನಿರ್ವಹಿಸುವುದು ಇತರ ಚಾರ್ಟ್‌ಗಳಿಂದ ಭಿನ್ನವಾಗಿರುವುದಿಲ್ಲ.

dependencies:
  - name: mylib
    version: 1.x.x
    repository: quay.io

ಚಾರ್ಟ್ ಡೆವಲಪರ್‌ಗಳಿಗಾಗಿ ಈ ಘಟಕವು ತೆರೆದುಕೊಳ್ಳುವ ಬಳಕೆಯ ಸಂದರ್ಭಗಳ ಬಗ್ಗೆ ನಾವು ಉತ್ಸುಕರಾಗಿದ್ದೇವೆ, ಹಾಗೆಯೇ ಲೈಬ್ರರಿ ಚಾರ್ಟ್‌ಗಳಿಂದ ಹೊರಹೊಮ್ಮಬಹುದಾದ ಉತ್ತಮ ಅಭ್ಯಾಸಗಳು.

ಮುಂದಿನ ಏನು?

ಹೆಲ್ಮ್ 3.0.0-ಆಲ್ಫಾ.1 ನಾವು ಹೆಲ್ಮ್‌ನ ಹೊಸ ಆವೃತ್ತಿಯನ್ನು ನಿರ್ಮಿಸಲು ಪ್ರಾರಂಭಿಸುವ ಅಡಿಪಾಯವಾಗಿದೆ. ಲೇಖನದಲ್ಲಿ ನಾನು ಹೆಲ್ಮ್ 3 ರ ಕೆಲವು ಆಸಕ್ತಿದಾಯಕ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ವಿವರಿಸಿದ್ದೇನೆ. ಅವುಗಳಲ್ಲಿ ಹಲವು ಇನ್ನೂ ಅಭಿವೃದ್ಧಿಯ ಆರಂಭಿಕ ಹಂತಗಳಲ್ಲಿವೆ ಮತ್ತು ಇದು ಸಾಮಾನ್ಯವಾಗಿದೆ; ಕಲ್ಪನೆಯನ್ನು ಪರೀಕ್ಷಿಸುವುದು, ಆರಂಭಿಕ ಬಳಕೆದಾರರಿಂದ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಸಂಗ್ರಹಿಸುವುದು ಮತ್ತು ನಮ್ಮ ಊಹೆಗಳನ್ನು ದೃಢೀಕರಿಸುವುದು ಆಲ್ಫಾ ಬಿಡುಗಡೆಯ ಅಂಶವಾಗಿದೆ.

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

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

ನಾವು ಏನನ್ನಾದರೂ ಕಳೆದುಕೊಂಡಿದ್ದೇವೆ ಎಂದು ನೀವು ಭಾವಿಸಿದರೆ, ನಿಮ್ಮ ಆಲೋಚನೆಗಳನ್ನು ಕೇಳಲು ನಾವು ಇಷ್ಟಪಡುತ್ತೇವೆ!

ನಮ್ಮ ಕುರಿತು ಚರ್ಚೆಯಲ್ಲಿ ಭಾಗವಹಿಸಿ ಸ್ಲಾಕ್ ಚಾನಲ್‌ಗಳು:

• #helm-users ಸಮುದಾಯದೊಂದಿಗೆ ಪ್ರಶ್ನೆಗಳು ಮತ್ತು ಸರಳ ಸಂವಹನಕ್ಕಾಗಿ;
• #helm-dev ಪುಲ್ ವಿನಂತಿಗಳು, ಕೋಡ್ ಮತ್ತು ದೋಷಗಳನ್ನು ಚರ್ಚಿಸಲು.

ನೀವು ನಮ್ಮ ಸಾಪ್ತಾಹಿಕ ಸಾರ್ವಜನಿಕ ಡೆವಲಪರ್ ಕರೆಗಳಲ್ಲಿ ಗುರುವಾರದಂದು 19:30 MSK ಯಲ್ಲಿ ಚಾಟ್ ಮಾಡಬಹುದು. ಪ್ರಮುಖ ಡೆವಲಪರ್‌ಗಳು ಮತ್ತು ಸಮುದಾಯವು ಕೆಲಸ ಮಾಡುತ್ತಿರುವ ಸಮಸ್ಯೆಗಳನ್ನು ಚರ್ಚಿಸಲು ಸಭೆಗಳು ಮೀಸಲಾಗಿವೆ, ಹಾಗೆಯೇ ವಾರದ ಚರ್ಚೆಯ ವಿಷಯಗಳು. ಯಾರಾದರೂ ಸಭೆಯಲ್ಲಿ ಸೇರಬಹುದು ಮತ್ತು ಭಾಗವಹಿಸಬಹುದು. Slack ಚಾನಲ್‌ನಲ್ಲಿ ಲಿಂಕ್ ಲಭ್ಯವಿದೆ #helm-dev.

ಅನುವಾದಕರಿಂದ PS

ನಮ್ಮ ಬ್ಲಾಗ್‌ನಲ್ಲಿಯೂ ಓದಿ:

• «ಕುಬರ್ನೆಟ್ಸ್ಗಾಗಿ ಪ್ಯಾಕೇಜ್ ಮ್ಯಾನೇಜರ್ - ಹೆಲ್ಮ್: ಹಿಂದಿನ, ಪ್ರಸ್ತುತ, ಭವಿಷ್ಯ";
• «ಹೆಲ್ಮ್ 2 ನಲ್ಲಿ ಒಂದು ಗಂಭೀರ ನೋಟ: "ಇದು ಏನು..."";
• «ಕುಬರ್ನೆಟ್ಸ್ - ಹೆಲ್ಮ್‌ಗಾಗಿ ಪ್ಯಾಕೇಜ್ ಮ್ಯಾನೇಜರ್‌ಗೆ ಪ್ರಾಯೋಗಿಕ ಪರಿಚಯ";
• «ಕುಬರ್ನೆಟ್ಸ್ ಸಲಹೆಗಳು ಮತ್ತು ತಂತ್ರಗಳು: ಕ್ಲಸ್ಟರ್‌ನಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿರುವ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಹೆಲ್ಮ್ 2 ನಿರ್ವಹಣೆಗೆ ವರ್ಗಾಯಿಸುವುದು";
• «ಡಪ್‌ನೊಂದಿಗೆ ಅಭ್ಯಾಸ ಮಾಡಿ. ಭಾಗ 2. ಹೆಲ್ಮ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ಕುಬರ್ನೆಟ್ಸ್‌ಗೆ ಡಾಕರ್ ಚಿತ್ರಗಳನ್ನು ನಿಯೋಜಿಸುವುದು».

ಮೂಲ: www.habr.com