ಕುಬರ್ನೆಟ್ಸ್‌ನಲ್ಲಿ ಕ್ಯಾಮುಂಡಾ ಬಿಪಿಎಂ ರನ್ ಆಗುತ್ತಿದೆ

ಕುಬರ್ನೆಟ್ಸ್‌ನಲ್ಲಿ ಕ್ಯಾಮುಂಡಾ ಬಿಪಿಎಂ ರನ್ ಆಗುತ್ತಿದೆ

ನೀವು ಕುಬರ್ನೆಟ್ಸ್ ಬಳಸುತ್ತಿರುವಿರಾ? ನಿಮ್ಮ Camunda BPM ನಿದರ್ಶನಗಳನ್ನು ವರ್ಚುವಲ್ ಯಂತ್ರಗಳಿಂದ ಹೊರಕ್ಕೆ ಸರಿಸಲು ಸಿದ್ಧರಿದ್ದೀರಾ ಅಥವಾ ಕುಬರ್ನೆಟ್ಸ್‌ನಲ್ಲಿ ಅವುಗಳನ್ನು ಚಲಾಯಿಸಲು ಪ್ರಯತ್ನಿಸಬಹುದೇ? ನಿಮ್ಮ ನಿರ್ದಿಷ್ಟ ಅಗತ್ಯಗಳಿಗೆ ತಕ್ಕಂತೆ ಮಾಡಬಹುದಾದ ಕೆಲವು ಸಾಮಾನ್ಯ ಸಂರಚನೆಗಳು ಮತ್ತು ವೈಯಕ್ತಿಕ ವಸ್ತುಗಳನ್ನು ನೋಡೋಣ.

ನೀವು ಮೊದಲು ಕುಬರ್ನೆಟ್ಸ್ ಅನ್ನು ಬಳಸಿದ್ದೀರಿ ಎಂದು ಅದು ಊಹಿಸುತ್ತದೆ. ಇಲ್ಲದಿದ್ದರೆ, ಏಕೆ ನೋಡಬಾರದು ನಾಯಕತ್ವ ಮತ್ತು ನಿಮ್ಮ ಮೊದಲ ಕ್ಲಸ್ಟರ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸುವುದಿಲ್ಲವೇ?

ಲೇಖಕರು

  • ಅಲೆಸ್ಟರ್ ಫಿರ್ತ್ (ಅಲಸ್ಟೇರ್ ಫಿರ್ತ್) - ಕ್ಯಾಮುಂಡಾ ಕ್ಲೌಡ್ ತಂಡದಲ್ಲಿ ಹಿರಿಯ ಸೈಟ್ ವಿಶ್ವಾಸಾರ್ಹತೆ ಇಂಜಿನಿಯರ್;
  • ಲಾರ್ಸ್ ಲ್ಯಾಂಗ್ (ಲಾರ್ಸ್ ಲ್ಯಾಂಗ್) - ಕ್ಯಾಮುಂಡಾದಲ್ಲಿ ಡೆವೊಪ್ಸ್ ಎಂಜಿನಿಯರ್.

ಸಂಕ್ಷಿಪ್ತವಾಗಿ:

git clone https://github.com/camunda-cloud/camunda-examples.git
cd camunda-examples/camunda-bpm-demo
make skaffold

ಸರಿ, ನೀವು ಸ್ಕಫೊಲ್ಡ್ ಮತ್ತು ಕಸ್ಟಮೈಜ್ ಇನ್‌ಸ್ಟಾಲ್ ಮಾಡದ ಕಾರಣ ಇದು ಬಹುಶಃ ಕೆಲಸ ಮಾಡಿಲ್ಲ. ಹಾಗಾದರೆ ಮುಂದೆ ಓದಿ!

ಕ್ಯಾಮುಂಡಾ ಬಿಪಿಎಂ ಎಂದರೇನು

Camunda BPM ಎಂಬುದು ವ್ಯಾಪಾರ ಬಳಕೆದಾರರು ಮತ್ತು ಸಾಫ್ಟ್‌ವೇರ್ ಡೆವಲಪರ್‌ಗಳನ್ನು ಸಂಪರ್ಕಿಸುವ ಮುಕ್ತ ಮೂಲ ವ್ಯವಹಾರ ಪ್ರಕ್ರಿಯೆ ನಿರ್ವಹಣೆ ಮತ್ತು ನಿರ್ಧಾರ ಯಾಂತ್ರೀಕೃತಗೊಂಡ ವೇದಿಕೆಯಾಗಿದೆ. ಜನರು, (ಸೂಕ್ಷ್ಮ) ಸೇವೆಗಳು ಅಥವಾ ಬಾಟ್‌ಗಳನ್ನು ಸಂಯೋಜಿಸಲು ಮತ್ತು ಸಂಪರ್ಕಿಸಲು ಇದು ಸೂಕ್ತವಾಗಿದೆ! ನೀವು ವಿವಿಧ ಬಳಕೆಯ ಪ್ರಕರಣಗಳ ಬಗ್ಗೆ ಇನ್ನಷ್ಟು ಓದಬಹುದು ಲಿಂಕ್.

ಕುಬರ್ನೆಟ್ಸ್ ಅನ್ನು ಏಕೆ ಬಳಸಬೇಕು

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

Camunda BPM ಇಂಜಿನ್ ಒಂದೇ ಕ್ಲಸ್ಟರ್‌ನಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿರುವ ಇತರ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಿಗೆ ಸುಲಭವಾಗಿ ಸಂಪರ್ಕಿಸಬಹುದು, ಮತ್ತು ಕುಬರ್ನೆಟ್ಸ್ ಅತ್ಯುತ್ತಮ ಸ್ಕೇಲೆಬಿಲಿಟಿಯನ್ನು ಒದಗಿಸುತ್ತದೆ, ಇದು ನಿಜವಾಗಿಯೂ ಅಗತ್ಯವಿದ್ದಾಗ ಮಾತ್ರ ಮೂಲಸೌಕರ್ಯ ವೆಚ್ಚವನ್ನು ಹೆಚ್ಚಿಸಲು ನಿಮಗೆ ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ (ಮತ್ತು ಅಗತ್ಯವಿರುವಂತೆ ಅವುಗಳನ್ನು ಸುಲಭವಾಗಿ ಕಡಿಮೆ ಮಾಡಿ).

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

