Camunda BPM በ Kubernetes ላይ በማሄድ ላይ

Camunda BPM በ Kubernetes ላይ በማሄድ ላይ

ኩበርኔትስ እየተጠቀሙ ነው? የእርስዎን Camunda BPM ምሳሌዎችን ከምናባዊ ማሽኖች ለማውጣት ዝግጁ ነዎት፣ ወይም ምናልባት በ Kubernetes ላይ ለማስኬድ ይሞክሩ? አንዳንድ የተለመዱ አወቃቀሮችን እና ለፍላጎቶችዎ ሊበጁ የሚችሉ ነጠላ እቃዎችን እንይ።

ከዚህ ቀደም ኩበርኔትስ እንደተጠቀምክ ያስባል። ካልሆነ ለምን አይመልከቱም። መመሪያ እና የመጀመሪያ ክላስተርዎን አይጀምሩም?

ደራሲያን

  • አላስታይር ፈርዝ (Alastair Firth) - በካሙንዳ ክላውድ ቡድን ላይ ከፍተኛ የጣቢያ አስተማማኝነት መሐንዲስ;
  • ላርስ ላንጅ (ላርስ ላንጅ) - የዴቭኦፕስ መሐንዲስ በካሙንዳ።

በአጭሩ:

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

እሺ፣ ምናልባት ላይሰራ ይችላል ምክንያቱም skaffold እና kustomize ስላልተጫነህ። ደህና ከዚያ አንብብ!

Camunda BPM ምንድን ነው?

Camunda BPM የንግድ ተጠቃሚዎችን እና የሶፍትዌር ገንቢዎችን የሚያገናኝ ክፍት ምንጭ የንግድ ሂደት አስተዳደር እና ውሳኔ አውቶሜሽን መድረክ ነው። ሰዎችን፣(ማይክሮ) አገልግሎቶችን ወይም ቦቶችን እንኳን ለማስተባበር እና ለማገናኘት ተስማሚ ነው! ስለ ተለያዩ የአጠቃቀም ጉዳዮች በ ላይ የበለጠ ማንበብ ይችላሉ። ማያያዣ.

ለምን Kubernetes ይጠቀሙ

ኩበርኔትስ በሊኑክስ ላይ ዘመናዊ አፕሊኬሽኖችን ለማስኬድ ትክክለኛ መስፈርት ሆኗል። ከሃርድዌር ኢምሌሽን እና የከርነል ማህደረ ትውስታን እና የተግባር መቀያየርን የመቆጣጠር ችሎታን በመጠቀም የስርዓት ጥሪዎችን በመጠቀም የማስነሻ ጊዜ እና የጅምር ጊዜ በትንሹ ይቀመጣሉ። ነገር ግን፣ ትልቁ ጥቅም ኩበርኔትስ በሁሉም አፕሊኬሽኖች የሚፈለጉትን መሠረተ ልማት ለማዋቀር ከሚሰጠው መደበኛ ኤፒአይ ሊመጣ ይችላል፡ ማከማቻ፣ አውታረ መረብ እና ክትትል። በሰኔ 2020 6 ዓመቱን ሞላው እና ምናልባትም ሁለተኛው ትልቁ የክፍት ምንጭ ፕሮጀክት ነው (ከሊኑክስ በኋላ)። በአለም ዙሪያ ለምርት የስራ ጫናዎች ወሳኝ እየሆነ በመምጣቱ ባለፉት ጥቂት አመታት ውስጥ በፍጥነት ከተደጋገመ በኋላ በቅርቡ ተግባራቱን በንቃት በማረጋጋት ላይ ይገኛል።

Camunda BPM Engine በቀላሉ በተመሳሳዩ ክላስተር ላይ ከሚሰሩ ሌሎች አፕሊኬሽኖች ጋር ይገናኛል፣ እና Kubernetes እጅግ በጣም ጥሩ መጠነ-ሰፊነት ይሰጣል፣ ይህም የመሠረተ ልማት ወጪዎችን ለመጨመር በሚያስፈልግበት ጊዜ ብቻ (እና እንደ አስፈላጊነቱ በቀላሉ እንዲቀንሱ ያስችልዎታል)።

የክትትል ጥራት እንዲሁ እንደ ፕሮሜቴየስ፣ ግራፋና፣ ሎኪ፣ ፍሉንትድ እና ኢላስቲክሴርች ባሉ መሳሪያዎች በእጅጉ ይሻሻላል፣ ይህም ሁሉንም የስራ ጫናዎች በክላስተር ውስጥ በማእከላዊ እንዲመለከቱ ያስችልዎታል። ዛሬ የፕሮሜቲየስ ላኪውን ወደ ጃቫ ቨርቹዋል ማሽን (JVM) እንዴት እንደሚተገበር እንመለከታለን።