ಉದ್ದೇಶಗಳು

ನಾವು Camunda BPM ಡಾಕರ್ ಚಿತ್ರವನ್ನು ಕಸ್ಟಮೈಸ್ ಮಾಡಬಹುದಾದ ಕೆಲವು ಪ್ರದೇಶಗಳನ್ನು ನೋಡೋಣ (GitHub) ಇದರಿಂದ ಅದು ಕುಬರ್ನೆಟ್ಸ್ ಜೊತೆ ಚೆನ್ನಾಗಿ ಸಂವಹಿಸುತ್ತದೆ.

  1. ದಾಖಲೆಗಳು ಮತ್ತು ಮೆಟ್ರಿಕ್ಸ್;
  2. ಡೇಟಾಬೇಸ್ ಸಂಪರ್ಕಗಳು;
  3. ದೃಢೀಕರಣ;
  4. ಸೆಷನ್ ನಿರ್ವಹಣೆ.

ಈ ಗುರಿಗಳನ್ನು ಸಾಧಿಸಲು ನಾವು ಹಲವಾರು ಮಾರ್ಗಗಳನ್ನು ನೋಡುತ್ತೇವೆ ಮತ್ತು ಸಂಪೂರ್ಣ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ತೋರಿಸುತ್ತೇವೆ.

ಹೇಳಿಕೆಯನ್ನು: ನೀವು ಎಂಟರ್‌ಪ್ರೈಸ್ ಆವೃತ್ತಿಯನ್ನು ಬಳಸುತ್ತಿರುವಿರಾ? ನೋಡು ಇಲ್ಲಿ ಮತ್ತು ಅಗತ್ಯವಿರುವಂತೆ ಚಿತ್ರದ ಲಿಂಕ್‌ಗಳನ್ನು ನವೀಕರಿಸಿ.

ಕೆಲಸದ ಹರಿವಿನ ಅಭಿವೃದ್ಧಿ

ಈ ಡೆಮೊದಲ್ಲಿ, Google Cloud Build ಅನ್ನು ಬಳಸಿಕೊಂಡು ಡಾಕರ್ ಚಿತ್ರಗಳನ್ನು ನಿರ್ಮಿಸಲು ನಾವು Skaffold ಅನ್ನು ಬಳಸುತ್ತೇವೆ. ಇದು ವಿವಿಧ ಪರಿಕರಗಳಿಗೆ ಉತ್ತಮ ಬೆಂಬಲವನ್ನು ಹೊಂದಿದೆ (ಉದಾಹರಣೆಗೆ ಕಸ್ಟಮೈಜ್ ಮತ್ತು ಹೆಲ್ಮ್), CI ಮತ್ತು ಬಿಲ್ಡ್ ಟೂಲ್‌ಗಳು ಮತ್ತು ಮೂಲಸೌಕರ್ಯ ಪೂರೈಕೆದಾರರು. ಫೈಲ್ skaffold.yaml.tmpl Google ಕ್ಲೌಡ್ ಬಿಲ್ಡ್ ಮತ್ತು GKE ಗಾಗಿ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ, ಉತ್ಪಾದನಾ ದರ್ಜೆಯ ಮೂಲಸೌಕರ್ಯವನ್ನು ಚಲಾಯಿಸಲು ಸರಳವಾದ ಮಾರ್ಗವನ್ನು ಒದಗಿಸುತ್ತದೆ.

make skaffold ಡಾಕರ್‌ಫೈಲ್ ಸಂದರ್ಭವನ್ನು ಕ್ಲೌಡ್ ಬಿಲ್ಡ್‌ಗೆ ಲೋಡ್ ಮಾಡುತ್ತದೆ, ಚಿತ್ರವನ್ನು ನಿರ್ಮಿಸುತ್ತದೆ ಮತ್ತು ಅದನ್ನು ಜಿಸಿಆರ್‌ನಲ್ಲಿ ಸಂಗ್ರಹಿಸುತ್ತದೆ ಮತ್ತು ನಂತರ ನಿಮ್ಮ ಕ್ಲಸ್ಟರ್‌ಗೆ ಮ್ಯಾನಿಫೆಸ್ಟ್‌ಗಳನ್ನು ಅನ್ವಯಿಸುತ್ತದೆ. ಇದು ಏನು ಮಾಡುತ್ತದೆ make skaffold, ಆದರೆ ಸ್ಕಫೊಲ್ಡ್ ಅನೇಕ ಇತರ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಹೊಂದಿದೆ.

Kubernetes ನಲ್ಲಿ yaml ಟೆಂಪ್ಲೇಟ್‌ಗಳಿಗಾಗಿ, ಸಂಪೂರ್ಣ ಮ್ಯಾನಿಫೆಸ್ಟ್ ಅನ್ನು ಫೋರ್ಕ್ ಮಾಡದೆಯೇ yaml ಓವರ್‌ಲೇಗಳನ್ನು ನಿರ್ವಹಿಸಲು ನಾವು kustomize ಅನ್ನು ಬಳಸುತ್ತೇವೆ, ನಿಮಗೆ ಬಳಸಲು ಅನುಮತಿಸುತ್ತದೆ git pull --rebase ಮತ್ತಷ್ಟು ಸುಧಾರಣೆಗಳಿಗಾಗಿ. ಈಗ ಇದು kubectl ನಲ್ಲಿದೆ ಮತ್ತು ಅಂತಹ ವಿಷಯಗಳಿಗೆ ಇದು ಚೆನ್ನಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ.

*.yaml.tmpl ಫೈಲ್‌ಗಳಲ್ಲಿ ಹೋಸ್ಟ್‌ಹೆಸರು ಮತ್ತು GCP ಪ್ರಾಜೆಕ್ಟ್ ಐಡಿಯನ್ನು ಜನಪ್ರಿಯಗೊಳಿಸಲು ನಾವು envsubst ಅನ್ನು ಸಹ ಬಳಸುತ್ತೇವೆ. ಇದು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ನೀವು ನೋಡಬಹುದು makefile ಅಥವಾ ಮುಂದೆ ಮುಂದುವರಿಯಿರಿ.

ಪೂರ್ವಾಪೇಕ್ಷಿತಗಳು

ಮ್ಯಾನಿಫೆಸ್ಟ್ಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಕೆಲಸದ ಹರಿವು

ನೀವು ಕಸ್ಟಮೈಜ್ ಅಥವಾ ಸ್ಕಫೋಲ್ಡ್ ಅನ್ನು ಬಳಸಲು ಬಯಸದಿದ್ದರೆ, ನೀವು ಮ್ಯಾನಿಫೆಸ್ಟ್‌ಗಳನ್ನು ಉಲ್ಲೇಖಿಸಬಹುದು generated-manifest.yaml ಮತ್ತು ನಿಮ್ಮ ಆಯ್ಕೆಯ ಕೆಲಸದ ಹರಿವಿಗೆ ಅವುಗಳನ್ನು ಹೊಂದಿಕೊಳ್ಳಿ.

ದಾಖಲೆಗಳು ಮತ್ತು ಮೆಟ್ರಿಕ್‌ಗಳು

ಕುಬರ್ನೆಟ್ಸ್‌ನಲ್ಲಿ ಮೆಟ್ರಿಕ್‌ಗಳನ್ನು ಸಂಗ್ರಹಿಸಲು ಪ್ರಮೀತಿಯಸ್ ಮಾನದಂಡವಾಗಿದೆ. ಇದು AWS ಕ್ಲೌಡ್‌ವಾಚ್ ಮೆಟ್ರಿಕ್‌ಗಳು, ಕ್ಲೌಡ್‌ವಾಚ್ ಎಚ್ಚರಿಕೆಗಳು, ಸ್ಟಾಕ್‌ಡ್ರೈವರ್ ಮೆಟ್ರಿಕ್ಸ್, StatsD, Datadog, Nagios, vSphere ಮೆಟ್ರಿಕ್ಸ್ ಮತ್ತು ಇತರವುಗಳಂತೆಯೇ ಅದೇ ಸ್ಥಾನವನ್ನು ಆಕ್ರಮಿಸುತ್ತದೆ. ಇದು ಮುಕ್ತ ಮೂಲವಾಗಿದೆ ಮತ್ತು ಪ್ರಬಲವಾದ ಪ್ರಶ್ನೆ ಭಾಷೆಯನ್ನು ಹೊಂದಿದೆ. ನಾವು ದೃಶ್ಯೀಕರಣವನ್ನು ಗ್ರಾಫನಾಗೆ ಒಪ್ಪಿಸುತ್ತೇವೆ - ಇದು ಬಾಕ್ಸ್‌ನ ಹೊರಗೆ ಲಭ್ಯವಿರುವ ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಡ್ಯಾಶ್‌ಬೋರ್ಡ್‌ಗಳೊಂದಿಗೆ ಬರುತ್ತದೆ. ಅವು ಪರಸ್ಪರ ಸಂಪರ್ಕ ಹೊಂದಿವೆ ಮತ್ತು ಅನುಸ್ಥಾಪಿಸಲು ತುಲನಾತ್ಮಕವಾಗಿ ಸುಲಭ ಪ್ರಮೀತಿಯಸ್-ಆಪರೇಟರ್.

ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ, ಪ್ರಮೀತಿಯಸ್ ಹೊರತೆಗೆಯುವ ಮಾದರಿಯನ್ನು ಬಳಸುತ್ತಾನೆ <service>/metrics, ಮತ್ತು ಇದಕ್ಕಾಗಿ ಸೈಡ್‌ಕಾರ್ ಕಂಟೈನರ್‌ಗಳನ್ನು ಸೇರಿಸುವುದು ಸಾಮಾನ್ಯವಾಗಿದೆ. ದುರದೃಷ್ಟವಶಾತ್, JMX ಮೆಟ್ರಿಕ್‌ಗಳನ್ನು JVM ನಲ್ಲಿ ಉತ್ತಮವಾಗಿ ಲಾಗ್ ಮಾಡಲಾಗಿದೆ, ಆದ್ದರಿಂದ ಸೈಡ್‌ಕಾರ್ ಕಂಟೈನರ್‌ಗಳು ಪರಿಣಾಮಕಾರಿಯಾಗಿರುವುದಿಲ್ಲ. ಸಂಪರ್ಕಿಸೋಣ jmx_exporter ಪಥವನ್ನು ಒದಗಿಸುವ ಕಂಟೇನರ್ ಇಮೇಜ್‌ಗೆ ಸೇರಿಸುವ ಮೂಲಕ ಪ್ರೊಮೀಥಿಯಸ್‌ನಿಂದ JVM ಗೆ ತೆರೆದ ಮೂಲ /metrics ಬೇರೆ ಬಂದರಿನಲ್ಲಿ.

ಧಾರಕಕ್ಕೆ Prometheus jmx_exporter ಅನ್ನು ಸೇರಿಸಿ

-- images/camunda-bpm/Dockerfile
FROM camunda/camunda-bpm-platform:tomcat-7.11.0

## Add prometheus exporter
RUN wget https://repo1.maven.org/maven2/io/prometheus/jmx/
jmx_prometheus_javaagent/0.11.0/jmx_prometheus_javaagent-0.11.0.jar -P lib/
#9404 is the reserved prometheus-jmx port
ENV CATALINA_OPTS -javaagent:lib/
jmx_prometheus_javaagent-0.11.0.jar=9404:/etc/config/prometheus-jmx.yaml