ዓላማዎች

የ Camunda BPM Docker ምስል ማበጀት የምንችልባቸውን ጥቂት ቦታዎችን እንመልከት (የፊልሙ) ከ Kubernetes ጋር በደንብ እንዲገናኝ።

  1. የምዝግብ ማስታወሻዎች እና መለኪያዎች;
  2. የውሂብ ጎታ ግንኙነቶች;
  3. ማረጋገጫ;
  4. የክፍለ ጊዜ አስተዳደር.

እነዚህን ግቦች ለማሳካት ብዙ መንገዶችን እንመለከታለን እና አጠቃላይ ሂደቱን በግልጽ እናሳያለን.

አመለከተየኢንተርፕራይዝ ሥሪቱን እየተጠቀሙ ነው? ተመልከት እዚህ እና እንደ አስፈላጊነቱ የምስል አገናኞችን ያዘምኑ።

የስራ ፍሰት እድገት

በዚህ ማሳያ ጎግል ክላውድ ግንባታን በመጠቀም Docker ምስሎችን ለመስራት ስካፎልድን እንጠቀማለን። ለተለያዩ መሳሪያዎች (እንደ Kustomize እና Helm)፣ CI እና የግንባታ መሳሪያዎች እና የመሠረተ ልማት አቅራቢዎች ጥሩ ድጋፍ አለው። ፋይል skaffold.yaml.tmpl የምርት ደረጃ መሠረተ ልማትን ለማስኬድ በጣም ቀላል መንገድን በማቅረብ ለGoogle ክላውድ ግንባታ እና GKE ቅንብሮችን ያካትታል።

make skaffold የ Dockerfile አውድ ወደ ክላውድ ግንባታ ይጭናል፣ ምስሉን ይገንቡ እና በጂሲአር ውስጥ ያከማቻል፣ እና መግለጫዎቹን በክላስተርዎ ላይ ይተግብሩ። የሚያደርገውም ይህ ነው። make skaffold, ነገር ግን ስካፎል ሌሎች ብዙ ባህሪያት አሉት.

Kubernetes ውስጥ ላሉ የያምል አብነቶች፣ ሙሉውን አንጸባራቂ ሹካ ሳያደርጉ የያምል ተደራቢዎችን ለመቆጣጠር kustomizeን እንጠቀማለን፣ ይህም እርስዎ እንዲጠቀሙ ያስችልዎታል git pull --rebase ለተጨማሪ ማሻሻያዎች. አሁን በ kubectl ውስጥ ነው እና ለእንደዚህ አይነት ነገሮች በደንብ ይሰራል።

እንዲሁም በ *.yaml.tmpl ፋይሎች ውስጥ የአስተናጋጅ ስም እና የጂሲፒ ፕሮጀክት መታወቂያ ለመሙላት envsubst እንጠቀማለን። እንዴት እንደሚሰራ ማየት ይችላሉ። makefile ወይም ልክ ተጨማሪ ይቀጥሉ.

ቅድመ-ሁኔታዎች

አንጸባራቂዎችን በመጠቀም የስራ ፍሰት

kustomize ወይም skaffold መጠቀም ካልፈለጉ፣ ውስጥ ያሉትን አንጸባራቂዎች መመልከት ይችላሉ። generated-manifest.yaml እና ከመረጡት የስራ ሂደት ጋር ያስተካክሉዋቸው.

ምዝግብ ማስታወሻዎች እና መለኪያዎች

Prometheus በኩበርኔትስ ውስጥ መለኪያዎችን ለመሰብሰብ መስፈርት ሆኗል. እንደ AWS Cloudwatch Metrics፣ Cloudwatch Alerts፣ Stackdriver Metrics፣ StatsD፣ Datadog፣ Nagios፣ vSphere Metrics እና ሌሎችም ተመሳሳይ ቦታን ይይዛል። ክፍት ምንጭ ነው እና ኃይለኛ የመጠይቅ ቋንቋ አለው። ምስሉን ለግራፋና በአደራ እንሰጣለን - ከሳጥኑ ውስጥ ከሚገኙ በርካታ ዳሽቦርዶች ጋር አብሮ ይመጣል። እርስ በእርሳቸው የተያያዙ እና በአንፃራዊነት ለመጫን ቀላል ናቸው ፕሮሜቲየስ-ኦፕሬተር.