ಸರಿ, ಅದು ಸುಲಭವಾಗಿತ್ತು. ರಫ್ತುದಾರರು ಟಾಮ್‌ಕ್ಯಾಟ್ ಅನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುತ್ತಾರೆ ಮತ್ತು ಅದರ ಮೆಟ್ರಿಕ್‌ಗಳನ್ನು ಪ್ರಮೀತಿಯಸ್ ಸ್ವರೂಪದಲ್ಲಿ ಪ್ರದರ್ಶಿಸುತ್ತಾರೆ <svc>:9404/metrics

ರಫ್ತುದಾರರ ಸೆಟಪ್

ಇದು ಎಲ್ಲಿಂದ ಬಂತು ಎಂದು ಗಮನಹರಿಸುವ ಓದುಗರಿಗೆ ಆಶ್ಚರ್ಯವಾಗಬಹುದು prometheus-jmx.yaml? JVM ನಲ್ಲಿ ಹಲವಾರು ವಿಭಿನ್ನ ವಿಷಯಗಳಿವೆ, ಮತ್ತು ಟಾಮ್‌ಕ್ಯಾಟ್ ಅವುಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ, ಆದ್ದರಿಂದ ರಫ್ತುದಾರರಿಗೆ ಕೆಲವು ಹೆಚ್ಚುವರಿ ಕಾನ್ಫಿಗರೇಶನ್ ಅಗತ್ಯವಿದೆ. ಟಾಮ್‌ಕ್ಯಾಟ್, ವೈಲ್ಡ್‌ಫ್ಲೈ, ಕಾಫ್ಕಾ ಮತ್ತು ಮುಂತಾದವುಗಳಿಗೆ ಸ್ಟ್ಯಾಂಡರ್ಡ್ ಕಾನ್ಫಿಗರೇಶನ್‌ಗಳು ಲಭ್ಯವಿದೆ ಇಲ್ಲಿ. ನಾವು ಟಾಮ್‌ಕ್ಯಾಟ್ ಅನ್ನು ಸೇರಿಸುತ್ತೇವೆ ಕಾನ್ಫಿಗ್ಮ್ಯಾಪ್ ಕುಬರ್ನೆಟ್ಸ್ನಲ್ಲಿ ಮತ್ತು ನಂತರ ಅದನ್ನು ಒಂದು ಪರಿಮಾಣವಾಗಿ ಆರೋಹಿಸಿ.

ಮೊದಲಿಗೆ, ನಾವು ರಫ್ತುದಾರರ ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್ ಅನ್ನು ನಮ್ಮ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ / ಕಾನ್ಫಿಗರ್ / ಡೈರೆಕ್ಟರಿಗೆ ಸೇರಿಸುತ್ತೇವೆ

platform/config
└── prometheus-jmx.yaml

ನಂತರ ನಾವು ಸೇರಿಸುತ್ತೇವೆ ConfigMapGenerator в kustomization.yaml.tmpl:

-- platform/kustomization.yaml.tmpl
apiVersion: kustomize.config.k8s.io/v1beta1
kind: Kustomization
[...] configMapGenerator:
- name: config
files:
- config/prometheus-jmx.yaml

ಇದು ಪ್ರತಿ ಅಂಶವನ್ನು ಸೇರಿಸುತ್ತದೆ files[] ConfigMap ಕಾನ್ಫಿಗರೇಶನ್ ಅಂಶವಾಗಿ. ConfigMapGenerators ಉತ್ತಮವಾಗಿವೆ ಏಕೆಂದರೆ ಅವುಗಳು ಕಾನ್ಫಿಗರೇಶನ್ ಡೇಟಾವನ್ನು ಹ್ಯಾಶ್ ಮಾಡಿ ಮತ್ತು ಅದು ಬದಲಾದರೆ ಪಾಡ್ ಮರುಪ್ರಾರಂಭವನ್ನು ಒತ್ತಾಯಿಸುತ್ತದೆ. ನೀವು ಒಂದು VolumeMount ನಲ್ಲಿ ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್‌ಗಳ ಸಂಪೂರ್ಣ "ಫೋಲ್ಡರ್" ಅನ್ನು ಆರೋಹಿಸಬಹುದಾದ್ದರಿಂದ ಅವರು ನಿಯೋಜನೆಯಲ್ಲಿನ ಸಂರಚನೆಯ ಪ್ರಮಾಣವನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತಾರೆ.

ಅಂತಿಮವಾಗಿ, ನಾವು ConfigMap ಅನ್ನು ಪಾಡ್‌ಗೆ ಪರಿಮಾಣವಾಗಿ ಆರೋಹಿಸಬೇಕಾಗಿದೆ:

-- platform/deployment.yaml
apiVersion: apps/v1
kind: Deployment
[...] spec:
template:
spec:
[...] volumes:
- name: config
configMap:
name: config
defaultMode: 0744
containers:
- name: camunda-bpm
volumeMounts:
- mountPath: /etc/config/
name: config
[...]

ಅದ್ಭುತ. ಪ್ರಮೀತಿಯಸ್ ಅನ್ನು ಪೂರ್ಣವಾಗಿ ಸ್ವಚ್ಛಗೊಳಿಸಲು ಕಾನ್ಫಿಗರ್ ಮಾಡದಿದ್ದರೆ, ಪಾಡ್‌ಗಳನ್ನು ಸ್ವಚ್ಛಗೊಳಿಸಲು ನೀವು ಅದಕ್ಕೆ ಹೇಳಬೇಕಾಗಬಹುದು. ಪ್ರಮೀತಿಯಸ್ ಆಪರೇಟರ್ ಬಳಕೆದಾರರು ಬಳಸಬಹುದು service-monitor.yaml ಪ್ರಾರಂಭಿಸಲು. ಅನ್ವೇಷಿಸಿ Service-monitor.yaml, ಆಪರೇಟರ್ ವಿನ್ಯಾಸ и ServiceMonitorSpec ನೀವು ಪ್ರಾರಂಭಿಸುವ ಮೊದಲು.

ಈ ಮಾದರಿಯನ್ನು ಇತರ ಬಳಕೆಯ ಸಂದರ್ಭಗಳಿಗೆ ವಿಸ್ತರಿಸುವುದು

ನಾವು ConfigMapGenerator ಗೆ ಸೇರಿಸುವ ಎಲ್ಲಾ ಫೈಲ್‌ಗಳು ಹೊಸ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ಲಭ್ಯವಿರುತ್ತವೆ /etc/config. ನಿಮಗೆ ಅಗತ್ಯವಿರುವ ಯಾವುದೇ ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್‌ಗಳನ್ನು ಆರೋಹಿಸಲು ನೀವು ಈ ಟೆಂಪ್ಲೇಟ್ ಅನ್ನು ವಿಸ್ತರಿಸಬಹುದು. ನೀವು ಹೊಸ ಆರಂಭಿಕ ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ಸಹ ಆರೋಹಿಸಬಹುದು. ನೀವು ಬಳಸಬಹುದು ಉಪಪಥ ಪ್ರತ್ಯೇಕ ಫೈಲ್ಗಳನ್ನು ಆರೋಹಿಸಲು. xml ಫೈಲ್‌ಗಳನ್ನು ನವೀಕರಿಸಲು, ಬಳಸುವುದನ್ನು ಪರಿಗಣಿಸಿ xmlstarlet ಸೆಡ್ ಬದಲಿಗೆ. ಇದನ್ನು ಈಗಾಗಲೇ ಚಿತ್ರದಲ್ಲಿ ಸೇರಿಸಲಾಗಿದೆ.

ನಿಯತಕಾಲಿಕೆಗಳು

ಉತ್ತಮ ಸುದ್ದಿ! ಅಪ್ಲಿಕೇಶನ್ ಲಾಗ್‌ಗಳು ಈಗಾಗಲೇ stdout ನಲ್ಲಿ ಲಭ್ಯವಿದೆ, ಉದಾಹರಣೆಗೆ ಇದರೊಂದಿಗೆ kubectl logs. Fluentd (GKE ನಲ್ಲಿ ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಸ್ಥಾಪಿಸಲಾಗಿದೆ) ನಿಮ್ಮ ಲಾಗ್‌ಗಳನ್ನು Elasticsearch, Loki, ಅಥವಾ ನಿಮ್ಮ ಎಂಟರ್‌ಪ್ರೈಸ್ ಲಾಗಿಂಗ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗೆ ರವಾನಿಸುತ್ತದೆ. ನೀವು ಲಾಗ್‌ಗಳಿಗಾಗಿ jsonify ಅನ್ನು ಬಳಸಲು ಬಯಸಿದರೆ ನಂತರ ನೀವು ಸ್ಥಾಪಿಸಲು ಮೇಲಿನ ಟೆಂಪ್ಲೇಟ್ ಅನ್ನು ಅನುಸರಿಸಬಹುದು ಲಾಗ್ಬ್ಯಾಕ್.

ಡೇಟಾಬೇಸ್

ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ, ಚಿತ್ರವು H2 ಡೇಟಾಬೇಸ್ ಅನ್ನು ಹೊಂದಿರುತ್ತದೆ. ಇದು ನಮಗೆ ಸೂಕ್ತವಲ್ಲ, ಮತ್ತು ನಾವು ಕ್ಲೌಡ್ SQL ಪ್ರಾಕ್ಸಿಯೊಂದಿಗೆ Google ಕ್ಲೌಡ್ SQL ಅನ್ನು ಬಳಸುತ್ತೇವೆ - ಆಂತರಿಕ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸಲು ಇದು ನಂತರ ಅಗತ್ಯವಿದೆ. ಡೇಟಾಬೇಸ್ ಅನ್ನು ಹೊಂದಿಸುವಲ್ಲಿ ನಿಮ್ಮ ಸ್ವಂತ ಆದ್ಯತೆಗಳನ್ನು ನೀವು ಹೊಂದಿಲ್ಲದಿದ್ದರೆ ಇದು ಸರಳ ಮತ್ತು ವಿಶ್ವಾಸಾರ್ಹ ಆಯ್ಕೆಯಾಗಿದೆ. AWS RDS ಇದೇ ರೀತಿಯ ಸೇವೆಯನ್ನು ಒದಗಿಸುತ್ತದೆ.

ನೀವು ಆಯ್ಕೆಮಾಡುವ ಡೇಟಾಬೇಸ್‌ನ ಹೊರತಾಗಿ, ಅದು H2 ಆಗಿಲ್ಲದಿದ್ದರೆ, ನೀವು ಸೂಕ್ತವಾದ ಪರಿಸರ ವೇರಿಯಬಲ್‌ಗಳನ್ನು ಹೊಂದಿಸಬೇಕಾಗುತ್ತದೆ platform/deploy.yaml. ಇದು ಈ ರೀತಿ ಕಾಣುತ್ತದೆ:

-- platform/deployment.yaml
apiVersion: apps/v1
kind: Deployment
[...] spec:
template:
spec:
[...] containers:
- name: camunda-bpm
env:
- name: DB_DRIVER
value: org.postgresql.Driver
- name: DB_URL
value: jdbc:postgresql://postgres-proxy.db:5432/process-engine
- name: DB_USERNAME
valueFrom:
secretKeyRef:
name: cambpm-db-credentials
key: db_username
- name: DB_PASSWORD
valueFrom:
secretKeyRef:
name: cambpm-db-credentials
key: db_password
[...]

ಹೇಳಿಕೆಯನ್ನು: ಓವರ್‌ಲೇ ಬಳಸಿ ವಿವಿಧ ಪರಿಸರಗಳಿಗೆ ನಿಯೋಜಿಸಲು ನೀವು ಕಸ್ಟಮೈಜ್ ಅನ್ನು ಬಳಸಬಹುದು: ಉದಾಹರಣೆ.