በነባሪ, ፕሮሜቲየስ የማውጣት ሞዴሉን ይጠቀማል <service>/metrics, እና ለዚህ የጎን መኪና መያዣዎች መጨመር የተለመደ ነው. እንደ አለመታደል ሆኖ፣ የJMX መለኪያዎች በJVM ውስጥ በተሻለ ሁኔታ ገብተዋል፣ ስለዚህ የጎን መኪና ኮንቴይነሮች ያን ያህል ውጤታማ አይደሉም። እንገናኝ jmx_ ላኪ ክፍት ምንጭ ከፕሮሜቴየስ ወደ JVM ወደ መያዣው ምስል በማከል መንገዱን ያቀርባል /metrics በተለየ ወደብ ላይ.

ፕሮሜቲየስ 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 ውስጥ ሊሰሩ የሚችሉ ብዙ የተለያዩ ነገሮች አሉ, እና ቶምካት ከነሱ ውስጥ አንዱ ብቻ ነው, ስለዚህ ላኪው አንዳንድ ተጨማሪ ውቅር ያስፈልገዋል. የቶምካት፣ የዱር ፍላይ፣ ለካፍካ እና የመሳሰሉት መደበኛ ውቅሮች አሉ። እዚህ. እንደ ቶምካት እንጨምራለን ConfigMap በኩበርኔትስ ውስጥ እና ከዚያም እንደ ጥራዝ ይጫኑት.

በመጀመሪያ የላኪውን ውቅር ፋይል ወደ መድረክ/ውቅር/ ማውጫ ውስጥ እንጨምረዋለን

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 በጣም ጥሩ ናቸው ምክንያቱም የውቅረት ውሂቡን hash ስለሚያደርጉ እና ከተቀየረ ፖድ እንደገና እንዲጀምር ያስገድዳሉ። በአንድ 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 የውሂብ ጎታ ይኖረዋል. ይህ ለእኛ ተስማሚ አይደለም፣ እና Google Cloud SQLን ከ Cloud 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
[...]

አመለከተተደራቢን በመጠቀም ወደ ተለያዩ አካባቢዎች ለማሰማራት Kustomize ን መጠቀም ትችላለህ፡- ምሳሌ.

አመለከተአጠቃቀም: valueFrom: secretKeyRef. እባክህ ተጠቀም ይህ Kubernetes ባህሪ ምስጢሮችዎን ለመጠበቅ በእድገት ጊዜ እንኳን.

ምናልባት የኩበርኔትስ ሚስጥሮችን ለማስተዳደር የሚመረጥ ስርዓት እንዳለህ የታወቀ ነው። ካልሆነ፣ አንዳንድ አማራጮች እነኚሁና፡ ከደመና አቅራቢዎ KMS ጋር መመስጠር እና በሲዲ ቧንቧ መስመር በኩል እንደ ምስጢር ወደ K8S ማስገባት - ሞዚላ SOPS - ከ Kustomize ሚስጥሮች ጋር በማጣመር በደንብ ይሰራል። ተመሳሳይ ተግባራትን የሚያከናውኑ እንደ dotGPG ያሉ ሌሎች መሳሪያዎች አሉ፡ ሃሺኮርፕ ቮልት, ሚስጥራዊ እሴት ፕለጊኖችን አብጅ.

Ingress

የአካባቢ ወደብ ማስተላለፍን ለመጠቀም ካልመረጡ በስተቀር የተዋቀረ የግቤት መቆጣጠሪያ ያስፈልግዎታል። ካልተጠቀምክ ingress-nginx (Helm ገበታ) ከዚያ አስፈላጊዎቹን ማብራሪያዎች መጫን እንዳለቦት አስቀድመው ያውቁ ይሆናል። ingress-patch.yaml.tmpl ወይም platform/ingress.yaml. ingress-nginx እየተጠቀሙ ከሆነ እና የ nginx ingress ክፍልን የመጫኛ ሚዛን ጠቋሚ ወደ እሱ የሚያመለክት እና ውጫዊ ዲ ኤን ኤስ ወይም የዱር ካርድ ዲ ኤን ኤስ መግቢያን ከተመለከቱ፣ መሄድ ጥሩ ነው። ያለበለዚያ የመግቢያ መቆጣጠሪያውን እና ዲ ኤን ኤስን ያዋቅሩ ወይም እነዚህን ደረጃዎች ይዝለሉ እና ከፖድ ጋር ያለውን ቀጥተኛ ግንኙነት ያቆዩ።

TLS

የሚጠቀሙ ከሆነ የባለሙያ አስተዳዳሪ ወይም kube-lego እና letsencrypt - ለአዲሱ የመግቢያ የምስክር ወረቀቶች በራስ-ሰር ያገኛሉ። አለበለዚያ ክፈት ingress-patch.yaml.tmpl እና ከፍላጎትዎ ጋር እንዲስማማ ያብጁት።