ಹೇಳಿಕೆಯನ್ನು: ಬಳಕೆ valueFrom: secretKeyRef. ದಯವಿಟ್ಟು ಉಪಯೋಗಿಸಿ ಈ ಕುಬರ್ನೆಟ್ಸ್ ವೈಶಿಷ್ಟ್ಯ ನಿಮ್ಮ ರಹಸ್ಯಗಳನ್ನು ಸುರಕ್ಷಿತವಾಗಿಡಲು ಅಭಿವೃದ್ಧಿಯ ಸಮಯದಲ್ಲಿಯೂ ಸಹ.

ಕುಬರ್ನೆಟ್ಸ್ ರಹಸ್ಯಗಳನ್ನು ನಿರ್ವಹಿಸಲು ನೀವು ಈಗಾಗಲೇ ಆದ್ಯತೆಯ ವ್ಯವಸ್ಥೆಯನ್ನು ಹೊಂದಿರುವ ಸಾಧ್ಯತೆಯಿದೆ. ಇಲ್ಲದಿದ್ದರೆ, ಇಲ್ಲಿ ಕೆಲವು ಆಯ್ಕೆಗಳಿವೆ: ನಿಮ್ಮ ಕ್ಲೌಡ್ ಪೂರೈಕೆದಾರರ KMS ನೊಂದಿಗೆ ಅವುಗಳನ್ನು ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡುವುದು ಮತ್ತು ನಂತರ ಅವುಗಳನ್ನು CD ಪೈಪ್‌ಲೈನ್ ಮೂಲಕ ರಹಸ್ಯವಾಗಿ K8S ಗೆ ಇಂಜೆಕ್ಟ್ ಮಾಡುವುದು - ಮೊಜಿಲ್ಲಾಎಸ್ಒಪಿಎಸ್ - ಕಸ್ಟಮೈಜ್ ರಹಸ್ಯಗಳೊಂದಿಗೆ ಸಂಯೋಜನೆಯಲ್ಲಿ ಉತ್ತಮವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಇದೇ ರೀತಿಯ ಕಾರ್ಯಗಳನ್ನು ನಿರ್ವಹಿಸುವ ಡಾಟ್‌ಜಿಪಿಜಿಯಂತಹ ಇತರ ಸಾಧನಗಳಿವೆ: ಹಾಶಿಕಾರ್ಪ್ ವಾಲ್ಟ್, ರಹಸ್ಯ ಮೌಲ್ಯ ಪ್ಲಗಿನ್‌ಗಳನ್ನು ಕಸ್ಟಮೈಸ್ ಮಾಡಿ.

ಪ್ರವೇಶ

ನೀವು ಸ್ಥಳೀಯ ಪೋರ್ಟ್ ಫಾರ್ವರ್ಡ್ ಮಾಡುವುದನ್ನು ಆಯ್ಕೆ ಮಾಡದ ಹೊರತು, ನಿಮಗೆ ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾದ ಪ್ರವೇಶ ನಿಯಂತ್ರಕ ಅಗತ್ಯವಿರುತ್ತದೆ. ನೀವು ಬಳಸದಿದ್ದರೆ ಪ್ರವೇಶ-ಎನ್ಜಿಎನ್ಎಕ್ಸ್ (ಹೆಲ್ಮ್ ಚಾರ್ಟ್) ನಂತರ ನೀವು ಅಗತ್ಯ ಟಿಪ್ಪಣಿಗಳನ್ನು ಇನ್‌ಸ್ಟಾಲ್ ಮಾಡಬೇಕಾಗಿದೆ ಎಂದು ನೀವು ಈಗಾಗಲೇ ತಿಳಿದಿರುವಿರಿ ingress-patch.yaml.tmpl ಅಥವಾ platform/ingress.yaml. ನೀವು ingress-nginx ಅನ್ನು ಬಳಸುತ್ತಿದ್ದರೆ ಮತ್ತು ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ ಜೊತೆಗೆ ಬಾಹ್ಯ DNS ಅಥವಾ ವೈಲ್ಡ್‌ಕಾರ್ಡ್ DNS ಪ್ರವೇಶದೊಂದಿಗೆ nginx ಪ್ರವೇಶ ವರ್ಗವನ್ನು ನೋಡಿದರೆ, ನೀವು ಹೋಗುವುದು ಒಳ್ಳೆಯದು. ಇಲ್ಲದಿದ್ದರೆ, ಪ್ರವೇಶ ನಿಯಂತ್ರಕ ಮತ್ತು DNS ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಿ, ಅಥವಾ ಈ ಹಂತಗಳನ್ನು ಬಿಟ್ಟುಬಿಡಿ ಮತ್ತು ಪಾಡ್‌ಗೆ ನೇರ ಸಂಪರ್ಕವನ್ನು ಇರಿಸಿಕೊಳ್ಳಿ.

ಟಿಎಲ್ಎಸ್

ನೀವು ಬಳಸಿದರೆ ಪ್ರಮಾಣಪತ್ರ-ವ್ಯವಸ್ಥಾಪಕ ಅಥವಾ kube-lego ಮತ್ತು letsencrypt - ಹೊಸ ಲಾಗಿನ್‌ಗಾಗಿ ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಪಡೆಯಲಾಗುತ್ತದೆ. ಇಲ್ಲದಿದ್ದರೆ, ತೆರೆಯಿರಿ ingress-patch.yaml.tmpl ಮತ್ತು ನಿಮ್ಮ ಅಗತ್ಯಗಳಿಗೆ ಸರಿಹೊಂದುವಂತೆ ಅದನ್ನು ಕಸ್ಟಮೈಸ್ ಮಾಡಿ.

ಲಾಂಚ್!

ಮೇಲೆ ಬರೆದ ಎಲ್ಲವನ್ನೂ ನೀವು ಅನುಸರಿಸಿದರೆ, ನಂತರ ಆಜ್ಞೆ make skaffold HOSTNAME=<you.example.com> ನಲ್ಲಿ ಲಭ್ಯವಿರುವ ನಿದರ್ಶನವನ್ನು ಪ್ರಾರಂಭಿಸಬೇಕು <hostname>/camunda

ನಿಮ್ಮ ಲಾಗಿನ್ ಅನ್ನು ನೀವು ಸಾರ್ವಜನಿಕ URL ಗೆ ಹೊಂದಿಸದಿದ್ದರೆ, ನೀವು ಅದನ್ನು ಮರುನಿರ್ದೇಶಿಸಬಹುದು localhost: kubectl port-forward -n camunda-bpm-demo svc/camunda-bpm 8080:8080 ಮೇಲೆ localhost:8080/camunda

ಟಾಮ್‌ಕ್ಯಾಟ್ ಸಂಪೂರ್ಣವಾಗಿ ಸಿದ್ಧವಾಗುವವರೆಗೆ ಕೆಲವು ನಿಮಿಷ ಕಾಯಿರಿ. ಡೊಮೇನ್ ಹೆಸರನ್ನು ಪರಿಶೀಲಿಸಲು Cert-manager ಸ್ವಲ್ಪ ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. ನಂತರ ನೀವು kubetail ನಂತಹ ಉಪಕರಣದಂತಹ ಲಭ್ಯವಿರುವ ಸಾಧನಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಲಾಗ್‌ಗಳನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಬಹುದು ಅಥವಾ kubectl ಅನ್ನು ಸರಳವಾಗಿ ಬಳಸಬಹುದು:

kubectl logs -n camunda-bpm-demo $(kubectl get pods -o=name -n camunda-bpm-demo) -f

ಮುಂದಿನ ಹಂತಗಳು

ಅಧಿಕಾರ

ಇದು Kubernetes ಗಿಂತ Camunda BPM ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಲು ಹೆಚ್ಚು ಪ್ರಸ್ತುತವಾಗಿದೆ, ಆದರೆ ಡೀಫಾಲ್ಟ್ ಆಗಿ, REST API ನಲ್ಲಿ ದೃಢೀಕರಣವನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲಾಗಿದೆ ಎಂಬುದನ್ನು ಗಮನಿಸುವುದು ಮುಖ್ಯವಾಗಿದೆ. ನಿನ್ನಿಂದ ಸಾಧ್ಯ ಮೂಲಭೂತ ದೃಢೀಕರಣವನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿ ಅಥವಾ ಇನ್ನೊಂದು ವಿಧಾನವನ್ನು ಬಳಸಿ ಜೆಡಬ್ಲ್ಯೂಟಿ. xml ಅನ್ನು ಲೋಡ್ ಮಾಡಲು ನೀವು ಕಾನ್ಫಿಗ್‌ಮ್ಯಾಪ್‌ಗಳು ಮತ್ತು ವಾಲ್ಯೂಮ್‌ಗಳನ್ನು ಬಳಸಬಹುದು, ಅಥವಾ ಚಿತ್ರದಲ್ಲಿ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಫೈಲ್‌ಗಳನ್ನು ಸಂಪಾದಿಸಲು xmlstarlet (ಮೇಲೆ ನೋಡಿ) ಮತ್ತು wget ಅನ್ನು ಬಳಸಿ ಅಥವಾ init ಧಾರಕ ಮತ್ತು ಹಂಚಿಕೆಯ ಪರಿಮಾಣವನ್ನು ಬಳಸಿಕೊಂಡು ಅವುಗಳನ್ನು ಲೋಡ್ ಮಾಡಿ.

ಸೆಷನ್ ನಿರ್ವಹಣೆ

ಅನೇಕ ಇತರ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಂತೆ, Camunda BPM JVM ನಲ್ಲಿ ಸೆಷನ್‌ಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ನೀವು ಬಹು ಪ್ರತಿಕೃತಿಗಳನ್ನು ಚಲಾಯಿಸಲು ಬಯಸಿದರೆ, ನೀವು ಜಿಗುಟಾದ ಅವಧಿಗಳನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಬಹುದು (ಉದಾಹರಣೆಗೆ ingress-nginx), ಇದು ಪ್ರತಿಕೃತಿ ಕಣ್ಮರೆಯಾಗುವವರೆಗೆ ಅಸ್ತಿತ್ವದಲ್ಲಿರುತ್ತದೆ ಅಥವಾ ಕುಕೀಗಳಿಗೆ ಗರಿಷ್ಠ ವಯಸ್ಸಿನ ಗುಣಲಕ್ಷಣವನ್ನು ಹೊಂದಿಸುತ್ತದೆ. ಹೆಚ್ಚು ದೃಢವಾದ ಪರಿಹಾರಕ್ಕಾಗಿ, ನೀವು ಟಾಮ್‌ಕ್ಯಾಟ್‌ನಲ್ಲಿ ಸೆಷನ್ ಮ್ಯಾನೇಜರ್ ಅನ್ನು ನಿಯೋಜಿಸಬಹುದು. ಲಾರ್ಸ್ ಹೊಂದಿದೆ ಪ್ರತ್ಯೇಕ ಪೋಸ್ಟ್ ಈ ವಿಷಯದ ಮೇಲೆ, ಆದರೆ ಈ ರೀತಿಯದ್ದು:

wget http://repo1.maven.org/maven2/de/javakaffee/msm/memcached-session-manager/
2.3.2/memcached-session-manager-2.3.2.jar -P lib/ &&
wget http://repo1.maven.org/maven2/de/javakaffee/msm/memcached-session-manager-tc9/
2.3.2/memcached-session-manager-tc9-2.3.2.jar -P lib/ &&

sed -i '/^</Context>/i
<Manager className="de.javakaffee.web.msm.MemcachedBackupSessionManager"
memcachedNodes="redis://redis-proxy.db:22121"
sticky="false"
sessionBackupAsync="false"
storageKeyPrefix="context"
lockingMode="auto"
/>' conf/context.xml

ಹೇಳಿಕೆಯನ್ನು: ನೀವು sed ಬದಲಿಗೆ xmlstarlet ಅನ್ನು ಬಳಸಬಹುದು