አስጀምር!

ከላይ የተፃፈውን ሁሉ ከተከተሉ, ትዕዛዙ make skaffold HOSTNAME=<you.example.com> ውስጥ የሚገኝ ምሳሌ መጀመር አለበት። <hostname>/camunda

መግቢያዎን ወደ ይፋዊ ዩአርኤል ካላቀናበሩት፣በመምራት ይችላሉ። localhost: kubectl port-forward -n camunda-bpm-demo svc/camunda-bpm 8080:8080 ላይ localhost:8080/camunda

ቶምካት ሙሉ በሙሉ ዝግጁ እስኪሆን ድረስ ጥቂት ደቂቃዎችን ይጠብቁ. ሰርት-አስተዳዳሪ የጎራውን ስም ለማረጋገጥ የተወሰነ ጊዜ ይወስዳል። እንደ kubetail ያሉ መሳሪያዎችን በመጠቀም ወይም በቀላሉ kubectlን በመጠቀም ምዝግብ ማስታወሻዎቹን መከታተል ይችላሉ፡

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

ቀጣይ እርምጃዎች

ፈቃድ

ይህ ከኩበርኔትስ ይልቅ Camunda BPM ን ለማዋቀር የበለጠ ጠቃሚ ነው፣ ነገር ግን በነባሪነት በREST API ውስጥ ማረጋገጥ እንደተሰናከለ ልብ ማለት ያስፈልጋል። ትችላለህ መሰረታዊ ማረጋገጫን አንቃ ወይም ሌላ ዘዴ ይጠቀሙ ጄደብሊውቲ. በምስሉ ላይ ያሉትን ፋይሎች ለማርትዕ xml ወይም xmlstarlet (ከላይ ያለውን ይመልከቱ) እና ወይ wget ን መጠቀም ወይም ኢንቲ ኮንቴይነር እና የተጋራ ድምጽን በመጠቀም ለመጫን ውቅረቶችን እና ጥራዞችን መጠቀም ይችላሉ።

የክፍለ ጊዜ አስተዳደር

ልክ እንደሌሎች አፕሊኬሽኖች፣ 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

አመለከተከሴድ ይልቅ xmlstarlet መጠቀም ይችላሉ።

ተጠቀምን። twemproxy ከ Google ደመና ማህደረ ትውስታ ማከማቻ ፊት ለፊት ፣ ከ ጋር memcached-ክፍለ-አስተዳዳሪ (Redis ይደግፋል) እሱን ለማስኬድ.

ማመጣጠን

ክፍለ-ጊዜዎችን አስቀድመው ከተረዱት የመጀመሪያው (እና ብዙውን ጊዜ የመጨረሻው) የካሙንዳ BPM ልኬት ገደብ ከመረጃ ቋቱ ጋር ያለው ግንኙነት ሊሆን ይችላል። ከፊል ማበጀት አስቀድሞ አለ"ከሳጥኑ" በ settings.xml ፋይል ውስጥ intial sizeን እናሰናክል። አክል አግድም ፖድ አውቶማቲክ (HPA) እና በቀላሉ የፖዳዎችን ብዛት በራስ-ሰር ማመጣጠን ይችላሉ።

ጥያቄዎች እና ገደቦች

В platform/deployment.yaml የሃብት መስኩን በጠንካራ ኮድ እንዳዘጋጀን ታያለህ። ይሄ ከ HPA ጋር በደንብ ይሰራል፣ ግን ተጨማሪ ውቅር ሊፈልግ ይችላል። የ kustomize patch ለዚህ ተስማሚ ነው. ሴ.ሜ. ingress-patch.yaml.tmpl и ./kustomization.yaml.tmpl

መደምደሚያ

ስለዚህ Camunda BPM በ Kubernetes ላይ በPrometheus metrics፣ logs፣ H2 Database፣ TLS እና Ingress ጫንን። ConfigMaps እና Dockerfileን በመጠቀም የጃር ፋይሎችን እና የውቅረት ፋይሎችን ጨምረናል። መረጃን ወደ ጥራዞች እና በቀጥታ ወደ አካባቢ ተለዋዋጮች ከሚስጥር ስለመለዋወጥ ተነጋገርን። በተጨማሪም፣ ካሙንዳ ለብዙ ቅጂዎች እና ለተረጋገጠ ኤፒአይ የማዋቀር አጠቃላይ እይታ አቅርበናል።

ማጣቀሻዎች

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፣ ትርጉም መጣጥፎች አላስታይር ፈርዝ፣ ላርስ ላንጅ

ምንጭ: hab.com

አስተያየት ያክሉ