ನಾವು ಬಳಸಿದ್ದೇವೆ ಟ್ವೆಂಪ್ರಾಕ್ಸಿ Google ಕ್ಲೌಡ್ ಮೆಮೊರಿಸ್ಟೋರ್ ಮುಂದೆ, ಜೊತೆಗೆ memcached-ಸೆಷನ್-ಮ್ಯಾನೇಜರ್ (ರೆಡಿಸ್ ಅನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ) ಅದನ್ನು ಚಲಾಯಿಸಲು.

ಸ್ಕೇಲಿಂಗ್

ನೀವು ಈಗಾಗಲೇ ಸೆಷನ್‌ಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಂಡರೆ, ಕ್ಯಾಮುಂಡಾ BPM ಅನ್ನು ಸ್ಕೇಲಿಂಗ್ ಮಾಡಲು ಮೊದಲ (ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಕೊನೆಯ) ಮಿತಿಯು ಡೇಟಾಬೇಸ್‌ಗೆ ಸಂಪರ್ಕವಾಗಿರಬಹುದು. ಭಾಗಶಃ ಗ್ರಾಹಕೀಕರಣ ಈಗಾಗಲೇ ಲಭ್ಯವಿದೆ "ಪೆಟ್ಟಿಗೆಯಿಂದ" Settings.xml ಫೈಲ್‌ನಲ್ಲಿ intialSize ಅನ್ನು ಸಹ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸೋಣ. ಸೇರಿಸಿ ಅಡ್ಡಲಾಗಿರುವ ಪಾಡ್ ಆಟೋಸ್ಕೇಲರ್ (HPA) ಮತ್ತು ನೀವು ಸುಲಭವಾಗಿ ಪಾಡ್‌ಗಳ ಸಂಖ್ಯೆಯನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಅಳೆಯಬಹುದು.

ವಿನಂತಿಗಳು ಮತ್ತು ನಿರ್ಬಂಧಗಳು

В platform/deployment.yaml ನಾವು ಸಂಪನ್ಮೂಲ ಕ್ಷೇತ್ರವನ್ನು ಹಾರ್ಡ್-ಕೋಡ್ ಮಾಡಿದ್ದೇವೆ ಎಂದು ನೀವು ನೋಡುತ್ತೀರಿ. ಇದು HPA ಜೊತೆಗೆ ಉತ್ತಮವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಆದರೆ ಹೆಚ್ಚುವರಿ ಸಂರಚನೆಯ ಅಗತ್ಯವಿರಬಹುದು. ಕಸ್ಟಮೈಜ್ ಪ್ಯಾಚ್ ಇದಕ್ಕೆ ಸೂಕ್ತವಾಗಿದೆ. ಸೆಂ. ingress-patch.yaml.tmpl и ./kustomization.yaml.tmpl

ತೀರ್ಮಾನಕ್ಕೆ

ಆದ್ದರಿಂದ ನಾವು ಪ್ರೊಮೆಥಿಯಸ್ ಮೆಟ್ರಿಕ್‌ಗಳು, ಲಾಗ್‌ಗಳು, H2 ಡೇಟಾಬೇಸ್, TLS ಮತ್ತು ಪ್ರವೇಶದೊಂದಿಗೆ ಕುಬರ್ನೆಟ್ಸ್‌ನಲ್ಲಿ Camunda BPM ಅನ್ನು ಸ್ಥಾಪಿಸಿದ್ದೇವೆ. ಕಾನ್ಫಿಗ್‌ಮ್ಯಾಪ್‌ಗಳು ಮತ್ತು ಡಾಕರ್‌ಫೈಲ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ನಾವು ಜಾರ್ ಫೈಲ್‌ಗಳು ಮತ್ತು ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್‌ಗಳನ್ನು ಸೇರಿಸಿದ್ದೇವೆ. ನಾವು ದತ್ತಾಂಶವನ್ನು ಸಂಪುಟಗಳಿಗೆ ಮತ್ತು ನೇರವಾಗಿ ರಹಸ್ಯಗಳಿಂದ ಪರಿಸರ ವೇರಿಯಬಲ್‌ಗಳಿಗೆ ವಿನಿಮಯ ಮಾಡಿಕೊಳ್ಳುವ ಕುರಿತು ಮಾತನಾಡಿದ್ದೇವೆ. ಹೆಚ್ಚುವರಿಯಾಗಿ, ನಾವು ಬಹು ಪ್ರತಿಕೃತಿಗಳು ಮತ್ತು ದೃಢೀಕೃತ API ಗಾಗಿ Camunda ಅನ್ನು ಹೊಂದಿಸುವ ಅವಲೋಕನವನ್ನು ಒದಗಿಸಿದ್ದೇವೆ.

ಉಲ್ಲೇಖಗಳು

github.com/camunda-cloud/camunda-examples/camunda-bpm-kubernetes

├── generated-manifest.yaml <- manifest for use without kustomize
├── images
│ └── camunda-bpm
│ └── Dockerfile <- overlay docker image
├── ingress-patch.yaml.tmpl <- site-specific ingress configuration
├── kustomization.yaml.tmpl <- main Kustomization
├── Makefile <- make targets
├── namespace.yaml
├── platform
│ ├── config
│ │ └── prometheus-jmx.yaml <- prometheus exporter config file
│ ├── deployment.yaml <- main deployment
│ ├── ingress.yaml
│ ├── kustomization.yaml <- "base" kustomization
│ ├── service-monitor.yaml <- example prometheus-operator config
│ └── service.yaml
└── skaffold.yaml.tmpl <- skaffold directives

05.08.2020/XNUMX/XNUMX, ಅನುವಾದ ಲೇಖನಗಳು ಅಲಸ್ಟೇರ್ ಫಿರ್ತ್, ಲಾರ್ಸ್ ಲ್ಯಾಂಗ್

ಮೂಲ: www.habr.com

ಕಾಮೆಂಟ್ ಅನ್ನು ಸೇರಿಸಿ